[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Re: [Karbon14] Re: Re: Re: misc
From:       Dirk_Schönberger <dirk.schoenberger () sz-online ! de>
Date:       2002-10-28 13:53:13
[Download RAW message or body]

> Me too, but my prererences are in this order:
> 1) Make the program it usable
> 2) Make it comply.

> It is currently not possible to plug a KAction into a ktoolbar with a
> qgridwidget inside. If you write code to allow this, fine. Until that i
> see no advantage for the user (make it "beautifull" code wise and suck
> usability wise).

Why there has to be a qgridwidget inside? I see the supposed multi-column
display of the karbon UI as the first custom extension I would like to get
rid of.

> > The toolbar (the thing with the buttons instead toolbar buttons and the
> > widget for setting path properties / fill and strokes) isn't really
> > switchable (you may switch it via menu, but if you do this, most of
Karbon
> > functionality is't available anymore, because all functionality is just
> > implemented in this toolbar). And at the first possible situation the

> Show me any graphic application which is usable without a mouse... or
> wordprocessor without a keyboard.

There is a distinction between a (hardware) input device and a mandatory
custom GUI widget, you know...

Regards
Dirk






_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]