Re: "Modern" GUI style
Joseph Wenninger <[email protected]>
| Newsgroups | gmane.comp.kde.devel.kate |
|---|---|
| Message-ID | <[email protected]> |
Hi I'm still working at document list saving. Somehow the urls get lost, if there is no view created with Christoph's saveDocumentsAtClose hack. I'm still investigating, why that happens, but I don't have much time On Tuesday 23 July 2002 18:28, Anders Lund wrote: > Hi all, > > The new GUI style is still needing a lot of work, if we are going to > release it, and esp if it going to be the default. > > Most important, dragging tool views does not work. In some cases, you get > empty kdockwidgets, and it is possible to cause kate to hang in a infinite > loop during shutdown. To see, do > > * Open views in left and bottom dock areas. > * Drag a view from the left area to a position above the bottom area. > * Drag that view to one of the dock areas. > > Result: an empty KDockWidget, infinite loop during shutdown. > Known bug. I wanted to solve it in the kdockwidget, that docking operations to the mainview get redirected to the containers. I'll look at Christoph's fix first though. > > The button bars looks like shit (sorry), though that is a minor, easily > fixable problem. However, the problems are > * horizontal button bars downright dosen't work graphically > * wrong colors are used. Normal colors (for button and inactive) should be > used. > * 3D effects should be fixed, so that the button bars has clean borders and > the meaning and state of any part is clearly expressed in any > circumstance. > Feel free to fix the horizontal mode. Please be cautious with the vertical mode. That effect's konqueror's sidebar too > Some more serious considerations: > > The integration with KDockWidget is not good enough. KDockWidget presents > some GUI elements that signals a behaviour, which should be adhered to. > > The dockwidget in this mode should only be dockabe into containers and the desktop > I can drag tool views by the header, but the view needs be active. I > suggest the buttons made draggable to other button panes. > I've noticed that feature in Borland Delphi 6 ( Which I use for development in my job). Would be nice for the normal tab mode too > If I drag a view to a button bar, a square is drawn to indicate its drop > position, but the square is not erased after drop. > > The button bars has a splitter widget next to them when all views are > hidden, with a resize cursor, but can not be resized in that situation. So, > the splitter should not be drawn. > > I miss the option to have more views in the dock area, for example the file > selector below the file list. I suggest when a passive button is activated, > the area is split if all current views has the sticky button down, if not > the first view with the sticky button up will be replaced. > That doesn't exist in IDEA idea, which Christoph wanted to have implemented. More then one visible view is possible, but I don't have time for that at the moment. Kind regards Joseph Wenninger PS: There are still a few bugs in the code folding parser and in the icon border updates. Someone interested in helping ? Kind regards Joseph Wenninger