[Printing-architecture] documents and braille [Was: cups-filters 1.4.0 released!]

[Samuel Thibault]

Hello,

Till Kamppeter, on Mon 21 Dec 2015 10:47:27 -0200, wrote:
> First, I would not call the two modes "ink" and "braille", but something
> like "Original layout" and "Braille-optimized layout".

Ok.

> Second, LibreOffice does not send .odt files when clicking "Print" in the
> print dialog. By default it sends PDF, and in the settings you can switch it
> to PostScript, but there is always one of these two formats selected for all
> printers.

I know, that's precisely what I'd like to see optionally changed.

> At least the PDF sent by LibreOffice is not a bitmap of each page, but it
> contains the (searchable) text and instructions for formatting and layout
> (high-level/vector graphics), similar to what the .odt file contains. So it
> should be possible to extract the text and formatting and re-arrange it for
> the Braille output (as e-book readers can do it with PDFs or the "reflow"
> mode of the Adobe Reader on Android).

I know, but that's extremely far from optimal: the structure is nicely
encoded inthe odt file, while finding it out from the pdf file is at
*best* a pain, and will not allow proper reformatting such as putting
footnotes at the bottom of pages, renumbering page references, etc.

> I also doubt whether the LibreOffice developers would implement a feature
> request of sending print data in .odt format,

I don't see why: this doesn't seem like a hard feature to implement.

Another way would have been to emit an epub or a daisy document but
that's way more involved, I wouldn't try to ask for this.

> but I would rather believe in that they would implement a
> feature request in giving optimizing options for the PDF of the
> print output, for example for e-book reader/braille embosser
> text-reflow-friendliness.

This feature request is actually already pending, since this is
equivalent to the general accessibility of PDF files. This is however
still quite far from optimal, I would really not bet on this on the long
run.

Samuel