Bug 120006 - Improvement of Document converter
Summary: Improvement of Document converter
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:
Depends on:
Blocks: Format-Filters
  Show dependency treegraph
 
Reported: 2018-09-20 10:56 UTC by Roman Kuznetsov
Modified: 2018-10-05 12:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Pencil mockup 1. Improvement of Document converter (34.07 KB, application/octet-stream)
2018-09-20 10:58 UTC, Roman Kuznetsov
Details
PNG Mockup 1 (23.13 KB, image/png)
2018-09-20 10:58 UTC, Roman Kuznetsov
Details
Modified mockup (63.20 KB, image/png)
2018-09-20 14:58 UTC, Heiko Tietze
Details
Pencil source (21.71 KB, application/x-evolus-pencil)
2018-09-20 14:58 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roman Kuznetsov 2018-09-20 10:56:08 UTC
Description:
Improvement of Document converter.

We have beautiful feature the Document converter (File->Wizards->Document Converter) to convert only MSOffice documents to ODF format.
And LibreOffice can convert many foramts to many formats also (for example odt->pdf). But we should use command line and option "--convert-to" to convert files to another formats.
Would be cool have GUI for converting of all types of files.
We can just improve existing dialogue Document converter for it.

See mockup in attach

Steps to Reproduce:
1. I offer to improve existing dialogue Document converter
2.
3.

Actual Results:
for pocket converting documents into another type we should use command line and option --convert-to

Expected Results:
for pocket converting documents into another type we'll can use some GUI


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Roman Kuznetsov 2018-09-20 10:58:24 UTC
Created attachment 145062 [details]
Pencil mockup 1. Improvement of Document converter
Comment 2 Roman Kuznetsov 2018-09-20 10:58:45 UTC
Created attachment 145063 [details]
PNG Mockup 1
Comment 3 Heiko Tietze 2018-09-20 14:58:09 UTC
Created attachment 145068 [details]
Modified mockup

Would organize it a little bit differently. The "Select type" single selection is different to the current three checkboxes, didn't change this yet. Output of aka printing out as PDF is IMHO a different procedure than converting, so I removed this dropdown. And finally showing the progress above the start button is weird. Could imagine a dialog that contains the log - maybe we add there the option to save.

All together I'm a bit sad of loosing the wizard like back/forth steps. Not that options are arranged perfectly today.
Comment 4 Heiko Tietze 2018-09-20 14:58:32 UTC
Created attachment 145069 [details]
Pencil source
Comment 5 Roman Kuznetsov 2018-09-20 16:35:35 UTC
hm...
Heiko...I mean, that we should allow convert ANY file format to any file format. I want make GUI for comand line option --convert-to. I just wanted use for improvement existing dialogue =(

I see that you didn't understand me, because I wrote not clear what do I want =(
Comment 6 Heiko Tietze 2018-10-04 15:01:06 UTC
We discussed the idea of reworking the dialog in the design meeting and welcome it. The wizard is in fact not needed.
Comment 7 Mike Kaganski 2018-10-05 12:39:49 UTC
(In reply to Heiko Tietze from comment #3)
> Created attachment 145068 [details]
> Modified mockup
> 
> Output of aka printing out as PDF is IMHO a different procedure than
> converting, so I removed this dropdown.

I believe that ability to choose resulting type is important thing, because this in effect provides a GUI to the --convert-to functionality currently only available as CLI (which is what description is about); we can not only "print to PDF", but also mass-convert *to* foreign formats. The resulting filetype selector could contain a special "ODF" element selected by default, which would allow to automatically detect resulting ODF type based on input filetype (as implied by your mockup) - but allowing to be flexible here makes this much wider-useful feature.

I also believe that radiobuttons are good to keep here, to make clear that the options are mutually exclusive (when there's nothing in user mask, it's unclear that filling the mask implies ignoring the drop-down).