[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-12-07 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #12 from Eyal Rozenberg  ---
(In reply to Buovjaga from comment #10)

I will venture a guess that this text in the ODF was contasting a preview of
the first page to a generic thumbnail, i.e. not-representing any page. Plus, if
the user did not indicate otherwise, then surely that's the page to choose.
That is, with the ODF spec not including any explicit mechanism to change that,
then that's the appropriate default.

Still, good point, and another thing to take up with the TDF-TC.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-12-07 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #11 from Mike Kaganski  ---
(In reply to Buovjaga from comment #10)
> Both this request and the implementation in bug 150317 go against the ODF
> spec ...
> 
> It should be a representation of the first page, first sheet, etc. of the 
> document.

Note that SHOULD is not MUST, and allows for reasonable deviations, as per RDF
2119. (Indeed, that RFC isn't mentioned in ODF AFAICT, and also the words are
not uppercase, which means that RFC 8174 excludes them from normative meaning;
but I believe that ODF uses "should" is a similar fashion.)

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-12-07 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

Buovjaga  changed:

   What|Removed |Added

 CC||ilmari.lauhakangas@libreoff
   ||ice.org

--- Comment #10 from Buovjaga  ---
Both this request and the implementation in bug 150317 go against the ODF spec:
https://docs.oasis-open.org/office/OpenDocument/v1.4/os/part2-packages/OpenDocument-v1.4-os-part2-packages.html#a_3_8_Preview_Image

3.8 Preview Image

Unless a document is encrypted, package producers should generate a preview
image of the document that is contained in the package. It should be a
representation of the first page, first sheet, etc. of the document. For
maximum re-usability of the preview images they shall be generated without any
effects, surrounding frames, or borders.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-05-08 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

Heiko Tietze  changed:

   What|Removed |Added

 Blocks||108747
   Keywords|needsUXEval |
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||7087
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
 Ever confirmed|0   |1

--- Comment #9 from Heiko Tietze  ---
We discussed the topic in the design meeting.

Some reasonable use cases come in mind: many documents with similar first page,
meaningless or even empty first page, and privacy too. A simple solution could
be to add a spin edit at the meta data that allows to define the page for
thumbs. The alternative, providing an interaction to load a raster graphic into
the metadata, solves the wish for user-defined thumbs, for example in case of a
template. The OP although insists in having access to a particular page of the
document.

Related bug 157087 reports an issue with File > Properties > [ ] Save preview
image with this document.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=108747
[Bug 108747] [META] File properties/settings (meta data) bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #8 from Eyal Rozenberg  ---
(In reply to Heiko Tietze from comment #6)
> Calc saves the current tab as thumb

You mean, the tab that was current when the file was last saved? That's weird
and non-intuitive. If I'm working on one of the sheets, does that mean I want
it to be the thumbnail? No.

> and we could do the same in Writer and Draw/Impress.
> Not really obvious and convenient, IMO.

Indeed :-)

> And I cannot think of a good alternative. 

Sure you can, I gave you one.

> Clumsy interactions like a spinedit at the document
> properties dialog to enter the page/slide number for the thumbnail sounds
> wrong to me.

Well, that would get the job done and require very little implementation
effort. But - if you want something less clumsy, you could also add a sheet or
sheet + area selection, a bit like what we do for chart source area selection,
but with focus on sheets, or just a choice of sheets. That would be a "show,
don't tell" choice.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #7 from Mike Kaganski  ---
I don't see a single reason to implement something that seems to be needed for
a single person. Look: there is a "similar" bug 150317 mentioned in comment 2;
a change was implemented to address it; and it doesn't fit the submitter of
that bug, as seen in comment 3. The idea of Fritz is reasonable (note how it's
different from what Eyal asks); and I do not believe that any way to customize
the *document* to define some place to use as a thumbnail is generally usable -
while I can see someone creating an own *art* to be used as the custom
thumbnail. "Current" page? Absolutely unreasonable - both for the author /
editor (the view in the moment of saving could make that thumbnail completely
non-distinguishable), and for readers (what does the place of editing has to do
with the document essence?). A "metadata"? Separate from content -> will
immediately need manual synchronization after a slightest edit. An in-document
"marker"? Well, maybe - but that would be likely difficult to maintain; e.g.,
it is most possibly be invisible in "normal" mode (= without formatting marks);
and then it will be easily dropped...

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-22 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

Heiko Tietze  changed:

   What|Removed |Added

 CC||[email protected]

--- Comment #6 from Heiko Tietze  ---
Calc saves the current tab as thumb and we could do the same in Writer and
Draw/Impress. Not really obvious and convenient, IMO. And I cannot think of a
good alternative. Clumsy interactions like a spinedit at the document
properties dialog to enter the page/slide number for the thumbnail sounds wrong
to me.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-15 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #5 from Fritz R. Paul  ---
(In reply to Eyal Rozenberg from comment #4)
> (In reply to Fritz R. Paul from comment #3)
> > There should be an option to set the thumbnail picture
> > with an external picture
> 
> This bring me back to my assumption in the second paragraph "let us assume
> that the thumbnail is always a page of the document" - you're saying that
> this assumption is not generally valid. And I don't disagree. The question
> is, should a separate bug be filed for that or should the scope of this one
> be expanded?

I would prefer to have this handled in one place only and expand this bug
(which probably should be a feature request).

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #4 from Eyal Rozenberg  ---
(In reply to Fritz R. Paul from comment #3)
> There should be an option to set the thumbnail picture
> with an external picture

This bring me back to my assumption in the second paragraph "let us assume that
the thumbnail is always a page of the document" - you're saying that this
assumption is not generally valid. And I don't disagree. The question is,
should a separate bug be filed for that or should the scope of this one be
expanded?

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

--- Comment #3 from Fritz R. Paul  ---
(In reply to Rafael Lima from comment #2)
> A similar request for Calc was made in bug 150317. It was fixed by Andreas
> for 25.8.

While the bug is closed and there is some logic now to determine the page used
for the thumbnail (which is a clear improvement), it does not solve the actual
problem that we have in our company. Using different templates for different
purposes for Writer and Calc, we need an easy way to identify the respective
templates. And the thumbnail pictures are providing that. But only because we
modify the template archives and exchange the thumbnail picture in the ox files
- each time we edit a template. This has been triggered by the bug, where we
didn't have a deterministic thumbnail picture. Now, where we enjoy the de-luxe
version, nobody wants to go back.
It would be great to have that integrated in LO. There should be an option to
set the thumbnail picture with an external picture once. This should then be
used automatically again, when the template is modified. Of course, unless the
thumbnail picture is explicitly changed again. A nice spot for this option
would be the save-as dialogue.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

Rafael Lima  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=15
   ||0317

--- Comment #2 from Rafael Lima  ---
A similar request for Calc was made in bug 150317. It was fixed by Andreas for
25.8.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

V Stuart Foote  changed:

   What|Removed |Added

 CC||[email protected]

--- Comment #1 from V Stuart Foote  ---
Reasonable, +1

Seems like adding a UI for choosing the page to use as preview for current
document could be added to sfxpicklist and the GetPreviewBitmap() from the
object shells.

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

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

Eyal Rozenberg  changed:

   What|Removed |Added

 Blocks||61914


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=61914
[Bug 61914] [META] Start Center bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 166175] Need mechanism for indicating which page of a document to use for a thumbnail

2025-04-14 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=166175

Eyal Rozenberg  changed:

   What|Removed |Added

 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||[email protected]
   Keywords||needsUXEval

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