Bug Hunting Session
Bug 94596 - No warning on form design mode when exporting to pdf (design mode prevents data in controls to be exported)
Summary: No warning on form design mode when exporting to pdf (design mode prevents da...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2015-09-29 08:38 UTC by mdx333
Modified: 2017-09-13 10:54 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
the form with a list box (12.99 KB, image/png)
2015-09-29 08:44 UTC, mdx333
Details
the pdf without values (2.83 KB, image/png)
2015-09-29 08:45 UTC, mdx333
Details
the database pdf.odb (3.30 KB, application/zip)
2015-10-02 09:10 UTC, mdx333
Details
the writer document pdf.odt (9.78 KB, application/vnd.oasis.opendocument.text)
2015-10-02 09:13 UTC, mdx333
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mdx333 2015-09-29 08:38:01 UTC
i inserted a list box and linked values from database (.odb)
i exported to pdf and no values wasn't shown
i tried more times and found the problem ->
the design mode need to be switched off before exporting to pdf, than it works fine

in my opinion there should be a warning shown or the design mode should be switch off automatically by exporting
Comment 1 mdx333 2015-09-29 08:44:21 UTC
Created attachment 119113 [details]
the form with a list box
Comment 2 mdx333 2015-09-29 08:45:16 UTC
Created attachment 119114 [details]
the pdf without values
Comment 3 Buovjaga 2015-10-02 08:55:00 UTC
Please attach example document + database so we can test quickly.

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the files.
Comment 4 mdx333 2015-10-02 09:10:10 UTC
Created attachment 119189 [details]
the database pdf.odb
Comment 5 mdx333 2015-10-02 09:13:18 UTC
Created attachment 119190 [details]
the writer document pdf.odt
Comment 6 mdx333 2015-10-02 09:17:24 UTC
database and document for testing attached
Comment 7 Buovjaga 2015-10-02 13:21:58 UTC
Ok, I confirm and change to enhancement.

Win 7 Pro 64-bit, Version: 5.0.2.2 (x64)
Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe
Locale: fi-FI (fi_FI)
Comment 8 Lionel Elie Mamane 2015-12-14 19:57:06 UTC
<shrug> PDF export does/should do the same as "Print". I'm rather of the opinion that it should do what is on the screen now, so if no data on screen (because in form design mode), then no data in print & PDF.
Comment 9 mdx333 2015-12-18 14:18:57 UTC
In my opinion it's frustrated for a newbie who contact Libreoffice in the first time - i spend a lot of time for to find the issue and i had created a successfully form -> you need to be think for the dumbest assumable user's of the world - not everybody has a patience like me -> the most one will take a look - tried 3 times and search for alternative which works instantly i think
Comment 10 Cor Nouws 2017-08-11 13:24:32 UTC
let met suggest as easyHack. But Ilmari, feel free to set/take the proper procedure for this :)
thanks - Cor
Comment 11 Shinnok 2017-09-11 16:21:48 UTC
I think this needs some UX advice on how to warn the user when this happens or just take the approach @Lionel suggested.
Comment 12 Heiko Tietze 2017-09-12 13:55:45 UTC
We have a couple of options:
a) Confirmation box when a dialog is printed in design mode (request)
b) Print an empty dialog (comment 8, no action required)
c) Disable printing in design mode
d) Automatically switching to edit mode on print (and back after)
e) WYSIWYP - print what the user is seeing

Option a) doesn't solve the issue, c) leads to confusion why a function is disabled, d) contains implementation effort, and e) depends on the cause of this issue. Opinions?

(In reply to Shinnok from comment #11)
> I think this needs some UX advice...
In that case I remove the keywords "easyHack, filter:pdf, needsDevEval"
Comment 13 Cor Nouws 2017-09-13 09:29:35 UTC
(In reply to Heiko Tietze from comment #12)
> a) Confirmation box when a dialog is printed in design mode (request)
> ...
> Option a) doesn't solve the issue,

When the confirmation box just says: "Mind, because the form is in design mode, no data related to controls will be saved" it dóes save the problem, no?
Comment 14 Heiko Tietze 2017-09-13 10:45:58 UTC
(In reply to Cor Nouws from comment #13)
> When the confirmation box just says: "Mind, because the form is in design
> mode, no data related to controls will be saved" it dóes save the problem,
> no?

The use case is printing a form. Not to understand why it is not possible. So a) 'solves' a follow-up problem, which is to give feedback.
Comment 15 Cor Nouws 2017-09-13 10:54:21 UTC
(In reply to Heiko Tietze from comment #14)

> The use case is printing a form. Not to understand why it is not possible.
> So a) 'solves' a follow-up problem, which is to give feedback.

You can create PDF forms with data in some of the controls to choose from. But if you create the PDF while the form is in design mode, there is no data added to the controls in the PDF ;)