Bug 160692 - Don't number comments in Draw/Impress or make numbering optional
Summary: Don't number comments in Draw/Impress or make numbering optional
Status: RESOLVED DUPLICATE of bug 52472
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: ImpressDraw-Comments
  Show dependency treegraph
 
Reported: 2024-04-16 10:30 UTC by Telesto
Modified: 2024-04-17 09:09 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (4.33 KB, image/jpeg)
2024-04-16 10:30 UTC, Telesto
Details
Screenshot (34.91 KB, image/jpeg)
2024-04-16 15:07 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2024-04-16 10:30:30 UTC
Description:
Don't number comments in Draw/Impress or make numbering optional

Steps to Reproduce:
1. Open Draw
2. Insert a number of comments

Actual Results:
Each comment has a unique number (1; 2; 3)

Expected Results:
Numbering makes comment easy to identify. Which appears to be helpful. This starts to change, at the point you're using it. Obviously except for people who are very systematic in all-knowing. 

I tend to add comments in at different objects in arbitrary order. Make modifications to the document and such. The end-result of numbered comments reads as 10; 1; 2; 6; 3; 5 ;7 ; 9 ; 4; 8. So terrible out of order (and really distracting). Without the numbering having any value at all.

The only use-case I see is if you want to number objects; with some index; listing the meaning of all objects. But well this is actually an misuse of comments

So simply behave as Calc does. A 'dot' (square) without numbering


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 1 Telesto 2024-04-16 10:30:39 UTC
Created attachment 193704 [details]
Screenshot
Comment 2 Heiko Tietze 2024-04-16 11:17:50 UTC
(In reply to Telesto from comment #0)
> So simply behave as Calc does. A 'dot' (square) without numbering
But Calc has an intrinsic positional structure and you cannot have two comments on one cell, what is possible with Draw/Impress. Some identification is necessary, and I never got intimidated by the number. => WF
Comment 3 Telesto 2024-04-16 15:07:27 UTC
Created attachment 193708 [details]
Screenshot

(In reply to Heiko Tietze from comment #2)
> (In reply to Telesto from comment #0)
> > So simply behave as Calc does. A 'dot' (square) without numbering
> But Calc has an intrinsic positional structure and you cannot have two
> comments on one cell, what is possible with Draw/Impress. Some
> identification is necessary, and I never got intimidated by the number. => WF

I admit I overlooked the 'insert comment', without moving the comment. So if it's a nice list of 'tabs' which being comments on the slide/page as a whole. 

Although I'm surprised you being able to identify the the content of a comment by number 1;2;3;4;5? Not something I'm able to do. And surely not for documents authored couple of week back. 

I tend to identify the comment/relevance by position on the slide/drawing board. Numbering makes look chaotic/erratic without any value. You get the effect as in the screenshot. 

---
Alternative solution would be a 'comment' truly added to the object (line/shape/image) as meta-data. In a similar fashion as 'Text'/ Alt-Text'. However text/alt-text is actually intended for 'accessibility tools' and invisible (except for accessibility tools). This is actually a comment (note) for the author without visual impairments. Different purpose/goal

It's also similar to adding a name to an object; say double clicking a square. Except naming an object is intended to be visible. A comment is hidden property with can be easily accessed
Comment 4 Heiko Tietze 2024-04-17 09:09:57 UTC
(In reply to Telesto from comment #3)
> Alternative solution would be a 'comment' truly added to the object...
This is clearly needed.

*** This bug has been marked as a duplicate of bug 52472 ***