Suggested upgrade - better utilise screen space by making comments appear as pop-up tool tips similar to comments in Calc.
You are proposing this as an option or a total replacement of the current display style?
Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
I am suggesting this as an option. Thanks.
Ok, let's throw this to the UX-Factor judges.
Sounds like a lot of work for only a small benefit. Dealing with comments is usually the primary workflow meaning you either write comments and want to see what you do, or your read and change the document accordingly. The suggestion to make it appear on mouse over adds a step to this workflow. It may be relevant when comments are not interesting at the moment. But in this case, when the comments are in the way, it's easy to hide them completely.
I think, it would be a good new feature. It would be especially useful, when reading documents on small devices or in webview. Those, who develop for Android or Browser, should have a look at this request too.
I see this feature in Word. But there it is badly implemented, because the remark, which indicates, that there is a comment, affects the layout.
I see this feature in TextMarker too. Its implementation idea to highlight the area, on which the comment is set, is better than the solution of Word. Besides that it uses thin brackets to indicate that a comment exists. But the implementation has some problems, when the comment is not set to a range but at a single spot. TextMarker has the ability to easily switch between showing the comment at the right edge of the document or showing the comment as popup.
I see this feature in KingSoft too. There you can decide between showing only the popup or show both popup and comment text in margin. The range on which the comment is set is enclosed in thin brackets and works too, if the comment is set at a single spot. Switching the modi is inconvenient in KingSoft.
So to sum it up, I support this request. But it needs a careful design.
Design for toggling mode between existing margin comments and this "pop-up" must be well implemented. In this mode this can not be simply "mouse-over" driven, as
key would remain ease of navigation between track changes and commenting and being able to toggle either active, supporting all navigation with keyboard actions.
(In reply to Regina Henschel from comment #6)
> I think, it would be a good new feature. It would be especially useful, when
> reading documents on small devices or in webview. Those, who develop for
> Android or Browser, should have a look at this request too.
> I see this feature in Word. But there it is badly implemented, because the
> remark, which indicates, that there is a comment, affects the layout.
> So to sum it up, I support this request. But it needs a careful design.
This is not a new feature. It was removed and replaced with the "me too, copycat, MS Word look alike" comment side panel several versions ago.
I and at least 2 of my clients, would definitely support making this a user selectable/switchable option.
It seems, I was not precise enough. I do not speak of the way to edit a comment, but of the fact, that a comment is shown like a tooltip on mouse-over. How to edit a comment, can be solved separate.
What we call comments in Calc arent equivalent to what we call comments in Writer, as you cant reply to comments in Calc. Calc comments are more like notes, which is why Google sheets allows the inserting of notes and comments into a cell. The bad things i see about a popup comment would be
1) it would cover text in the document (this is why they are hidden by default in calc)
2) it would be quite annoying to appear with mouse over
so like regina and stuart are saying, the implementation would need to planned out and function well in order to be useful.
@Regina: If you could do a screencast of word, textmarker and kingsoft showing there implementations, that would be helpful. :D
If the feature is appreciated that much we could think about a sidebar solution like we did for track changes at http://user-prompt.com/de/tracking-changes-with-libreoffice/. The user decide whether he or she wants to see and edit comments by opening the sidebar.
(In reply to Heiko Tietze from comment #11)
We don't need a sidebar solution. For those who need it, the current margin solution works fine.
Created attachment 128075 [details]
Screencast of comments in Kingsoft Writer
This is a screen cast of the way Kingsoft (22.214.171.12498) handles comments.
(In reply to Yousuf Philips (jay) from comment #10)
It is possible to reply to comments in Calc, but the method is slightly different (ie. right click and select "edit comment").
In answer to 1) & 2) There is no reason why mouse over comments in Writer could not be hidden in the same way as they are in Calc now. Obviously, all changes need to be properly planned to function correctly.
Please let's stop copycatting other software and get on with our own solutions. the only time this becomes relevent is for the development of foreign file import/export filters.
Created attachment 128076 [details]
screencast of comments in MS Word 2010
Notice, that after the comment is inserted, the layout is changed, because the word "Hafenviertel" goes to the next line.
Created attachment 128077 [details]
Screencast of comments in TextMaker 2012
The toolbar for handling comments is nice. The comment-tooltip is a little bit flickering.
Thanks for the screencasts Regina. These tooltip comments look exactly like the track change comments we currently have.
(In reply to Dave Barton from comment #14)
> It is possible to reply to comments in Calc, but the method is slightly
> different (ie. right click and select "edit comment").
I had tried that before my last comment but it didnt work for me.
A similar suggestion was made in bug 117030, that was closed with WORKSFORME. So what about this bug here?
(In reply to Dieter Praas from comment #18)
> A similar suggestion was made in bug 117030, that was closed with
> WORKSFORME. So what about this bug here?
My comment 5 is more or less the same as in 117030. I don't see the need for a state between shown and hidden. But will change the reason in the other ticket to duplicate.
*** Bug 117030 has been marked as a duplicate of this bug. ***