Button order in KFileDialog

[Andreas Hartmetz]

Actually, I just saw it and noticed the inconsistency, nothing else.
I have also noticed that the interface of KFileDialog works well the
way it is, but IMHO consistency is (more) important because two things
that are consistent take less effort to learn and use than two
different things. This is a minor detail here, but details add up.
Also, consider how quickly the file dialog and konqueror's buttons can
be used in succession in a "typical workflow".
This is about a little loss of fine tuning for a little gain in
consistency - no actual features will suffer :)
More arguments, Ellen? Do you read this list?

2007/1/14, Aaron J. Seigo <aseigo at kde.org>:
> On Saturday 13 January 2007 18:53, Andreas Hartmetz wrote:
> > I propose to change the order of navigation buttons of KFileDialog
> > from Up/Back/Forward to Back/Forward/Up, to make it more consistent
> > with Konqueror (and other browsers people are used to). Ellen of
> > openusability thinks this would be good, too - I asked her.
>
> this was discussed when we (i) changed the button order in konqueror. i
> initially leaned towards consistency as well but then looked at the common
> actions in a file dialog.
>
> most of the time "back" is actually the same location as "up". "up" is
> always
> a sensible selection while "back" only sometimes makes sense. therefore it's
> common to consider that "up" should have precedence.
>
> in a web browser the opposite is true. konqi's interface is "optimized" if
> you
> will as a web browser.
>
> so while they may look the same on the surface, they actually serve two
> rather
> different use cases. perhaps that's why users don't seem to have an issue
> with this apparent inconsistency.
>
> may i ask what prompts this change on your part? is it simply a matter of
> spotting an inconsistency or do you have a deeper reason?
>
> --
> Aaron J. Seigo
> humru othro a kohnu se
> GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
>
> Full time KDE developer sponsored by Trolltech (http://www.trolltech.com)
>
>