[RFC] Context-Menu Handling in KDevelop4

Andreas Pakulat apaku at gmx.de
Wed May 9 10:29:35 UTC 2007


On 09.05.07 12:12:18, Jakob Petsovits wrote:
> On Wednesday, 9. May 2007, Andreas Pakulat wrote:
> > On 09.05.07 06:02:23, Jakob Petsovits wrote:
> > > On Wednesday, 9. May 2007, Andreas Pakulat wrote:
> > > > On 08.05.07 21:22:22, Jakob Petsovits wrote:
> We could also issue guidelines, like, -20 to -10 for text editing 
> functionality, -10 to 0 for code navigation, 1 to 13 for code modification / 
> generation, and 14 to 20 for file and source code management / VCS.
> (Just guidelines - they can be ignored if there's a good reason for it.)
> That would make for a good start with outside developers who didn't take a 
> closer look at the shipped plugins.

I think such a guide-line is not a bad idea, however it needs to be
different for each context we will have. Because in a project management
view I don't need the editing stuff on top, I need the
code-management/VCS stuff....

> > > > > Sorting the menu dynamically will be phenomenally bad from a
> > > > > usability point of view, you lose all reliability of what you can
> > > > > expect where.
> > > >
> > > > Well, its not completely random in kdev3 - AFAIK. After all the editor
> > > > context menu looks the same everytime. I guess the order is set by the
> > > > list of plugins in the profile.
> > >
> > > Yeah, that's not what I meant anyways - I was opposing ordering the
> > > entries based upon how often they are selected.
> >
> > While I do think that having the items you use often at an easily
> > findable position I also do hat the windows program menu which hides
> > entries if you don't use them regurlarly.
> 
> If I understand correctly, this feature is neither loved by users (e.g. 
> http://discuss.fogcreek.com/joelonsoftware3/default.asp?cmd=show&ixPost=94078) 
> nor by usability people. I am not a usability expert myself, so I might be 
> wrong, but if we are to include something like this then I'd like to consult 
> the kde-usability list beforehand.

Then for now just lets ignore this. The algorithm that will create the
menu will not be subject to binary compatibility issues at all so we can
always change it later on...

Andreas

-- 
So you're back... about time...




More information about the KDevelop-devel mailing list