Arrangement of toolbar icons

[Gerhard Stengel]

Hi,

I came across another questionable behaviour regarding toolbars: If I adapt i.e the <kdevelop> toolbar, the new layout 
applies to all views (Code, Debug, Review) whereas changes in the <KatePartView> 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 <Merge> 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 <KatePartView> toolbar to be directly inserted into the 
> <kdevelop> 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 <kdevelop> toolbar 
> and 
> > > "Save" and "Save As" to <KatePartView>, 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 <kdevelop> toolbar, the "Save" icon always jumps right of the new icon, so it's no 
> > > longer inside its toolbar, the <KatePartView>. However, If I activate the views Code->Debug->Code, the "Save" icon 
> > > changes its place back into the <KatePartView> 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 at kdevelop.org
> > https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
> > 
> 
> 
> -- 
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>