To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89140
------- Additional comments from [EMAIL PROTECTED] Fri May 9 22:55:33 +0000 2008 ------- Hi André, thanks for the reply. Before I start I just want to add that I understand the demand itself. Every added feature does not only provide added value to some user, it also provides effort for other users (more learning, added complexity, ...). So it's important to balance added value and added effort. > a note is attached to the wrong context (e.g. the note has been anchored at > paragraph A but the information rather belongs to paragraph B) the Author / > reviewer jut likes to corect this mistake (this is what is written in StR22) ... which can easily be solved with the current functionality. It creates manual effort, but seems a rare case. If a user adds the Note to the wrong context, we should first focus on our usability before the Note is inserted. - Author needs to rewrite a paragraph completely but wants to keep the note. This can easily be achived by dragging the note to another parapragh, rewrite the paragraph (what would delete the note at the old position), then drag the note back to the now new paragraph ... here, the user would move the right Notes information to the wrong context (in document text). And we don't help much if the Note accidentally stays there. Technically, it is possible to let the user edit the text without deleting the Note (if the Notes are shown). > - reorder notes so that they are in a logical sequence (usefull for display in > side pane and navigator) Here, the problem is the Navigator, not the Notes itself. I hope it will be possible to extend the capabilities of the Navigator. Some ideas have been collected at "Sort and filter notes" at http://wiki.services.openoffice.org/wiki/Notes2_OtherIdeas > Dragging with the mouse is the more obvious way to the user for following > reasons: > - the anchor (triangle) and connection line is a good visible elemnt of the UI > it is very similar to grafical elements, that are usually draggable > - the reference position is invisible to the user (actually it is a zero-width > character). The user is not able to identify this position (al lons as she > does > not knowabout the implementation). Without further explanation the user will > not > be able to copy and paste the note Why should a Note be copied if it refers to a dedicated text block which itself could be copied (and then should keep the Notes information)? Here the assumption is, that the people think in "anchors" and not in Notes. Many other people will just You are right with the visible elements - but I assume that many people will also think in "Notes Windows" instead of "Note Anchors" to sort them. That was the reason to not use anything that could look like "draggable" elements in the Notes Windows. > so we would even reduce complexityfor the user (she needsonly to know about > the > visible elements and not about the invisible notes position) If the core requirement is to add additional information (Notes) to certain sections of text (and both do have a strong link in terms of content), then there is still no need for this kind of feature. Maybe we should this discuss that in another place but the Issue Tracker. Bye, Christoph --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
