To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=79950
------- Additional comments from [EMAIL PROTECTED] Wed Aug 1 22:06:38 +0000 2007 ------- I want to pick out one other point: The Spec claims that the "user is concentrated on editing documents not on browsing". It is strange, though, that the Shift+F5 magic was implemented because the user was concentrated on reading, not on editing, and hence needed always the very beginning of the document to be shown. (Maybe because he than can easily access the chapter he wants by a simple click on the corresponding line in the table of contents?) Let's think about our users for real, and not for excuse: They are used to links in both, browsers and OOo, but they maybe are not always aware about the HYP/SEL switch. So, something needs to be done to make editing (selecting) of links easier. But I don't see any good reason why we should change both, the features for selecting and browsing, if changing the features for selecting only would do the job - and with less spillover effects, on the top of everything. You can deduce from the fact that additional "magic" is about to be implemented, that changing the basic behavior of a link, that is: to work as a link, was not the best idea ever. Why making the program guess whether a user wants a link to work as a link or to be edited, if we can have a consistent and easy to understand solution, that even doesn't upset our regular customers? Why making links behave not only different from what they used to behave, but even different from module to module and from editable to non-editable sections? I agree with Pavel: Stick to the current (≤ 2.2.1) behavior for browsing (HYP), introduce Ctrl+Click (and/or context menu) for what used to be SEL. --------------------------------------------------------------------- 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]
