Le 16 déc. 06 à 09:32, Yen-Ju Chen a écrit :
On 12/15/06, Quentin Mathé <[EMAIL PROTECTED]> wrote:
Hi everybody,
Here is a quick mail to let you know I recently finished the log out
support. I posted a blog entry about it: <http://www.etoile-
project.org/etoile/blog/2006/12/if-you-want-just-log-out.html>
I briefly look at the source code and have a comment.
It seems that System, EtoileMenuServer (ApplicationsEntry subproject),
AZDock and Azalea are all tracking running applications in some way
or another,
which is also a job of NSWorkspace.
System uses also NSWorkspace for this tracking. But it's possible
that more tracking code can be delegated to NSWorkspace directly.
I wonder whether we can have a unified framework or service to do that
and everyone else can use the framework or query the service.
System already provides such service, I think you can call SCSystem
methods in your project since SCSystem singletion is registered with
DO under /etoilesystem name for now. Some adjustements for remote
calls could be needed. This is valid for ApplicationManager too, it's
registered under /etoilesession name with DO.
My plan is to refactor System a bit to have few classes like:
- SCServer (generic dameon abstraction with DO setup)
- SCSystem
- SCSession (generic Session abstraction)
- SCUserSession
- SCProjectSession
- SCTask (utiliy class that represents a process with various
properties usually set in a config file like the current
SystemTaskList.plist)
Then eventually package them in a framework called SystemCore, this
would hide DO interaction completely.
Another possibility is to put some of these classes like SCTask,
SCServer in EtoileFoundation and keep the rest private perhaps.
It is obvious that it can only be done through distributed
notification.
It's a possibility but DO works well currently.
Since Azalea has to track windows on its own, we can leave it out.
AZDock track application mainly for the dock and some simple
command such as hide and quit.
It also has to track x window application throught xwindow system.
So it can actually feed the information of x window application
into the System.
ok
The application tracking in EtoileMenuServer and AZDock is redundant.
I guess it is because some people prefer one than the other.
Yes, we got to merge it in some way. I think it was reimplemented in
EtoileMenuServer by Saso because System wasn't finished until now.
But i do like to have an applications menu which list all the
installed
GNUstep applications.
AZDock has a menu of recently-opened application,
which can also be moved to menu server.
My point is that we probably need to have an unified interface
and clear up the role of each component.
What are you speaking of… API, UI or both? :-)
Cheers,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss
