[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Using running apps
From:       Bo Thorsen <gobo () imada ! sdu ! dk>
Date:       1999-04-15 10:26:19
[Download RAW message or body]

On Thu, 15 Apr 1999, Waldo Bastian wrote:

> weis@stud.uni-frankfurt.de wrote:
> > Now a user clicks on a link. As a result of that one
> > of the applications services is needed.
> > 
> > Should KDE 2.0
> > 
> > a) Start the application once again
> > b) Reuse it always
> > c) Reuse it if the kdelnk of this service tells to do so ?
> > 
> > Applications without a CORBA interface will always be handled
> > like in point a).
> 
> a) is sort of brain-dead. We can do better than that with CORBA.
> 
> So it would be either b) or c). I think it makes sense to have
> an intelligent way to decide whether to reuse an existing process
> or to start a new one. What about asking the application whether
> he can handle the request or whether a new instance should be created?

I think this would be a good solution. Make a virtual method in
K(OM)Application and by default say 'open app again', should even be
source compatible.

> The application can then determine the policy and could for example
> have a configuration option to select which actions should be handled
> in a seperate process and which actions can be handled in the current 
> process.

I don't think this is something that you should have an option in the user
interface for deciding. Two reasons for this: Normally you would always
have the existing app instance opening the new 'document', since this is
the most memory reasonable choice. Second, I already think we have too
many configuration options on some of the apps.

> Would this be possible?

Almost anything is possible, the question is wether it's feasible and
tractable :-)

--

Bo Thorsen             gobo@imada.sdu.dk

Lahnsgade 31, st.      Unix systems administrator,
DK-5000 Odense C       Institute for Stat. and Dem.
Tlf: +45 66 11 83 85   University of Odense

[prev in list] [next in list] [prev in thread] [next in thread]