Problems with new session support

Milian Wolff mail at milianw.de
Wed Jan 27 22:17:33 UTC 2010


On Wednesday 27 January 2010 22:38:39 Andreas Pakulat wrote:
> On 27.01.10 22:12:39, David Nolden wrote:
> > Am Mittwoch 27 Januar 2010 19:19:54 schrieb Andreas Pakulat:
> > > On 27.01.10 18:36:48, Milian Wolff wrote:
> > > > On Wednesday, 27. January 2010 18:27:48 David Nolden wrote:
> > > > > Am Mittwoch 27 Januar 2010 18:17:15 schrieb Milian Wolff:
> > > > > > On Monday, 18. January 2010 14:28:28 Andreas Pakulat wrote:
> > > > > > > Hi,
> > > > > > > 
> > > > > > > I'll be filing bugreports about this tomorrow or wednesday, but
> > > > > > > wanted to check here wether some of this is intentional:
> > > > > > > 
> > > > > > > Is the session name prepended to the project list? That would
> > > > > > > explain why I have a "default" session which is not
> > > > > > > automatically opened when loading kdevelop. If not then how do
> > > > > > > I make another session the "default" now that the session
> > > > > > > config dialog doesn't exist anymore?
> > > > > > 
> > > > > > Apparently the session name is most of the time just empty. Only
> > > > > > the
> > > > > > 
> > > > > >  default session has any name at all (i.e. "default"). I just
> > > > > >  wanted
> > > > > > 
> > > > > > to add a "--sessions"  switch to KDevelop that would output all
> > > > > > available session names, and well - all my sessions have an empty
> > > > > > name... The exception is the "default" one.
> > > > > > 
> > > > > > We should at least give incremental names like "Session #1" or
> > > > > > similar, so they are easily selectable... I'll now change my
> > > > > > patch for now so that it outputs the projects in that sessions
> > > > > > and the ID, since that's apprently also supported by the
> > > > > > existing "-s" switch.
> > > > > 
> > > > > I think it would be ugly to have "Session 1 - Projects", "Session 2
> > > > > - Projects" in the menu, as the "Session X" says nothing at all,
> > > > > it would
> > > > > 
> > > > >  just clutter the menu.
> > > > > 
> > > > > If anyone has a "default" session he should delete that, it is just
> > > > > an artifact of the old session support. The real default session
> > > > > is always the one that was used last.
> > > > > 
> > > > > If you want your sessions to have names, you can simply use "Rename
> > > > > 
> > > > >  Session" to give it a name, and from then on you can also use the
> > > > >  command-line "-s" switch to pick a specific session by name.
> > > > 
> > > > And for that I would need to start every single one of my sessions,
> > > > just to give them a name. This totally blows imo... I'd like to have
> > > > the old dialog back...
> > > 
> > > FACK. I've only setup 3 sessions so far and the first thing I did was
> > > giving them useful names. Either we enforce giving a name, by asking
> > > for it when switching the session or we generate one automatically.
> > 
> > Well, on my work machine I have 3 sessions that don't have a name, and it
> > is totally fine like that. What would I need a session name for, if the
> > contained projects completely identify the session? We can leave the
> > user alone with such unneeded overhead. "kdevplatform, kdevelop"
> > identifies my kdevelop session perfectly.
> 
> The problem is that you can't start the session that way from the
> commandline with the -s switch.

You can, simply pass it's hash. Not nice, but works.

> > We could also allow the user to pick a session using "kdevelop -s
> > ProjectName" by contained projects if we want that option to always
> > work.
> 
> That would force me to type much more letters on the commandline then a
> short session name would. Or what happens if there's a session that has
> two projects and another that has these two + a third one?
> 
> > What would an auto-generated session name, that would be completely
> > unrelated to its contents, be useful for?
> 
> It allows to easily start kdevelop with a specific session, without
> having to wait until its shutdown, restarted and the projects reloaded
> completely.
> 
> And all this doesn't yet help at all if one wants to rename or delete a
> session thats not the current one.
> 
> Andreas

-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20100127/d5ca39b6/attachment.sig>


More information about the KDevelop-devel mailing list