Bug 48897 - VIEWING: word 2003 comments enumerated: numbers not displayed
Summary: VIEWING: word 2003 comments enumerated: numbers not displayed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.0 release
Hardware: Other All
: low enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: MSO-XML2003
  Show dependency treegraph
 
Reported: 2012-04-18 15:20 UTC by Uwe Brauer
Modified: 2017-11-16 00:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
RTF document created with MS Word, enumerated comments (5.24 KB, application/rtf)
2012-04-27 07:25 UTC, Uwe Brauer
Details
pdf version of the attached rtf file (9.51 KB, application/pdf)
2012-04-27 07:26 UTC, Uwe Brauer
Details
doc (2003) version of the attached RTF file (22.50 KB, application/msword)
2012-04-27 07:27 UTC, Uwe Brauer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Uwe Brauer 2012-04-18 15:20:36 UTC
Problem description: 
The following problem occurs in  3.4 Linux and Windows.
I generate a documents in word 2003, which contains comments. These comments are numbered. I save the file in RTF or in doc (2003) format. I open the files in 
writer, I can 
see the text and the comments but the comments are not longer numbered.
I attach 3 files:
comment.rtf
comment.doc
comment.pdf

   
Current behavior:
numbers are not displayed
Expected behavior:
numbers should be displayed

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.75 Safari/535.7

and windows xp
Comment 1 bfoman (inactive) 2012-04-27 02:48:29 UTC
(In reply to comment #0)
> I attach 3 files:
> comment.rtf
> comment.doc
> comment.pdf

No files attached in your bug.
Comment 2 Uwe Brauer 2012-04-27 07:25:42 UTC
Created attachment 60678 [details]
RTF document created with MS Word, enumerated comments
Comment 3 Uwe Brauer 2012-04-27 07:26:21 UTC
Created attachment 60679 [details]
pdf version of the attached rtf file
Comment 4 Uwe Brauer 2012-04-27 07:27:07 UTC
Created attachment 60680 [details]
doc (2003) version of the attached RTF file
Comment 5 bfoman (inactive) 2012-06-29 02:09:23 UTC
Confirmed with:
LO 3.5.4.2 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Comments are not numbered in both attached files and newly created file. Seems like comments in Writer are not numbered anyway.
Comment 6 Joel Madero 2012-09-11 20:16:54 UTC
This is going down as an enhancement request. I have verified that it's the case but it's not really a bug, LibO works as intended, but this may make it better. I'm going to mark as NEW and prioritize as such.

Enhancement - Not a bug but instead an addition that would make LibO work like Microsoft Office in enumerating comments

Priority - Low, don't think this will add much functionality to LibO, some users will benefit slightly, probably not many.


Thanks for reporting, we'll see if we can get this taken care of
Comment 7 Uwe Brauer 2012-09-12 21:47:33 UTC
Thanks for your comments. However I disagree with the low priority you want to assign this request.

Having enumerated comments help very much to *locate* a comment.

Like in the email exchange:

comment 3 is very useful
comment 5 is nonsense.

without having a numbering it is not clear how to refer to these comments.
Actually I had to use MS word in order to finish the task!

Since I cannot contribute with code I can only ask you to re consider the priority.
Comment 8 Joel Madero 2012-09-12 22:29:30 UTC
Hi Uwe,

First let me say thanks for being civil with your request, we all appreciate it.

As for raising the priority, I have two points to make:

1. While priorities help guide development, they are not set in stone and when developers look through open bugs they don't use priority as their only rationale. Other reasons would include a general interest in the topic (which you title is really good at saying what this bug is pertaining to), how easy it is implement, and if a developer is already comfortable with that section of the code. So don't be discouraged by the priority, this isn't a really hard enhancement to implement so I don't see it sitting for years

2. When I triage I try to think "what is more important", when I do so I use this chart: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

I think at best it would be a minor bug but in reality I see this as an enhancement as LibO is performing how it's designed to perform. Furthermore, you are in the minority using comments already (most users just type), this particular addition would only benefit those users who use comments and want them enumerated which, for them could be very useful, for most users, would never be noticed.

Again, this isn't a terribly difficult thing to implement so don't take the low priority as a "this will never get done" it's just a signal to developers to say "crashes, performance degradation, etc..." will clearly be more important on face value than this bug. It's much better to have this bug correctly triaged rather than put at a higher priority than is called for and having devs look at it and think "why in the world was this put so high"

If another QA member wants to change the status, feel free to do so, I've explained my rationale, if others disagree, no big deal. 

Uwe, once again thanks for your civility in your request, it helps and I'll make sure to see if any developers are available to check this out.
Comment 9 Caolán McNamara 2012-09-12 23:05:19 UTC
SwSidebarWin::CheckMetaText is probably the place to look at. It doesn't appear that the numbers shown are part of the file formats, just merely the count of previous comments by that author.

So... SwSidebarWin::CheckMetaText could use its mrMgr member to get the count of sidebarwindows previous to the current one that share the same Author as itself and add an extra widget that displays that count into the window, following e.g. the mpMetadataAuthor or mpMetadataDate examples.
Comment 10 Uwe Brauer 2012-09-13 09:05:20 UTC
Hi all

First of all thank you for this polite answer.


Two remarks:

As I see from Caolán McNamara remark, enumerated comments might  not  be part 
of the ODF or the OOXML specification,  do I understand that  correctly?

There are two issues:

        1. Libre Office displays enumerated comments (produced by word)
 
        2. Libre office generate comments, which can be enumerated 
        (at least optionality).

I thought that maybe 2 is easier.


Regards

Uwe
Comment 11 A (Andy) 2015-04-04 08:22:45 UTC
Reproducible with LO 4.4.1.2, Win 8.1
If you open the files with MSO it adds a number.  LO doesn't add a numbering.

I think this could be a nice further comment enhancement.  If you think of a document with a page with many comments from you and you work together with somebody else and you want to tell him/her to take a look at a specific comment then you could say please look at number xx.