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