GUI framework in kde4

[Hamish Rodda]

On Sunday 02 July 2006 21:56, Ingo Klöcker wrote:
> On Sunday 02 July 2006 21:08, Hamish Rodda wrote:
> > Hi,
> >
> > Please see the following document created at Trysil about improving
> > XMLGUI (actually, mostly replacing it, but preserving + improving
> > features):
> >
> > http://wiki.kde.org/tiki-index.php?page=KDE+4+GUI+framework
> >
> > Feedback encouraged :)
>
> Two comments (aka shortcomings of the current framework):
>
> - It would be nice if the user's toolbar configuration wouldn't be lost
> each time we decide to increase the version number of the ui file. A
> possible solution would be explicitely marking actions as hidden
> instead of removing them from the ui file. This way a new version of
> the ui file could be merged much easier with the user's version. Even
> better would be some kind of diff between the different versions, i.e.
> something like "Action Foo was added", "Action Bar was moved from menu
> X to menu Y", etc.

Yes, in fact we briefly touched on this during the brainstorming.  I think 
that the backwards compatibility of ui files should be (almost) as important 
as the binary compatibility of our libraries.  Also, I intend to only store 
changes to a toolbar's layout, not all of the toolbar's layout, so merging 
should happen automatically.  I'll update the wiki page.

> - Will the new framework include configurability of context menus? If
> yes, then this would allow us to strip down the context menus in e.g.
> KMail by removing all actions that are seldomly used by normal users
> (I'm counting on the usability team to tell us which actions we should
> remove). Power users could then still put everything they want into
> their context menus. And we could close all those wishlist items a la
> "I need this and that in the context menu".

It is technically feasible... just how it would be presented to the user for 
configuration would be an interesting challenge (turn on an "edit mode" then 
click a configure action in the context menu?)

Cheers,
Hamish.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20060702/b88c360f/attachment.sig>