https://bugs.documentfoundation.org/show_bug.cgi?id=167291
Bug ID: 167291
Summary: Make PDF a first-class filter
Product: LibreOffice
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: filters and storage
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected],
[email protected], [email protected],
[email protected]
Blocks: 113122
(In reply to Mike Kaganski from bug 49697 comment 31)
> ...We do not edit PDFs. We have PDF only in Export
> dialog, not in Save (As); and that basically means, that application tells
> to users, that they import a PDF as Draw document, but when export the Draw
> document as PDF, they create a completely new document, unrelated to the
> original one - if it has the same name, it simply drops the old, and creates
> new. We do *not* claim we edit PDFs. If needed, we may want to emphasize it
> in the UI, but that is what it is.
>
> And additionally, *if* we ever make PDF filter the first-class filter, i.e.
> move it from export to save (as): then we need to treat the save protection
> the same way as we do for ODF. Save an ODF with only a password for editing
> (open file read-only + pw; no open password = no encryption), then open it.
> It will not ask any passwords on opening, and will just set the UI to
> read-only; this is what would have to happen here as well.
Average user likely understand the distinction as academic and expect a "file"
to be opened and saved. Plus, if this is done with the user in focus we
probably have to open the document in the current module, ie. Writer in most
cases, with a fallback meaning startcenter resp. soffice to Draw.
Otherwise this report could serve as a reference to the FAQs.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=113122
[Bug 113122] [META] PDF bugs and enhancement
--
You are receiving this mail because:
You are the assignee for the bug.
