[rekonq] Improvements for 0.3
Panagiotis Papadopoulos
pano_90 at gmx.net
Wed Aug 26 20:28:03 CEST 2009
Am Mittwoch 26 August 2009 20:21:15 schrieb Lionel Chauvin:
> > > To be honest, I'm quite uncomfortable with this decision: This sounds
> > > more like a GNOME solution, where the developers decides how the UI
> > > *must* look like. In KDE you have the power to customize the UI to your
> > > needs, which imho is the better way. Example:
> > > Before this functionality was removed, I was able to change the size of
> > > the icons in the toolbar, which was quite handy imho.
>
> Yes it looks like a Gnome solution.
>
> To simplify:
> Gnome applications are well designed for their task (not always true ^^) but
> they are not customizable.
> Kde applications are customizable but they are not well designed by default.
>
> I influence the Rekonq project in this way, because I would like KDE devs take
> more attention on the KDE UI infrastructure.
>
> For instance, button-menus are not customizable in the "configure toolbar"
> panel. You must code it.
> The KDE devs want persuade the application developers to not do that because
> they don't want duplication of menu between the tool bar and the menu bar.
>
> But why the menu bar must be always visible by default ?
> Take a look at the Dragon Player menu. What a pity we need a menu bar for so
> few useful actions. Why actions like "configure shortcuts" are in the menu and
> not in a configuration panel ?
>
> _______________________________________________
> rekonq mailing list
> rekonq at kde.org
> https://mail.kde.org/mailman/listinfo/rekonq
>
I wasn't talking about the menu bar in my last email, but about the removal of the "toolbar feature" :-)
About the menu bar:
You're right, a menu bar is not always the best solution and Dragon Player is the perfect example for it.
More information about the rekonq
mailing list