extragear/sdk/kdevplatform/shell

David Nolden zwabel at googlemail.com
Tue Dec 8 12:49:27 UTC 2009


Am Dienstag 08 Dezember 2009 10:15:06 schrieb Niko Sams:
> On Tue, Dec 8, 2009 at 04:40, David Nolden <zwabel at googlemail.com> wrote:
> > Am Montag 07 Dezember 2009 21:37:44 schrieb Niko Sams:
> >> On Mon, Dec 7, 2009 at 21:24, David Nolden <zwabel at googlemail.com>
> >> wrote: [...]
> >>
> >> > That's my ideas of how sessions should work, and it's wouldn't be that
> >> > hard to implement.
> >>
> >> Yes, we should have exactly THAT behavior in 4.0.
> >>
> >> stupid question: should session switching change loaded projects in
> >> current trunk? Because for me it doesn't.
> >
> > I've worked the night on this, and now, we have exactly THAT behavior.
> > :-)
> 
> Great! I'll use sessions now :D
> 
> - we should remove the "Reopen projects on startup" option, or ignore
> it's value when switching session
Done (removed)
> - shouldn't *switching* a session close the old one?
I was not entirely sure about that one, after all the menu doesn't clearly 
indicate whether it's really a 'switch' or rather a 'open as well', but I've 
done it now so it follows the logic of 'switch'. The old behavior can be 
achieved using "Start New Session" and then "Switch". "Start New Session" 
still just starts an _additional_ session, although I feel that's slightly 
inconsistent with the other _switch_ buttons in the same menu.

> - the new instance takes it's time, some loading indicator would be nice
It's very fast here, that's why I've disabled the splash screen for new 
instances, as it looked ugly seeing it flash up and disappear again. Actually 
the loading should be fast, as all the libraries are already in memory..

> - would it make sense that creating a new session has all settings
> copied from the current one (except projects, workingsets and global
> launches)
That sounds like some quite complicated distinctions would need to be done. 
What's actually contained in a session, except those things? :-)

Greetings, David




More information about the KDevelop-devel mailing list