On 12/20/2015 09:58 PM, Samuel Thibault wrote:
Hello,
Till Kamppeter, on Mon 14 Dec 2015 23:02:48 -0200, wrote:
Applications usually send only PDF when printing, CUPS usually
accepts also images and plain text which is also covered by these.
I'm wondering about this. Ideally the scenario that should work is:
- user opens a libreoffice document
- user prints to an ink printer
- that sends a PDF to cups, which prints it
- user prints to an embosser with "ink" formatting option enabled
- that sends the .pdf file to cups, which uses filters to turn each of
its page into braille.
- user prints to an embosser with "braille" formatting option enabled
- that sends the .odt file to cups, which uses filters to turn that
into nicely-formatted braille.
This would be really useful to happen this way, notably because since
braille takes a lot of room, page numbers are completely different
between ink document and embossed document.
In some cases the user may want to get an exact equivalent to what would
be printed on an "ink" printer so as to be able to discuss about it
with other people, i.e. the page references are the same, etc. So going
through the PDF is what is expected here.
In other cases the user wants his own document, with page numbers which
follow the braille formatting, footnotes printed on the same braille
page, etc. In that case, we really want the odt to be sent to CUPS for
processing by filters.
Is it possible to have such option between libreoffice and CUPS?
First, I would not call the two modes "ink" and "braille", but something
like "Original layout" and "Braille-optimized layout".
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.
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 also doubt whether the LibreOffice developers would implement a
feature request of sending print data in .odt format, 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.
Till