Hi, I came across another questionable behaviour regarding toolbars: If I adapt i.e the toolbar, the new layout applies to all views (Code, Debug, Review) whereas changes in the toolbar only apply to the view in which you changed it. Is this a bug or a feature? I can see benefits in either behaviour, but all toolbars should behave in the same way, otherwise it's really confusing. best regards Gerhard Am Freitag, 3. Dezember 2010, 01:29:42 schrieb Gerhard Stengel: > Hmm, don't know. I played around with kmail and kdenlive (which both have several tool bars) and except from some > unexplicable behaviour of the separator (it's not shown sometimes between two different toolbars) it worked quite as > expected. > In kmail I saw an element which seems to have the purpose to control where a toolbar further down in the list is > inserted relative to the predecessor. A feature like this would maybe solve the problem that related icons (like "Save" > and "Save All") are torn apart. This feature would allow the toolbar to be directly inserted into the > toolbar. How this is supposed to work if you have as many toolbars as in kdevelop I don't know. > > There seems to be something really strange going on with the "Save" symbol, though. If I take it away, I just have the > non-optimal but explicable placement of the toolbars, but there seems to be no bug at least. But "Save" is buggy. > > regards > > Gerhard > Am Dienstag, 30. November 2010, 22:56:08 schrieb Andreas Pakulat: > > On 30.11.10 21:57:45, Gerhard Stengel wrote: > > > I think there are some problems in the arrangement of the toolbar icons (just tested 4.1.1) > > > > > > I'd like to group similar actions together, like "New" next to "Save". Now "New" belongs to the toolbar > and > > > "Save" and "Save As" to , so they end up in different toolbars even though they're quite closely > related. > > > > > > While the "Configure toolbars" dialogue is open, I'm able to position the icons directly in the toolbar per drag & > drop. > > > However, this change is lost when I change between the "Code" and the "Debug" view and back. > > > So this doesn't seem to be a way to achieve the grouping I's like to have. Is there any? If not, this would be a > nice > > > feature, because to the user it isn't interesting from which toolbar a certain icon comes, it's more important to be > > > able to group them in a logical way. > > > > > > Another strange thing is that if I configure the toolbars with the "Configure toolbar" dialogue and do an operation > that > > > may be totally unrelated to the toolbar, the "Save" icon always jumps right of the new icon, so it's no > > > longer inside its toolbar, the . However, If I activate the views Code->Debug->Code, the "Save" icon > > > changes its place back into the toolbar. This seems like a bug to me. > > > > I'm pretty sure you're barking up the wrong tree here unfortunately > > (except for the loss of changes when switching between debug and code > > area). The toolbar configuration and the menu layout stuff is all > > defined (and constrained) by the KDE XML Gui framework. It can be found > > in kdelibs/kdeui/xmlgui, has only one or two persons who really > > understand it and doesn't work very well for apps like KDevelop who > > rather want much control over where items are being added to the menu. > > > > Andreas > > > > -- > > Be cautious in your daily affairs. > > > > -- > > KDevelop-devel mailing list > > KDevelop-devel@kdevelop.org > > https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel > > > > > -- > KDevelop-devel mailing list > KDevelop-devel@kdevelop.org > https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel > -- KDevelop-devel mailing list KDevelop-devel@kdevelop.org https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel