extragear/sdk/kdevplatform/shell

Andreas Pakulat apaku at gmx.de
Mon Dec 7 12:47:35 UTC 2009


On 07.12.09 12:58:14, David Nolden wrote:
> Am Montag 07 Dezember 2009 09:54:45 schrieb Andreas Pakulat:
> > On 07.12.09 01:44:59, David Nolden wrote:
> > > SVN commit 1059604 by zwabel:
> > >
> > > Show the set of contained projects with each session in the menu, so you
> > > know what session you might want to start
> > 
> > I don't think I like this. This makes the menu entry overly long very
> > easily. Even with just 4 projects its too long already IMHO.
> Imo the length here doesn't matter. Users have big screens, why not use them?

I have at least 1 screen thats not sooo big. Not to mention that menus that
grow outside the actual application window just look broken.
 
> This is in line with the results of the discussions we had about session 
> management. Generally, we need this if we want session-management to work 
> without forcing the user to explicitly "manage" his sessions by giving them 
> names. IMO by default sessions should be completely name-less, like working 
> sets. If we make it right, the user will automatically use session, without 
> having the feeling of being forced to an exaggerated effort.

You're mixing sessions and "project-set" here. A session has more to it
that just the projects being loaded in it.

> Compare it to file working sets: Nobody would use those if you would have to 
> name them manually, and if you couldn't easily see what files they contain.

Well, I don't use them even though they don't need a name :P

> > This is wrong, the project name is not the .kdev4 filename minus the
> > suffix. There's a separate project name entry in the config.
> 
> Yeah I feared that. But actually, why is this the case? Wouldn't it be easier 
> if we would just define "filename = project-name"?

Because the filename has certain restrictions that a project name simply
shouldn't have. The projectname is user-visible, the filename is an
implementation detail.

Andreas

-- 
You dialed 5483.




More information about the KDevelop-devel mailing list