To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94959
------- Additional comments from [EMAIL PROTECTED] Thu Oct 16 22:38:46 +0000 2008 ------- Hi everyone! Some comments on hfingers list... @ Notes could shrink in height to just enclose short comments [...] could also automatically expand for longer comments [...] >>> See the screen capture 'Notes-excessive-height.png'. There is only one line but the Note does not shrink to just enclose it. @ A Preference or Option would allow you to set the default para style for Notes. You should also be allowed to apply para and char styles ... e.g. char style Bold or Strong. >>> At the moment, Notes are treated like UI elements of the operating system and so the standard UI font is chosen. [Okay for now, but make the font smaller!] But, it can be altered manually. >>> A real pain when there are lots of Notes! Concerning paragraph styles, Notes are technically based on graphic elements (similar to text in Draw). >>> What about a single-cell table or similar. This is a real pest when you want to add underlining, bold, code font = Courier. @ A Preference or Option would allow you to toggle the date or reviewer's name to be revealed or concealed. This would save space. >>> We decided against that option, because only few users will benefit from it. >>> What about putting date and name in a single line, instead of one above the other? @ A right-click context menu item should allow you to select it to (a) copy it, (b) cut it, or (c) delete it. It is too difficult to select the anchor point to carry out these operations. >>> There is a similar issue i89140 which requests drag-and-drop of Notes. We still evaluate if moving an anchor is a benefit ... . >>> From 89140: * A Note belongs to content in the text. Moving the reference point (Anchor) does only make sense if the content in the Note is not dependent on the Anchor - that should be a rare case. >>> It is not rare at all. I am marking assignment papers for an exam, and a student will not only make the same mistake over and over, but other students make that mistake in /their/ papers. So copy and paste is a real time saver. It is just *very* difficult to select a Note's anchor point to copy/cut/delete it. * The reference position can changed by copy and paste of the Note or the Note content (with some manual effort) - so it is possible at all. >>> Anything is possible. I will send you the 14 papers and perhaps you will change your mind! 8^) >>> In this current job, I find that the same Note is required in many places in the document. It is easier to select and copy the first Note, rather than type it all out again. @ A Preference or Option should allow a widthless vertical bar to indicate a selectable anchor, much as FrameMaker does with the inverted-T anchor for index, cross-reference targets, and other markers. >>> It is planned to improve the context menu behavior for anchors in the text, e.g. integrating the anchors in the context menus in the document text. This may also solve this issue. >>> Or just clicking on the triangle to select the Note. @ Clicking a Note outside the text area, say, on a border, should allow you to select it, too. >>> I'm not sure if the text cursor is activated when clicking on the border (at the moment I lack a working OOo 3.0 installation). But at the moment, there is no functionality which requires such activation. >>> Not very important if you can click on the anchor. @ A selected Note should show handles that can be dragged to change its height, over-riding the default behaviour, even if it causes a vertical scroll bar to appear and there is sufficient space to display the Note without resizing it. This resize should be able to be removed and the Note should then naturally resize. >>> As said before, we focused on a - hopefully - natural behavior for the Notes. Such functionality really adds complexity to the Notes. (But of course we discussed some idea some time ago, whether a "scrollbar"ed Note should fully expandable.) >>> I was thinking mainly of shrinking them to perhaps show a line. The reader could (a) scroll the Note [okay for a few lines] or (b) grab a handle and resize it to see all the content, perhaps temporarily obscuring neighbouring Notes. @ Notes options should also allow them to appear in the RH or LH margin. >>> Sorry, I don't know what H in RH or LH refers to. Could you please explain? >>> Sorry. Shorthand for Right Hand, Left Hand among English speakers. >>> What about RH, LY, or both RH and LH? If Notes alternated in both margins, and were smaller, you could fit in lots, with less overlap of leader lines. On screen, the page could be its normal size, in print it would shrink to the middle. @ Notes Preferences or Options should also allow them to be printed in the margin as they appear on screen, even if the page width has to be reduced to fit on the paper. This is what Word does. >>> This is what we would do if we would have some more development capacity :-) I already our plans (or better, my wishes) in issue 94514, that you filed, too. >>> That was 2.4.1; 3.x is better. Now I prefer edit tracking in-line (deletes, inserts) and Notes in margin. @ Leader lines from the marginal Note to the in-text anchor points should never be superimposed on each other -- it is too difficult to trace. Some suggestions: -- vary the leader pattern with dots, dashes, dot and dash chains -- vary the colour of the leaders and anchor points (but not the Notes) -- let the horizontal portion of leaders be above OR below a line -- combine all of the above if necessary >>> I don't think that introducing more semantics to meta information in Writer will solve that (think also of Smart Tags, spell checker, grammar checking, ...) But of course, the anchors are not fully implemented yet (please refer to the point describing the anchors for text selections). I'm sure there will be some improvement in some of the future versions. >>> Perhaps keep the background colour to indicate the reviewer, but change border and anchor colour when leader lines clash? Red border relates to red anchor? You would only need a small palette of repeating colours as leader line clashes do not occur all the time. In the UX team, we discussed the behavior of such anchor lines some time ago and I created some mockups for that. Unfortunately, I haven't uploaded them to the wiki. So, hfinger, thanks for your comments. I hope you didn't get the impression that I just wanted to object your ideas ... >>> It was es that offended me. Have a nice evening, Christoph Well, I am having a nice sunny day! You have a nice evening too. --------------------------------------------------------------------- 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]
