[Bug 161294] Slides: command line export-to of selected slides

2024-06-13 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

Timur  changed:

   What|Removed |Added

 Status|NEEDINFO|UNCONFIRMED
 Ever confirmed|1   |0

--- Comment #8 from Timur  ---
Thanks Stéphane for that, it works. 
I made an omission here, namely primary focus was convert to svg not pdf.
So if svg is possible that would be great. If not, pdf will be used.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-06-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEEDINFO

--- Comment #7 from Stéphane Guillou (stragu) 
 ---
(In reply to Timur from comment #6)
> Export to PDF is fine and would fulfill the purpose of the request.
This currently works for Impress documents:

libreoffice24.2 --headless --convert-to
'pdf:impress_pdf_Export:{"PageRange":{"type":"string","value":"2-3"}}'
sample.odp

Does that cover it?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-06-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

--- Comment #6 from Timur  ---
Export to PDF is fine and would fulfill the purpose of the request.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-06-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

Stéphane Guillou (stragu)  changed:

   What|Removed |Added

 CC||stephane.guillou@libreoffic
   ||e.org

--- Comment #5 from Stéphane Guillou (stragu) 
 ---
As Miklos said in 146695 comment 3:
> I think it makes sense to expose filter parameters which are already
> available for the UI and for extensions to the cmdline users, sure.
But I think this should follow the same syntax of (existing) property mapping
as for PDF in 0c3b8792b712e939d2ad524d554f96616b4844be, and be requested for a
specific filter.

In the current state of this report, I agree with "won't fix".

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-05-27 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

Timur  changed:

   What|Removed |Added

   Priority|medium  |lowest

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-05-27 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

--- Comment #4 from Justin L  ---
(In reply to Timur from comment #0)
> Recently command line switch was added to start at arbitrary slide number.
Not likely much help here. That just tweaked existing functionality (which
itself already was very long and convoluted).

> Not sure if something can combined like: soffice --show=3
> --convert-to svg file.odp.
Definitely combining will not (and should not) work. --show is considered a
"mode" and --convert-to is another "mode". Each new mode stops the previous
mode.

The use-case for adding such a feature would be way too limited to justify the
effort (which would be significant). WONTFIX

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-05-27 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

--- Comment #3 from Mike Kaganski  ---
(In reply to Timur from comment #2)
> Any command line option that does what GUI can is welcome

Note that for --convert-to, this is not true. The fundamental concept of
--convert-to is to do as close to complete conversion as possible. We do not do
any editing in that command at all, like page reformatting, content editing,
... - we take as much information from the source format as possible, and put
as much information into the destination as possible.

For anything like "what GUI can", there are macros.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-05-27 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

--- Comment #2 from Timur  ---
Custom presentations have GUI bug 33944 and bug 143283, and that is not a
primary usage, I'd consider that a future issue. 
Any command line option that does what GUI can is welcome (not all are the same
priority). So not WF for me of course. We need others to opine.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 161294] Slides: command line export-to of selected slides

2024-05-27 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=161294

--- Comment #1 from Mike Kaganski  ---
WF IMO.
Exporting presentation is not a simple task with easy way to limit to some
slides. One example: what to do with custom presentations (that may refer to
the unexported slides)?

IMO, the idea to introduce functionality specific for testing of bugreports is
not a good direction. These would themselves create new bugs; and testing with
these would not necessarily use the same code as the problem happening when
using normal ways.

The "stucks on unknown slide" problem is an example of the problem that will
most of the time *not* be solved by the proposal, because the problem would
happen on *import*, which would be required anyway, not on export.

-- 
You are receiving this mail because:
You are the assignee for the bug.