https://bugs.kde.org/show_bug.cgi?id=354244
Thomas Lübking <thomas.luebk...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |colo...@autistici.org
--- Comment #4 from Thomas Lübking <thomas.luebk...@gmail.com> ---
wrong Thomas ;-P
But I can provide the information that in general the button order is
controlled by QStyle::SH_DialogButtonLayout, providing
QDialogButtonBox::ButtonLayout being one of
QDialogButtonBox::WinLayout
QDialogButtonBox::MacLayout
QDialogButtonBox::KdeLayout
QDialogButtonBox::GnomeLayout
I'd say that *any* dialog should follow that (ie. in doubt copy the logic from
QDialogButtonBox) - you implicitly click wrong buttons (for a while) after
changing the order.
Cancel/Ok is a typical OSX/Gnome layout while KDE largely copied the Windows
layout patterns (Ok/Cancel)
---
On a personal note, the windows layout is rubbish.
The buttons are on the right side of buttonboxes (right aligned) and the OSX
theory is that of a ltr culture walking top-left -> bottom-right (that's why
the close button is on the top left and cancel buttons are on the left - you
"go back to where thou camest" while the ok/apply/accept buttons ideally appear
on the bottom right (signing the changes)
tl;dr - the buttons should seriously be consistent (changing that pattern makes
you click the wrong button easily, I notice that when changing the stylehint)
but the default KDE layout is the wrong one ;-P
--
You are receiving this mail because:
You are watching all bug changes.
