On Mittwoch, Nov 30, 2005, at 08:01 Europe/Berlin, Sašo Kiselkov wrote:
Quoting Helge Hess [EMAIL PROTECTED]:
On 26. Nov 2005, at 18:16 Uhr, Nicolas Roard wrote:
- the feel -- more difficult; under windows you want menu-in-
windows, etc
Is it really such a big deal to resize the
It isn't, but there's lots of apps out there which exist as a menu-only when
no
windows are open, e.g. Project{Manager,Center}, Gorm, GNUMail, etc. Such a
concept doesn't really fit into the Windows world.
I came across this years ago deploying OpenStep apps under Windows. Essentially
you
On 30. Nov 2005, at 13:35 Uhr, Pete French wrote:
I came across this years ago deploying OpenStep apps under Windows.
Essentially
you have to do what NeXT did and make sure theres always one window
on screen
at launch time if you want the app to function. I think they had
one which
popped
Helge Hess wrote:
I suppose the solution is to open a window on startup and to quite
the app when all windows are closed.
That is exactly what OPENSTEP on Windows did.
Look at
- (BOOL)applicationShouldTerminateAfterLastWindowClosed:(NSApplication
*)theApplication
in
On 26 Nov 2005, at 15:27, Nicolas Roard wrote:
On 11/26/05, Rogelio M. Serrano Jr. [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2005-11-26 14:22:25 +0800 Thom Cherryhomes
[EMAIL PROTECTED] wrote:
it is worth noting that YES, a colour change would go part of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2005-11-27 00:34:58 +0800 Richard Frith-Macdonald
[EMAIL PROTECTED] wrote:
On 26 Nov 2005, at 15:27, Nicolas Roard wrote:
On 11/26/05, Rogelio M. Serrano Jr. [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On
On 26. Nov 2005, at 18:16 Uhr, Nicolas Roard wrote:
- the feel -- more difficult; under windows you want menu-in-
windows, etc
Is it really such a big deal to resize the content-view of an
NSWindow and place the menu at the top? (really, I have no idea, but
this point sounds rather easy,
First of all, a little criticism at the beginning: you are comparing two
different things: GNUstep is a framework for developing applications, Gnome is
a desktop environment. So next time compare either Gnome to, say, the Etoile
project (www.etoile-project.org) or GNUstep to GTK 2.0.
Quoting Thom
On 26 Nov 2005, at 17:16, Nicolas Roard wrote:
This is why I'm concerned that we should -
1. keep the current interface as default
2. provide themes for the other interfaces
3. make switching VERY easy
4. try to make things interoperate as well as possible even when we
are not using themes to
Richard Frith-Macdonald wrote:
On 26 Nov 2005, at 17:16, Nicolas Roard wrote:
This is why I'm concerned that we should -
1. keep the current interface as default
2. provide themes for the other interfaces
3. make switching VERY easy
4. try to make things interoperate as well as possible even
I have posted a screenshot of GNUstep apps running alongside GNOME
applications
I did this, because a picture is worth a thousand words as to the
state of GNUstep's interoperability with other desktop
environments
Nicolas Roard and I developed the Nesedah theme
Talk about sticking out like a sore thumb.
It's not all bad though. The GNUstep default look looks a little
more organized if you ask me. But that may be because I love the
column view and despise icons like that.
A few things that should seriously be looked at:
- The attributes
12 matches
Mail list logo
