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

List:       kdevelop-bugs
Subject:    [Bug 144526] UI totally screwed up
From:       Andreas Pakulat <apaku () gmx ! de>
Date:       2007-04-22 22:03:56
Message-ID: 20070422220356.14815.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=144526         




------- Additional Comments From apaku gmx de  2007-04-23 00:03 -------
As far as clicking-and-closing for the fileselector goes: As I said you can have \
keyboard shortcuts to show/hide toolviews, which IMHO works quite well and quite fast \
(of course only if you use the keyboard a lot).

Also you can move views, for example move variable view to the bottom so it is wider \
(right-click the button for the view).

I never implemented such a UI, but I did look at KMdi code a while ago. It was \
totally unreadable, it introduced bugs in places totally unrelated to \
toolview-positioning or any such and nobody knew how it really worked. This is a real \
problem when your working with some software. You can't fix the bugs and the bugs are \
really painful (during the KDE 3.4 time KMDI was the main reason kdevelop crashed \
every other hour). Also I think you're misunderstood part of my earlier statement: \
I'm not saying detachable toolviews are hard to make (thats possible with Qt3 and Qt4 \
easily, just not in an IDEAl-like way), but what is really hard is having toolviews \
that are not detached but cover the main widget while open and the automatic hiding. \
At least, thats what our UI guy and TT say.

As I said earlier: If the KMDI IDEAl mode is that important to you I suggest to go \
back to 3.3. Its still existant, although unmaintained and misses the gdb and \
code-completion/code-navigation features of 3.4.


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