Summary: | Change Insert Hyperlink dialog buttons to [OK][Apply][Cancel][Help][Reset] (from Apply Close Help Back) | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Felix Stadler <felix.stadler> |
Component: | UI | Assignee: | Thomas Arnhold <thomas-libo> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | d.libo, kumara.bhikkhu, LibreOffice |
Priority: | medium | ||
Version: | 3.6.5.2 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=75805 https://bugs.freedesktop.org/show_bug.cgi?id=63271 https://bugs.freedesktop.org/show_bug.cgi?id=75578 https://bugs.freedesktop.org/show_bug.cgi?id=74040 https://bugs.freedesktop.org/show_bug.cgi?id=74588 https://bugs.documentfoundation.org/show_bug.cgi?id=90679 |
||
Whiteboard: | target:4.4.0 | ||
Crash report or crash signature: | Regression By: |
Description
Felix Stadler
2012-10-27 10:43:05 UTC
"Apply" buttons never close a Dialog. So this is a request for an additional <ok> button. Already OOo 2.0.2 was without <ok> button there, so inherited from OOo I believe we should rethink this for all dialogs, I will post a hint on UX mailing list. This one is related to "Bug 37336 - Feature request: Apply buttons" How about changing the title of this Bug to: Insert hyperlink: change Apply button to OK button Why add a fifth button? The 'Apply' button could be renamed into an 'OK' button. The insert hyperlink feature is not graphical in the sense that the user first would want to preview the hyperlink. What would the user conceivably change after looking at the preview? The insert hyperlink dialog already has 4 buttons. The Apply/OK and Close/Cancel buttons are fine. The 'Help' provides very little help if you click on it. I have not been able to find out what the 'Back' button is intended for. It should have the following buttons: OK - Apply the changes and close the dialog. CANCEL - Close the dialog without applying changes. HELP - Open the help system. RESET - Reset fields to their initial values. There is no reason for this dialog to be different than other dialogs. Look, foir example, at the following dialogs: File→Properties, Format→Cells, and Format→Page. All have the above four buttons. Fully agree with John McGrath's proposal. It makes better sense and is more user-friendly. I lost count of the number of times I forgot to click Apply and have to do it again! While it's technically and enhancement, from the usability point of view, it's a bug. Felix, please go ahead and improve on the title. Strangely, LibO has this Apply button in a dialog box where it is not appreciated, while not having it in dialog boxes where it would! :-) The "Apply" button behavior has been recently changed (4.2.0 RC1?). It works as to be the "OK" button now and it is very confusing. Please rename the buton to "OK". I would be happy if this button would have the same function with the same label, so "Apply". But if its sense is different then rename its label, please. There was a change made in LO 4.2 which closed dialog when Apply button was clicked (good behavior but wrong label - should have been "OK" instead of "Apply"). But in Libreoffice 4.3, this change has been reverted. See bugs https://bugs.freedesktop.org/show_bug.cgi?id=63271 and https://www.libreoffice.org/bugzilla/show_bug.cgi?id=75578. The argument apparently is that some power users who use shortcut keys want to keep their hyperlink dialog open open all the time and not close them when applying. Which means that now 99.99 percent of all users have to click "Apply" and "Close" to insert a hyperlink (and scratch their head about this). (In reply to comment #7) > The argument apparently is that some power users who use shortcut keys want > to keep their hyperlink dialog open open all the time and not close them > when applying. Well those power users can *still* have what they want by just adding another button: OK Apply Cancel Help Reset Then everybody's happy. Agree, everyone? (In reply to comment #7) > There was a change made in LO 4.2 which closed dialog when Apply button was > clicked (good behavior but wrong label - should have been "OK" instead of > "Apply"). > > But in Libreoffice 4.3, this change has been reverted. See bugs > https://bugs.freedesktop.org/show_bug.cgi?id=63271 and > https://www.libreoffice.org/bugzilla/show_bug.cgi?id=75578. > > The argument apparently is that some power users who use shortcut keys want > to keep their hyperlink dialog open open all the time and not close them > when applying. > > Which means that now 99.99 percent of all users have to click "Apply" and > "Close" to insert a hyperlink (and scratch their head about this). Please provide links to sources of your claim of "99.9% of all users". It was always a "feature" of OpenOffice.org in the past and nobody ever submitted a RFR (Request For Regression). I can find no requests for a similar change in the Apache OpenOffice Bugzilla and in total only small handful people have supported this proposed change here and in Bug 63271 + Bug 75578 Italo Vignoli and others (myself included) have put a lot of time and effort into promoting LibreOffice to government and business. These are for the most part the "Power Users" you derisively refer to. Let's not start removing long established features, just to satisfy a small number of individuals who are too lazy to second mouse click, when inserting a link into the occasional note to grandma. I have said as much as I want to say about this suggestion. If you are interested, see my comments on Bug 63271 (In reply to comment #8) > (In reply to comment #7) > > The argument apparently is that some power users who use shortcut keys want > > to keep their hyperlink dialog open open all the time and not close them > > when applying. Sorry, I can't find any reference to (so-called) "Power Users" using shortcut keys for this dialog. Can you provide a link please. > Well those power users can *still* have what they want by just adding > another button: OK Apply Cancel Help Reset > > Then everybody's happy. Agree, everyone? By all means add another button, but don't fix what isn't broken. (In reply to comment #9) > Italo Vignoli and others (myself included) have put a lot of time and effort > into promoting LibreOffice to government and business. These are for the > most part the "Power Users" you derisively refer to. Let's not start > removing long established features, just to satisfy a small number of > individuals who are too lazy to second mouse click, when inserting a link > into the occasional note to grandma. Dear Dave, Thank you for your great efforts. I'm sure many have benefited from what you enjoy doing. To everyone, I'm thinking: Instead spending energy in arguing, deriding and retaliating with more derisions, wouldn't it be better to come to a resolution to a relatively small matter? Proposed fix: https://gerrit.libreoffice.org/10946 (In reply to comment #12) > Proposed fix: https://gerrit.libreoffice.org/10946 +1 Thanks for your fix Thomas. Can we all now agree to close this & bug 75578? (In reply to comment #12) > Proposed fix: https://gerrit.libreoffice.org/10946 Agree with one minor addition: Change "Close" to "Cancel" for consistency with other dialogs. (In reply to comment #14) > (In reply to comment #12) > > Proposed fix: https://gerrit.libreoffice.org/10946 > > Agree with one minor addition: Change "Close" to "Cancel" for consistency > with other dialogs. I just realise that this wouldn't make sense to people who keep the dialog open for multiple pasting of links. Please disregard this request. Agree with the proposed fix and closing this bug. Thomas Arnhold committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f4246fab77113147b36706a1f3d93e8724ff826b fdo#56456 fdo#75578 fdo#63271 fdo#75805 Improve hyperlink dialog The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. |