Re: Graphics (braille) embossing
Sebastian Humenda, le ven. 22 mai 2020 15:33:10 +0200, a ecrit:
> >See the Braille Embossing section of /usr/share/doc/cups-filters/README.gz
>
> Thanks for implementing this :-). Where is the upstream source of this file?
It's in the cups-filters package, on https://github.com/OpenPrinting/cups-filters
> Samuel Thibault schrieb am 20.02.2020, 23:11 +0100:
> >Sebastian Humenda, le jeu. 20 févr. 2020 22:17:56 +0100, a ecrit:
> >> How good is the interpretation of the layout?
> >
> >It's simply liblouis.
>
> Ok, so I'll need to take a look there. The first results with the embosser
> looked strange, a mixture of English and German grade 2 braille...
That's possibly because of the default selection according to the
locale.
> >> How would I adjust settings such as the language to emboss?
> >
> >As usual with cups, in the http://localhost:631 web interface, or on the
> >fly on the command line.
>
> I had the impression that it simply ignored settings that I have set in the
> printer tab of my text editor (pluma), but I need a more reliable way to test
> this. When I print from pluma, it always inserts the path to the file at the
> top of the printed result, any clue why?
Printing from an application is not recommended, because that'll
basically always produce a pdf before giving it to cups. cups-filter
will then have to extract the text again, thus getting top/bottom notes
along the way, and have only a vague notion of what was meant to be a
paragraph.
> After a while, printing stopped working. I investigated the print command that
> cups showed:
>
> ile2brl -p -Chyphenate=yes -CliteraryTextTable=en-us-brf.dis,en-GB-g2.ctb,de-g2.ctb,de-de-comp8.ctb,braille-patterns.cti -CinputTextEncoding=UTF8 -CbraillePages=yes -CbraillePageNumberAt=bottom -CpageNumberBottomSeparateLine=yes -CprintPages=no -CpageSeparator=no -CpageSeparatorNumber=yes -CcontinuePages=no -CcellsPerLine=27 -ClinesPerPage=26 | | addmargins
>
> First I figured out that liblouisxml-data was missing, should this be added as
> a dependency?
liblouisxml-data would only be needed when using the corresponding
filters in liblouisxml-bin, which I don't think it is doing here?
> Second, there seems to be no addmargins in the Debian archive, is this an
> oversight?
See the cups-braille.sh helper script, sourced from texttobrf.
> Last but not least, there's a double pipe, I suppose dash doesn't like this.
That would happen if TRANSLATE (between the two '|') is empty, but the
texttobrf.in script should be already just dropping that part in that
case, if it's not the case more detailed investigation is needed.
> > I'd need to try it out myself. I'd think that curves are much more precise
> >> with ~50 DPI,
> >
> >Yes, but I'm unsure one can feel the difference that much.
>
> I have tried to plot a diagram that has two close lines and it shows as one
> line in the printed version.
Do you also mean that with the lower DPI you are not feeling the same?
Samuel
Reply to: