Additionally I really dislike the coding style, not because it's not
mine, but because it fails to make the code more readable. On the
other hand, there was code by Fred which looked really ok, so maybe
it's just about using the coding style in a sane way All I
wanted to say is, that it's
On Fri, Oct 09, 2009 at 12:52:34AM +0200, Riccardo Mottola wrote:
Hi,
Well, having just glanced at a few docs, depending upon the desired
level of compatibility, the approach outlined above seems reasonable.
Most underline styles seem to have appeared with OSX 10.3 - i.e. the
On 9 Oct 2009, at 13:03, Felix Holmgren wrote:
While I sympathize with David who prefers (or is used) to some
other coding
style,
the GNUstep project needs a consistent coding style and the GNU
coding
standard
are as good a choice as any. Since GNUstep is a GNU project, it's
a natural
Hi!
While I think the wiki is a good idea, it's not a substitute for an
official project page, which needs to say:
- This project is alive.
- This project is shiny.
- This project is actively used by some people.
I'm with you there :)
As much as I love GNUstep base, I do not like GNUstep
Well as I really new GNUstep user, at least for the last week :)
I will try to put my two cents here:
As a new user I ahve to say I have been trying to use GNUstep for a while
but two weeks ago I found the time to compile and install everything.
So for a new user is not easy to get GNUstep, there
On 2009-10-08 02:08:35 +0200 Riccardo Mottola mul...@ngi.it wrote:
Hi all,
I have not had much time to look at GNUMail, but I just set the
delegat to nil in the controllers to avoid the crashes when the
toolbar is trying to dealloc.
I have attached the diff to this mail - but I guess someone
100% agree
2009/10/9 Sergii Stoian stoyan...@gmail.com
Hi, Gregory. Hi, guys.
I can't resist expressing my opinion on GNUstep changes as I see it.
I've defined several problem areas of GNUstep:
1. Maturity of GNUstep code for developers (functionality, docs, stability)
2. GUI appearance
While I sympathize with David who prefers (or is used) to some other coding
style,
the GNUstep project needs a consistent coding style and the GNU coding
standard
are as good a choice as any. Since GNUstep is a GNU project, it's a natural
choice.
Given that part of the aim of GNUstep is
Am 09.10.2009 um 11:27 schrieb Sergii Stoian:
World (all stuff outside of GNUstep) acceptance of GNUstep as
alternative developer framework that will help creating of
alternative desktop environment.
Now I can't resist to comment either ;-)
Platforms aren't just a set of kernel and
See below...
On Fri, Oct 9, 2009 at 11:06 AM, Markus Hitter m...@jump-ing.de wrote:
Am 09.10.2009 um 11:27 schrieb Sergii Stoian:
World (all stuff outside of GNUstep) acceptance of GNUstep as alternative
developer framework that will help creating of alternative desktop
environment.
Now I
On 9 Oct 2009, at 16:34, Gregory Casamento wrote:
I'm sorry to hear this. GNUstep, in my opinion, does need something
similar to Cocotron's SDK. Dr. Schaller has already made something
similar for ARM so that he can cross compile for the ARM platform so
it's not terribly difficult... it's
On Fri, 09 Oct 2009 18:06:45 +0300, Markus Hitter m...@jump-ing.de wrote:
Am 09.10.2009 um 11:27 schrieb Sergii Stoian:
World (all stuff outside of GNUstep) acceptance of GNUstep as
alternative developer framework that will help creating of alternative
desktop environment.
Now I can't
Stef,
This does seem to be the consensus
Now we need help to actually make it happen.
GC
On Thu, Oct 8, 2009 at 7:30 PM, Stef Bidi stefanb...@gmail.com wrote:
Forgot to reply to all!
On Thu, Oct 8, 2009 at 10:45 AM, Nicola Pero
nicola.p...@meta-innovation.com wrote:
It would
Sergii, please see below.
Am 09.10.2009 um 17:34 schrieb Gregory Casamento:
Command line stuff is - well many users don't
know what a command line is, after all.
?? I'm not sure what you mean here.
Well, malfunctions in GNUstep are often answered by a few text
commands which fix
On Fri, Oct 9, 2009 at 1:37 AM, Nicola Pero
nicola.p...@meta-innovation.com wrote:
Additionally I really dislike the coding style, not because it's not
mine, but because it fails to make the code more readable. On the
other hand, there was code by Fred which looked really ok, so maybe
it's
Le 9 oct. 2009 à 20:48, Matt Rice a écrit :
On Fri, Oct 9, 2009 at 1:37 AM, Nicola Pero
nicola.p...@meta-innovation.com wrote:
By the way the GNU coding standards are not bad, in fact I
personally like
them (mostly because
my eyesight is really bad and whitespace is much more effective at
On Fri, Oct 9, 2009 at 12:51 PM, Quentin Mathé qma...@gmail.com wrote:
Le 9 oct. 2009 à 20:48, Matt Rice a écrit :
On Fri, Oct 9, 2009 at 1:37 AM, Nicola Pero
nicola.p...@meta-innovation.com wrote:
By the way the GNU coding standards are not bad, in fact I personally
like
them (mostly
Am 09.10.2009 um 20:23 schrieb David Chisnall:
On 9 Oct 2009, at 19:19, Gregory Casamento wrote:
Well, yeah... I do know about pbxbuild since I helped develop it.
The point is that the majority of mac devs expect things to be done
completely from the mac.
My point was that this is
Hey,
I think you have many good points there. However, GNUstep is a wide
project and targets many different users.
Many things you want do not clash with other goals, they only divert
manpower. But keep in consideration that in an opensource project people
do whatever they deem interesting or
Hey,
Gregory Casamento wrote:
Accordingly, work on e.g. a GNUstep terminal app is pointless, as there are
two dozen other terminal apps out there already. Strongly preferring
WindowMaker is plain counter productive.
I believe we need to start integrating better with other
Hi, Riccardo.
2009/10/9 Riccardo Mottola mul...@ngi.it
Hey,
I think you have many good points there. However, GNUstep is a wide project
and targets many different users.
Many things you want do not clash with other goals, they only divert
manpower. But keep in consideration that in an
I'm not a huge fan of the gnu coding standards. To me if the code is
good and makes sense the formatting is secondary.
On Friday, October 9, 2009, Matt Rice ratm...@gmail.com wrote:
On Fri, Oct 9, 2009 at 12:51 PM, Quentin Mathé qma...@gmail.com wrote:
Le 9 oct. 2009 à 20:48, Matt Rice a écrit
David Chisnall schrieb:
IMP caching is a bit more complicated. The new runtime supports a means
of invalidating IMP caches, which means that the compiler will be able
to automatically insert (polymorphic) IMP caching and even speculatively
inline methods. Doing this well will require
By the way the GNU coding standards are not bad, in fact I
personally like
them (mostly because
my eyesight is really bad and whitespace is much more effective at
separating tokens than
brackets or commas). There are some details I'd change, but they
certainly
are not an unusual
or
24 matches
Mail list logo
