Breadcrumbs in Kickoff

[4ernov]

I'll answer to Martin Gräßlin to move discussion from the certain bug
report (http://bugs.kde.org/show_bug.cgi?id=274489) here to keep the
whole discussion in one place.

> > Very interesting discussion in plasma-devel but I personally didn't find any
> > arguments why the 'Back' button is bad but something like "We decided to
> > remove this button and would never revert it. Period."
> Being bluntly: The option to revert does not exist. We changed to breadcrumbs
> in 4.7, 4.8 is going to be tagged as RC tomorrow, so it is impossible to do
> any changes and reverting in 4.9 is clearly no option any more. Too many users
> got used to the new style, so what do we gain by breaking the workflow?

Well, why then you came to decision to remove Back button after 4.6?
:) Didn't it break the workflow? Or users who prefer to use Back
button is somehow worse or less important than those who prefer
breadcrumbs?

> So we do not need to discuss whether the back button is bad. The only thing
> which can be discussed is whether the back button is so important that it
> needs a config option and that it is worth the amount of work to add and more
> important to maintain it.

OK, let's discuss the config option which is I think would satisfy most of us.

> For me there has not been any convincing argument that it needs an option
> which means that currently I will not add it and would not even accept a
> patch.

You asked for usability studies to prove some arguments before in this
thread and here you state as if it's you to decide what will be
accepted and what won't be accepted. So it's unclear whether there was
some usability research result that breadcrumbs are better than Back
button or it was just decided by someone and implemented. But I
personally don't see any danger in both elements together.

I also can't see a reason to be so much against any suggestion on
improve the situation with Back button itself. If it's a question of
resources to implement e.g. a config option than, for example I can
work at it. I think nobody wants to spoil new code or new navigation
architecture or whatever so it would be done very carefully. It's
unclear why you so against to approve such a work.

>
> Please keep discussions to one place and that's the mailing list thread.