https://bugs.documentfoundation.org/show_bug.cgi?id=95328
--- Comment #6 from [email protected] --- (In reply to V Stuart Foote from comment #5) > (In reply to kurt.pfeifle from comment #4) > > I'd like to ask you to roll back the change in headline for this bug. > > > ... > > > The original request was to modify the "hybrid PDF" creation feature in a > > way that embeds the ODT with "PDF standard" methods (and also to modify > > accordingly the way LibreOffice reads these files), instead of doing it in > > the "LibreOffice/OpenOffice" proprietary way. > > Kurt, thanks. But, I firmly believe it is correct to ask devs to move the > bar--that means implementing ISO 32000-1 and declaring PDF 1.7 Ok, I agree. But for *that*, please create a new bugzilla item. Don't hijack an existing item. Or don't artificially extend the scope of the current item and thusly create an excuse to close it. > For Hybrid PDF that is notably an internal to LibreOffice usage--why would > we *ONLY* rework the Hybrid PDF to gain functions of "attachment to > document" rather than continuing to append as we do now? Because we could then detach the embedded ODT on systems where there is not even LibreOffice installed? In the interest of transparency we could recognize the fact that there is an embedded ODT file in the PDF by other means than opening it in LO? In the interest of efficiency, we could remove the embedded file, should we (for whatever reason) want to create a smaller PDF (and keep all the original PDF objects) when we do not have LO around to open it and re-create the PDF again (which may change a lot of the objects, when your LO is a newer version)? There are some other features to gain from such a rework too... > We'd have to do > the work on both ends anyway -- our filter export to PDF, changing from > appending to embedding in some Adobe defined method pre-ISO 32000-1 Wrong. The method was originally "some Adobe defined method pre-ISO 32000-1", yes. But this exactly identical method was kept and preserved in ISO 32000-1. > --coupled > with having to filter the opening of said Hybrid PDF to get at the ODF > "attachment". Oh! And how do you currently open a Hybrid PDF with LO?!?? (You look at the key special entry in the trailer section. You can still keep that, or a slightly modified key entry for LO's benefit to make it easier to recognize its own source document format as being embedded. But add the other modifications for the benefit of other PDF processing applications to recognize the embedded file.) > IMHO much better if this is to be done, to do it in context of ISO 32000-1 > and PDF 1.7, or even future ISO 32000-2. Create a new, your own, bugzilla entry. Don't hijack other people's entries for a different purpose. > You seem pretty up to date on the standards, and the history, are you > willing to pitch in and give the devs a hand in scoping the requirement? Yes, but I'm unsure how to do it. My guess is that if the devs are willing to read up a few spots in the ISO 32000-1 document, they'll very quickly see what they need to change. These devs, after all, were very creative in coming up with a non-standard way and to create that feature in their "proprietary" way without making the PDF invalid and without openly violating any of the PDF specs :-) They may even have had some valid reasons and very sane considerations about why they did choose that path -- however, I haven't seen any yet; if they exist(ed), I'm not aware of them. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
