https://bugs.documentfoundation.org/show_bug.cgi?id=96999
--- Comment #13 from tommy27 <[email protected]> --- (In reply to Heiko Tietze from comment #12) > I'd join the conspiracy :-). Nevertheless it's a valid use-case but modal > dialogs have to be non-resizable. We talked about this issue on the ML > (http://listarchives.libreoffice.org/global/design/msg07373.html) and the UX > team with the conclusion that dialogs shouldn't be resizable because it's > uncommon, anchoring of controls is complex and never satisfying, and the > content should get improved rather than making resize necessary. sorry but I don't understand if you are in favor or against giving back resizability to that dialog. > The exclusion are dialogs that require user input. Still missing is to add > this > to the HIG and blog about the guideline, sorry. just like the autocorrect replacement table was and it was enabled again. I think the customize shortcuts panel would benefit too from vertical and horizontal manual resize to have a panoramic view of all the existing shortcuts as explained before... there's user imput too there when you manual modify or enter new shortcuts > Sooner or later the customization dialog needs a complete revamp. At least > when the extended toolbar will be realized with the maximum configurability > as designed. a potential improvement would be to give different default sizes to the "category", "function" and "keys" boxes at the bottom which actually have the same size the "key" could be safely shrinked since even the longest key combination (i.e. Ctrl+Maiusc+F11) barely fills half of the space available and some of the saved space could be given to the "function" box which has the longest strings the -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
