To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=52243
------- Additional comments from [EMAIL PROTECTED] Fri Jul 22 03:05:22 -0700 2005 ------- Hi everyone, - if you prefer a christian name to my user id, please call me Michael. Thanks for keeping me up to dat eon this - I can't emphasize enough how valuable communication is. Nor how grateful I am for your efforts - I realize you are volunteers. I do however, disagree that the issue I have raised is one of "enhancement" and not quality. The OO Writer document you sent me a link to contained the following: "When users move a toolbar ...is [sic] last location has to be remembered. After restarting the application all the toolbars have to be located at the position the user has placed them before exiting the application..." Clearly, this indicates the application is not working as designed, and my assertion that there is a quality issue is hard to argue against. I was very, very surprised at the depth of thinking and research that has gone into this aspect. It is quite impressive, and I have to congratulate all involved on their work. I understand the philosophy behind the context sensitive toolbars becoming invisible or switched-off when the cursor leaves the relevant area. However, I query in this case how well this philosophy works with the "Bullets and Numbering" toolbar for example: if I want to remove a bullet and replace it with a numbered list, for example, the steps I must follow are tedious. Firstly, I remove the bullet, then go to View | Toolbars | show Bullets and Numbering. If I have many of these to do, then it quickly becomes a very slow and inefficient way of working. An *enhancement* I'd like to see is the option of disabling context-sensitive aspect of a toolbar. Does the context-sensitivity work well when creation is required, rather than editing? For example, once I've placed a picture or graphic, being able to alter it in some way sees support for the philosophy, but if I wanted to create many lists, there are a large number of extra mouse movements or keystrokes as a result of the context-sensitivity. It was not necessary to point out the process I needed to make the toolbar visible - I am aware of it, and it was the very inefficiency of this process that I wished to bring to your attention. Alternatively, right clicking bringing up a view toolbars option would also work, though not so well. The other issue regarding the toolbars is the "Lock position". It seems to me that if the toolbar is docked, the lock function is superfluous, and that if it is needed, then it ought to apply to floating toolbars. I have used Word, WordPro, and WordPerfect and I'm unsure if I've ever looked for a lock function for the toolbars, let alone used it. In Writer I initially thought the lock function would prevent the floating toolbars returning to a default location. This is not so. As a writer I have found in the past that placing the toolbars to the right of my workspace gives me valuable height so I can read my work more easily and for this reason I very much prefer the toolbars to be floating. Thanks again for looking into this issue, but I feel I am right in that the context-sensitivity aspect of toolbars is in need of review. Regards, Michael --------------------------------------------------------------------- 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]