On 2005-10-09 11:13:01 + Enrico Sersale [EMAIL PROTECTED] wrote:
On 2005-10-09 10:24:29 +0300 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
On 2005-10-08 14:16:35 + Gregory John Casamento
[EMAIL PROTECTED] wrote:
Saso,
--- Sa¹o Kiselkov [EMAIL PROTECTED] wrote:
What
On 2005-10-10 14:49:16 +0800 Richard Frith-Macdonald [EMAIL PROTECTED] wrote:
On 2005-10-09 11:13:01 + Enrico Sersale [EMAIL PROTECTED] wrote:
On 2005-10-09 10:24:29 +0300 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
On 2005-10-08 14:16:35 + Gregory John Casamento
[EMAIL
On 2005-10-10 07:56:25 + Roman Belenov [EMAIL PROTECTED] wrote:
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
I too. Adding a preference? (default off)
Perhaps ... but another option I thought of would be to get the alert panel
displayed when you quit from GWorkspace to provide a
Am 10.10.2005 um 14:09 schrieb Richard Frith-Macdonald:
I guess the idea of a user default is best then ... if GWorkspace
is used as an X-windows session manager, you could use a command-
line argument to tell it to terminate applications when it is quit.
If any of the apps refuses to
On Mon, 10 Oct 2005 11:56:25 +0400, Roman wrote:
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
I too. Adding a preference? (default off)
Perhaps ... but another option I thought of would be to get the alert
panel displayed when you quit from GWorkspace to provide a third
option. At
On Mon, 10 Oct 2005 15:47:36 +0800, Rogelio wrote:
[...]
Do we really need session management? Right now i just let windowmaker
shut down everything and then let Login.App shutdown the machine. Thats
almost ideal for me right now.
Yes, for you maybe ;-)
But different users have different uhm
On Oct 10, 2005, at 10:30 AM, Markus Hitter wrote:
Am 10.10.2005 um 14:09 schrieb Richard Frith-Macdonald:
I guess the idea of a user default is best then ... if GWorkspace
is used as an X-windows session manager, you could use a command-
line argument to tell it to terminate
On 2005-10-10 14:36:49 + Adrian Robert [EMAIL PROTECTED] wrote:
On Oct 10, 2005, at 10:30 AM, Markus Hitter wrote:
Am 10.10.2005 um 14:09 schrieb Richard Frith-Macdonald:
I guess the idea of a user default is best then ... if GWorkspace is
used
as an X-windows session manager, you
Markus Hitter [EMAIL PROTECTED] writes:
I guess the idea of a user default is best then ... if GWorkspace is used
as an X-windows session manager, you could use a command- line argument to
tell it to terminate applications when it is quit.
If any of the apps refuses to quit, GWorkspace
I thought the topic takes the right direction but now it itches me to
chime in ...
Am Montag, 10.10.05 um 16:30 Uhr schrieb Markus Hitter:
Am 10.10.2005 um 14:09 schrieb Richard Frith-Macdonald:
I guess the idea of a user default is best then ... if GWorkspace is
used as an X-windows
On 2005-10-11 06:00:28 +0800 Lars Sonchocky-Helldorf
[EMAIL PROTECTED] wrote:
[snipped...]
* Session management is better done by loginwindow.app than the
workspace
manager
[snipped...]
I agree. Thats how i would like to do it myself. Of course once i find
my way to actually hacking on
On 2005-10-08 14:16:35 + Gregory John Casamento [EMAIL PROTECTED] wrote:
Saso,
--- Sa¹o Kiselkov [EMAIL PROTECTED] wrote:
What I'm trying to say is: don't worry about peanuts. We have far more
important and urgent issues which _DO_ require serious and competent
decisions ASAP (e.g.
On 2005-10-08 09:42:15 +0300 Sašo Kiselkov [EMAIL PROTECTED] wrote:
Quoting Adrian Robert [EMAIL PROTECTED]:
On Oct 7, 2005, at 3:50 PM, Sa#65533;o Kiselkov wrote:
Let's just stop putting up theories about how it may or may not
work on OSX and
instead start designing a way that would
Markus Hitter [EMAIL PROTECTED] writes:
Is there a fallback for applications that don't explicitly observe this
notification (like passing terminate: to NSApplication instance) ?
Since about any Mac OS X app bases on NSApplication and NSApplication handles
this, there's no need for a
On 2005-10-07 06:40:21 + Roman Belenov [EMAIL PROTECTED] wrote:
Markus Hitter [EMAIL PROTECTED] writes:
Is there a fallback for applications that don't explicitly observe this
notification (like passing terminate: to NSApplication instance) ?
Since about any Mac OS X app bases on
On 2005-10-07 07:53:06 + Chris Vetter [EMAIL PROTECTED] wrote:
On Fri, 07 Oct 2005 06:58:51 +, Richard wrote:
[...]
I think we should provide a (documented) mechanism to shut down an
application for GNUstep. This should probably be some message that the
application will respond to
On Oct 7, 2005, at 3:50 PM, Sašo Kiselkov wrote:
Let's just stop putting up theories about how it may or may not
work on OSX and
instead start designing a way that would work for us.
I think we should try to follow OS X behavior to make things easier
for people porting or maintaining
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
When the session manage wishes to shut down (either for a logout or for the
machine shutting down), it should post an
NSWorkspaceWillPowerOffNotification to the workspace notificationCenter.
The workspace notification center sends that
Quoting Roman Belenov [EMAIL PROTECTED]:
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
When the session manage wishes to shut down (either for a logout or for the
machine shutting down), it should post an
NSWorkspaceWillPowerOffNotification to the workspace notificationCenter.
The
On Thu, 06 Oct 2005 10:50:22 +0200, Saso wrote:
Quoting Roman Belenov [EMAIL PROTECTED]:
Is there a fallback for applications that don't explicitly observe this
notification (like passing terminate: to NSApplication instance) ? What
about OpenStep or Mac OS X - do they have something like
On 2005-10-06 10:36:47 + Chris Vetter [EMAIL PROTECTED] wrote:
On Thu, 06 Oct 2005 08:58:44 +, Richard wrote:
On 2005-10-06 07:53:48 + Roman Belenov [EMAIL PROTECTED] wrote:
Is there a fallback for applications that don't explicitly observe this
notification (like passing
On 2005-10-06 10:11:53 + Chris Vetter [EMAIL PROTECTED] wrote:
On Thu, 06 Oct 2005 10:50:22 +0200, Saso wrote:
Quoting Roman Belenov [EMAIL PROTECTED]:
Is there a fallback for applications that don't explicitly observe this
notification (like passing terminate: to NSApplication instance)
On Thu, 06 Oct 2005 11:19:22 +, Richard wrote:
On 2005-10-06 10:11:53 + Chris Vetter [EMAIL PROTECTED] wrote:
I actually played around with NSWorkspaceWillPowerOffNotification last
night by posting this notification in one application, explicitly
listening for it in another and a
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
My reading of it is that it's your responsibility as a developer to have your
code listen for the notification and call [NSApp -terminate] when you receive
it. I don't think the gui/AppKit does that for you. Did you try this on
MacOS-X? It
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
I have never seen anything in the MacOS-X documentation describing how the
session manager tells the application to shut down other than the
NSWorkspaceWillPowerOffNotification. It is clear that the session manager
sends thay notification to
On 2005-10-06 13:17:26 + Roman Belenov [EMAIL PROTECTED] wrote:
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
I have never seen anything in the MacOS-X documentation describing how the
session manager tells the application to shut down other than the
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
I think we can safely infer that the session manager *should* send the
NSWorkspaceWillPowerOffNotification to all apps on session termination, but we
don't know what (if anything) it should do then (other than some sort of force
quit of
Chris Vetter [EMAIL PROTECTED] writes:
They usually offer something like Log out -- sending a power
off note would be the only *clean* way of letting other applications know
that the user is about to log out (ie. terminate the workspace, which would
normally result in 'killing' everything
Am 06.10.2005 um 09:53 schrieb Roman Belenov:
Richard Frith-Macdonald [EMAIL PROTECTED] writes:
When the session manage wishes to shut down (either for a logout
or for the
machine shutting down), it should post an
NSWorkspaceWillPowerOffNotification to the workspace
notificationCenter.
29 matches
Mail list logo
