RFC: KDevelop4 icons, what do we want/need?

Andreas Pakulat apaku at gmx.de
Tue Jan 30 19:53:45 UTC 2007


On 30.01.07 19:52:30, Jakob Petsovits wrote:
> On Tuesday, 30. January 2007 19:16, Andreas Pakulat wrote:
> > distclean exists at least for qmake projects too. configure could point
> > to running cmake or even running ccmake in a terminal. qmake or custom
> > makefile projects might have a configure script too.
> 
> You're right there. However, I'm asking myself if it's really necessary to 
> create a separate icon for all these actions.
> 
> The current toolbar is already crowded.

This is not necesarily about the main toolbar.

> If you look at KDevelop 3.4, you won't 
> see any of 'Run Configure', 'Run autotools', 'Install', 'Install (as root)' 
> and 'Make Messages & Merge' somewhere else than in the menu, and rightly so.

Oh, try to open up the automake manager, you have quite some of the
icons there. 

> Icons (from an application point of view) serve two purposes:
> - enable the developers or users to put the action into the toolbar
> - be able to quickly recognize important actions in the menu,
>   telling them apart from less important (seldomly used) ones.
> 
> Imho, if an icon does not belong in the toolbar, and if it's not one of the 
> more important actions, it should not get an icon.

Well, why should we forbid the users to have distclean in their toolbar
if they want to? Seriously I think any action that is in the main
toolbar or is accessible via a key shortcut should have an icon to be
able to put it into a toolbar.

Also I think in KDevelop4 with the perspective support we should think
about showing/hiding toolbars that are not of interest to the user in a
certain perspective. For example remove the debugging toolbar in the
edit perspective.

> So, here's my modified version.
> I dropped 'run autotools', and I'd really like to also drop
> 'configure', 'distclean', 'install' and 'install (as root)'.
> They're still in here for completeness's sake.

Uhm, I think install still qualifies as an often-to-be-used action, no
non-simple KDE app can be run/debugged without beeing installed.

Andreas

-- 
So this is it.  We're going to die.




More information about the KDevelop-devel mailing list