HIG (Future of KDE Development)

Christoph Cullmann cullmann at babylon2k.de
Tue Feb 15 18:24:10 GMT 2005


On Tuesday 15 February 2005 19:12, Andras Mantia wrote:
> To go back to the main idea: I agree the issue with MDI must be cleared
> up in the HIG. A good solution would be a mode looking like the current
> IDEAl one which can be configured to behave like a top-level mode, if
> the user likes that way by detaching the toolviews and main views. And
> would be nice if all applications having similar features could use a
> standard library.
yes, same feelings here, IDEA is great for most stuff, if the toolviews would 
be correctly usable if detached I guess it would fit most needs, and it would 
still be consistent. current kmdi with the different modes is just plain 
hell.

we need a desktop wide consistent concept how to handle tabbing, sidebars(+ 
it's toolviews) and splitting, implemented in some kmdi successor, which can 
be used by all apps needing it. Important aspect is to allow the app 
developers to control how much of this features will be enabled to the users, 
e.g. splitting might not be wanted everywhere, same goes for tabbing, which 
maybe not suited for apps only wanting a IDEA style gui with sidebars.

main technical aspect I guess is: does we wan't to fix kdockwidgets for kde 
4.x or does we want to base the new IDEA style GUI on QDockWindow (if they 
allow to sanely implement the featureset needed by IDEA)

tabbing behaviour is again a aspect needing to be more consistent, konqueror 
and kate use similar tabbing style in 3.4, quanta and kdevelop differ here 
for example, but that's OT I guess, and more a detail problem.

cu
Christoph

-- 
Christoph Cullmann
KDE Developer, kde.org Maintainance Team
http://www.babylon2k.de, cullmann at kde.org
-------------- 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/20050215/aaf5c501/attachment.sig>


More information about the kde-core-devel mailing list