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 21:46:13 +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 [...] >>> This is implemented, please refer to the following like (and also have a look on the picture on the page): http://wiki.services.openoffice.org/wiki/Notes2_Design_NoteWindowDistribution#Proposal_.22Reduce_Maximum_Height_of_Note_Window.22 @ A Preference or Option would allow you to set the default para style for Notes. (The current default style is derived from who knows where and is far to big.) You should also be allowed to apply para and char styles both as anonymous over-rides or as named styles, e.g. char style Bold or Strong. >>> The first item is a hot discussed topic. At the moment, Notes are treated like UI elements of the operating system and so the standard UI font is chosen. But, it can be altered manually. We still think about how to provide that setting to the user. Concerning the paragraph styles, Notes are technically based on graphic elements (similar to text in Draw). Therefore the behavior differs from the Writer text. Due to the missing ressources, it is unlikely that this will change. @ 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. We instead focused on a robust mechanism which will allow a virtually unlimited number of Notes on one Writer page. @ 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 - especially if we, hopefully, support anchors for text selections, soon. Please have a look at the comments in the issue. Since quite some time I wanted to develop a proposal how to handle that, but I still haven't found the time. Sorry. @ 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. @ 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. @ 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.) @ 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? @ 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. @ 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. 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, but there were intensive discussions concerning some of the issues. Have a nice evening, 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]