CVSROOT:/sources/gnustep
Module name:gnustep
Changes by: Gregory John Casamento gcasa 10/12/16 02:53:55
Added files:
. : REPOSTORY_HAS_MOVED
Log message:
Make it clear that the repo is no longer here, but at gna.
CVSWeb URLs:
http
Yes, go ahead and commit it.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Hans Baier hansfba...@googlemail.com
To: GNUstep Developer gnustep-dev@gnu.org
Sent: Sat, February 13, 2010 12:57:59 AM
Subject:
This should be fixed now.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Germán Arias ger...@xelalug.org
To: Dev-GNUstep gnustep-dev@gnu.org
Sent: Fri, February 12, 2010 11:57:12 AM
Subject: Recent changes on NSSavePanel
Hey guys... it would be nice if we could arrange a skype conference (or we
could use iChat, if you like) to allow people in the US to have contact with
you guys over there. Let me know when is a good time to set something like
this up as I would really like to see some of you in, at least, the
I'll take a look and see why they'rebreaking things...
Thanks.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Germán Arias ger...@xelalug.org
To: Dev-GNUstep gnustep-dev@gnu.org
Cc: Gregory John Casamento greg_casame
Guys!!
If anyone would like to give a talk about GNUstep at SCALE, please let Gareth
know.
Thanks, GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Forwarded Message
From: Gareth J. Greenaway gar...@socallinuxexpo.org
To:
I'll test it. Thanks.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Fred Kiefer fredkie...@gmx.de
To: GNUstep Developer gnustep-dev@gnu.org
Sent: Monday, September 7, 2009 12:25:39 PM
Subject: Changes to NSScrollView
Fred,
I can undo the change. The last email you sent wasn't clear with respect to
whether you wished me to remove it or to fully implement it. I chose to fully
implement it. I can remove it and stub out the implementation, if we want to
do an ABI compatible release this time around.
All,
An old friend of mine brought this to my attention...
http://cobra-language.com/forums/viewtopic.php?f=4t=374
Please take a look.
Later,
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
___
Gnustep-dev
Very good point. :)
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Nicola Pero nicola.p...@meta-innovation.com
To: Gregory Casamento greg.casame...@gmail.com
Cc: GNUstep Developer gnustep-dev@gnu.org
Sent: Thursday,
. It is
a bug on our side if we don't have it, in my opinion.
GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Gregory John Casamento greg_casame...@yahoo.com
To: Fred Kiefer fredkie...@gmx.de; GNUstep Developer gnustep
I tested the change in a number of different applications and was unable to
cause this to occur. I believe this might have been prevent something which
was happening under the old architecture of the toolbar.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
Have a safe trip.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Richard Frith-Macdonald rich...@tiptree.demon.co.uk
To: Developer GNUstep gnustep-dev@gnu.org
Sent: Wednesday, February 4, 2009 12:23:30 PM
Subject: Off
David,
Simply because an exception is thrown and not caught does not necessarily mean
that the application is in an unknown state.
Indeed some applications may have come to rely on this behavior and it makes it
very difficult to port applications which do this without refactoring.
As far as
Fred,
The NSDrawer change:
* I think that setFrame:display:animate: didn't exist when I originally wrote
the code for NSDrawer. The issue is that on Windows systems and on some slower
systems the code that was there (in NSDrawer) was very slow and was causing the
drawer to open very very
in initWithCoder: instead of doing
this.
Thanks, :)
Gregory Casamento -- Principal Consultant - OLC, Inc # GNUstep Chief Maintainer
From: Wolfgang Lux wolfgang@gmail.com
To: Gregory John Casamento greg_casame...@yahoo.com
Cc: GNUstep Developer gnustep-dev
David,
Just throwing these thoughts out there...
In order to raise interest we need to reach out to more people who have Cocoa
software on Mac OS X and help them realize that GNUstep is a viable environment
for porting their software. We have a number of examples of modern Mac OS X
Cocoa
Fred,
Please see bug #25236.
https://savannah.gnu.org/bugs/index.php?25236
The whole window does resize on Mac OS X when a toolbar is added, not the
content view.
I attached a test program there and added it's output in a comment to the bug.
Thanks, GC
Gregory Casamento -- Principal
Fred,
I don't think it's used outside. At least I've never seen it used separately.
Later, GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Fred Kiefer fredkie...@gmx.de
To: GNUstep Developer gnustep-dev@gnu.org;
Windows is hardly a homogenous environment itself. I think a windows theme
that is Close enough will suffice in most cases.
Think about Java apps or even iTunes and such on Windows. They don't really
blend, but they do make enough changes to work with the environment. I
think that's
think
about that?
Fred?
Later, GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Philippe Bernery philippe.bern...@gmail.com
To: Gregory John Casamento greg_casame...@yahoo.com
Cc: Fred Kiefer fredkie...@gmx.de; gnustep
Darryl,
We are taking a look at adding the option to install on Cygwin back into
GNUstep (it previously worked). :)
In the meantime you might be interested in the MinGW installers here:
http://www.gnustep.org/resources/sources.html#windows
The installers should install a basic MinGW system
All,
I agree. Thank you all for your contributions to this release. I agree with
Fred. I think it's going to be a really good one. :)
I will have to do a release of Gorm once it's done since there has been a fair
amount of work on it as well.
Later GC
Gregory Casamento -- Principal
Shouldn't the compile farm remove previous installations so that
chicken-and-egg dependencies can be detected?
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Adam Fedor [EMAIL PROTECTED]
To: Developer GNUstep
Hey Chris,
This really does look interesting! Keep us updated on your progress. :)
Later, GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Lisbon Acid [EMAIL PROTECTED]
To: gnustep-dev@gnu.org
Sent: Saturday,
Let me make the changes I made to nib loading a little more stable. I am
working on it, and I expect to be done tomorrow. :) After that we should be
good for a release.
GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
Wolfgang,
These are what are known as designated initializers they are called on
objects when a nib is instantiated on instances of custom classes only. This
is what is described in Apple's documentation and fits with observed behavior
on OpenStep and on Cocoa.
If we can find a cleaner
of these changes as well so that I can test them a
bit and make certain that they reflect what is on Cocoa.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Gregory John Casamento [EMAIL PROTECTED]
To: Wolfgang Lux [EMAIL
Wolfgang,
I've commited a fix for this.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Gregory John Casamento [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]; Wolfgang Lux [EMAIL
PROTECTED]; gnustep-dev
I submitted my test for the @synchronize changes. Nothing from my end should
hold up a release.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
From: Adam Fedor [EMAIL PROTECTED]
To: gnustep-dev@gnu.org Developer
All,
Is anyone available to go to SCALE in California? For those who don't know
SCALE is the (S)outhern (CA)lifornia (L)inux (E)xpo, it's website is:
http://scale7x.socallinuxexpo.org/. I would really like for us to have a
presence there. The new WindowMaker guys have said that they are
Hi Matt,
It's good to hear from you! :) Yes, I think we would like to discuss this.
Later, GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Mathew Eis [EMAIL PROTECTED]
To: gnustep-dev@gnu.org
Sent: Monday, October 13,
Hey David,
I have thought about what it might take to do this. Essentially, this would
mean a new set of encoders, similar to what is done with GModel and Keyed
Archiving (although Keyed Archiving uses the same methods as regular encoding).
Currently there's so much to do in GNUstep that this
I had to make one minor fix, but otherwise it works fine.
Thanks. GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: GNUstep Developer gnustep-dev@gnu.org
Sent: Wednesday, September 3, 2008
: Sunday, June 22, 2008 10:17:49 AM
Subject: Re: more licensing issues :(
On Sat, 21 Jun 2008 13:15:48 -0700 (PDT), Gregory John Casamento [EMAIL
PROTECTED] said:
All, I don't think we have an issue as Andrew has agreed to license
them under the GPL. ...
Excellent. Thanks for looking
I think this is a good idea. Let me see what the response from Andrew is
first.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Nicolas Roard [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: Developers list
GNUstep has been moved back to GPLv2+ so those licensing issues should be taken
care of.
I will contact Andrew and see what can be done about this.
Thank you for pointing this out.
Later, GC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original
I used SuSE for a while and had a similar issue. I thought that, by now, SuSE
would have resolved it's 64 bit issues, but I see that's not the case. *sighs*
GNUstep works fine on Debian when compiled 64-bit, so this is definitely
something that is distro-specific. I'll see what I can do to
I believe we should shoot for this, yes. So you think we should target the
end of the month to make the release?
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: gnustep-dev@gnu.org
I'm not sure, but I defer to Fred's judgement entirely on this.
But my opinion is that If we do deprecate it, it should not be removed for a
while. The reason is that the xlib/x11 backend is a good fallback position to
have when all else fails. Additionally, on older machines, the xlib
]; [EMAIL PROTECTED]
Cc: gnustep-dev@gnu.org
Sent: Friday, May 23, 2008 6:45:58 AM
Subject: Re: NSWindow NSGraphicsContext issue
Original-Nachricht
On Thu, 22 May 2008, Gregory John Casamento wrote:
Given that Fabien said once he recreated the .gorm file it's not
happening
I'll try that one. I had downloaded another version, but I think it's the
same.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developer
I'm apparently missing something,... I get an error trying to compile that.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developer
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Gregory John Casamento [EMAIL PROTECTED]
To: Fred Kiefer [EMAIL PROTECTED]; GNUstep Developer gnustep-dev@gnu.org
Sent: Monday, May 19, 2008 4:34:49 PM
Subject: Re: NSWindow
Okay... cool. I was unsure about this.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: David Chisnall [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: Thierry DELHAISE [EMAIL PROTECTED]; gnustep-dev@gnu.org
Chief Maintainer
- Original Message
From: Richard Frith-Macdonald [EMAIL PROTECTED]
To: Thierry DELHAISE [EMAIL PROTECTED]
Cc: Gregory John Casamento [EMAIL PROTECTED]; gnustep-dev@gnu.org
Sent: Thursday, May 8, 2008 1:16:24 PM
Subject: Re: AppKit (Win32) generals questions
On 8 May 2008
@gnu.org
Sent: Wednesday, April 30, 2008 6:58:17 PM
Subject: Re: GPLv2 licensing issues
On Fri, 11 Apr 2008 16:14:57 -0700 (PDT), Gregory John Casamento [EMAIL
PROTECTED] said:
All, I've written Brett Smith at the FSF to ask about exceptions or
any possible solutions to the issues we're
Matt,
I would like to personally welcome you and the other GSoC participants who have
decided to work on GNUstep. We're excited about your involvement and look
forward to your contributions. :)
Please don't hesitate to ask questions to your mentors, or to other members of
the GNUstep team,
I will be releasing Gorm in the next few days, if not tonight. Please take the
time to test the SVN version of Gorm to make certain that it works properly and
report any bugs you find.
My apologies for the delay, I've become very busy at work.
Thanks,
Gregory Casamento -- Principal
One thing that springs immediately to mind is the connector classes for
Binding. They have to be finished. Are you going to be using these in
Renaissance? Do you currently use the existing connector classes?
Mostly curious. :)
GJC
Gregory Casamento -- Principal Consultant - OLC, Inc
#
Aren't you effectively writing code when you create the XML by hand?
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Xavier Glattard [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: Xavier Glattard [EMAIL
The change wasn't to the return type, but to what it's being compared to in the
method. We changed the declaration of a local variable to BOOL so that the
comparison would be done properly.
You want this changed back?
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief
I tested continuous buttons in Gorm last night, it works properly.
GJC
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Nicola Pero [EMAIL PROTECTED]
To: Fred Kiefer [EMAIL PROTECTED]
Cc: Herbo [EMAIL PROTECTED];
Fred,
Please go ahead and put this into the bug tracking system. I'm working on
Gorm some today, so I suspect I'll bump into this once I update a little later
on. I might take a look at it and pull in Quentin if I can.
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief
Yes. :)
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Lars Sonchocky-Helldorf [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: Fred Kiefer [EMAIL PROTECTED]; GNUstep Developer gnustep-dev@gnu.org
Sent: Friday
Adam/Fred,
One of the things I think we need to do in order to address the ABI
compatibility issue is to adopt a strategy similar to what Apple has done in
it's headers.
Currently there is a lot of space which is marked as reserved in Apple's
header files. This allows for future additions
I think SoC would be a good thing to get into this year. We need to gain
momentum and SoC is a good way to get the word out as well as get some people
interested in GNUstep.
Later, GJC
--
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original
I'm seeing a similar failure on my x86_64 (essentially amd64) machine. Could
either of you send a backtrace?
Thanks, GJC
--
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Pete French [EMAIL PROTECTED]
To: gnustep-dev@gnu.org;
DO works just fine.
--
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Thomas Gamper [EMAIL PROTECTED]
To: gnustep-dev@gnu.org
Sent: Tuesday, February 26, 2008 12:52:27 PM
Subject: amd64 and libffi
Hi!
I am running GNUstep on
Fred,
I think I will need to discuss this with him to set it straight. It needs to
be made clear to him what our direction is.
GJC
--
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: GNUstep
Fred,
I don't believe you've overlooked anything. What you're describing seems to
me, to be the right behavior.
GJC
--
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: GNUstep Developer
All,
I'd like to have a discussion and come to a consensus on what everyone feels
would comprise a 1.0 gui release.
Please let me know your thoughts on the matter.
Thanks, GJC
--
Gregory Casamento -- OLC, Inc
# GNUstep Chief Maintainer
___
]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: Adam Fedor [EMAIL PROTECTED]; Developer GNUstep gnustep-dev@gnu.org
Sent: Monday, November 5, 2007 12:03:42 PM
Subject: Re: Next GNUstep release
As far as I can tell 21478 is resolved now and 21479 is only a wish.
From my side there isn't any other
Casamento [EMAIL PROTECTED]
Cc: Developer GNUstep gnustep-dev@gnu.org
Sent: Monday, November 5, 2007 2:24:37 PM
Subject: Re: Next GNUstep release
I think it's fine, given that, if anyone really did have a problem
with it, we could easily rewrite them.
On Nov 5, 2007, at 11:39 AM, Gregory John
I would like to resolve 21478/21479 and make sure that they are not gui related
prior to doing the release of gui.
GJC
--
Gregory Casamento -- OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Adam Fedor [EMAIL PROTECTED]
To: Developer GNUstep gnustep-dev@gnu.org
Sent:
I'm aware of this problem and I'm planning on looking into it tonight.
GJC
--
Gregory Casamento -- OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Quentin Mathé [EMAIL PROTECTED]
To: GNUStep Developers gnustep-dev@gnu.org
Sent: Monday, October 29, 2007 7:42:27 PM
--
Gregory Casamento -- OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Monday, October 29, 2007 8:09:32 PM
Subject: Re: Objective-C 2.0 and other new features
All,
As many of you are probably aware, Apple released Leopard today.
Leopard contains a number of enhancements which are important to us, one of
which is Objective-C 2.0.
Objective-C 2.0
=
Odds are the existing developers will still write for versions of Mac
OS 10.4 and below in
I'm going to create a GPLv3 status page so that people know what to help with
for that.
Right now, I think we're pretty close.
GJC
--
Gregory Casamento
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: GNUstep Developer gnustep-dev@gnu.org
Sent: Monday, September 10, 2007
All,
I discussed this with Fred yesterday and he agreed to be the maintainer of the
GUI library for GNUstep. I can't think of anyone I trust more with this job
than him.
Congratulations, Fred. :)
Later, GJC
--
Gregory CasamentoGNUstep Cheif Gorm Maintainer
Stefan,
This is exciting news. I'm glad to hear you're working on such a thing.
Since it seems as though your other questions have been adequately answered, I
will offer a few suggestions:
1) You may want to look at the code for InnerSpace before creating something
from scratch.
Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Thursday, July 12, 2007 6:18:17 AM
Subject: Re: Moving to GPLv3
Gregory John Casamento wrote:
Status of back
==
Tools
-
font_cacher
Casamento
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Wednesday, July 11, 2007 11:58:48 AM
Subject: Re: Moving to GPLv3
Gregory John Casamento wrote:
All,
I am going to start
for users that want to use PC and could also provide a way for
outside IDE's to integrate with Gorm as well.
Thanks, GJC
--
Gregory Casamento
- Original Message
From: Sergii Stoian [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sergi,
Did you incorporate code directly from PM?
Let me know.
Thanks, GJC
--
Gregory Casamento
- Original Message
From: Sergii Stoian [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Monday, July 9, 2007 8:04:00 AM
I believe that this is worth looking into at this point.
--
Gregory Casamento
- Original Message
From: Yen-Ju Chen [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Sunday, July 8, 2007 1:03:21 PM
Subject: Re: Project Center
looked at PM in a while. I will take a look at it's latest version
and we can discuss this in more detail.
Later, GJC
--
Gregory Casamento
- Original Message
From: Yen-Ju Chen [EMAIL PROTECTED]
To: Sašo Kiselkov [EMAIL PROTECTED]
Cc: Gregory John Casamento [EMAIL PROTECTED]; GNUstep
the contributor is no longer in contact with us.
Does anybody know about this case?
Cheers,
Fred
Gregory John Casamento wrote:
Great! What you explained is the intention.
Later, GJC
--
Gregory Casamento
- Original Message
From: Nicola Pero [EMAIL PROTECTED]
To: Gregory John Casamento
Fred,
Thanks for looking into this. I will make some changes and do some tests later
this afternoon to see if it corrects the issue.
Later, GJC
--
Gregory Casamento
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep
the currently_displaying variable. Is this
really needed?
Are you going to change the Grom code, or should I do it? I would prefer
that you look at the code, as I don't want to break Gorm.
Cheers,
Fred
Gregory John Casamento wrote:
Fred,
Upon seeing your notification of these changes... I
Great! What you explained is the intention.
Later, GJC
--
Gregory Casamento
- Original Message
From: Nicola Pero [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Tuesday, June 26, 2007 8:23:27 PM
Subject: RE: Moving
GNUstep has this class as well... it's in GSNibCompatibility.m. I wrote it
originally as part of the keyed-nib decoding mechanism in GNUstep.
I wrote it to model the behavior I was seeing on Mac OS X. WHY Apple chose to
do it this way I'm not quite certain, but it is one of the classes
]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: gnustep-dev@gnu.org
Sent: Sunday, June 24, 2007 7:28:39 PM
Subject: Re: Button Cell Images
Hi
Gregory John Casamento wrote:
GNUstep has this class as well... it's in GSNibCompatibility.m. I wrote it
originally as part of the keyed-nib decoding mechanism
Yes, Indeed. :)
--
Gregory Casamento
- Original Message
From: Lars Sonchocky-Helldorf [EMAIL PROTECTED]
To: Adam Fedor [EMAIL PROTECTED]
Cc: Developer GNUstep gnustep-dev@gnu.org
Sent: Wednesday, April 11, 2007 6:36:24 PM
Subject: Re: Google SoC progress
Thumbs up Adam for managing
With a clean checkout and a clean install, I still get this:
Compiling file set_show_service.m ...
Linking tool set_show_service ...
../Source/./obj/libgnustep-gui.so: undefined reference to
`nsanimation_progressMarkSorter'
collect2: ld returned 1 exit status
GJC
--
Gregory Casamento
-
It was built with the following compiler:
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/opt/gcc/4.1.1
--enable-languages=c,c++,fortran,objc,obj-c++ --disable-checking
--with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux
Thread
Casamento [EMAIL PROTECTED]
Cc: Xavier Glattard [EMAIL PROTECTED]; gnustep-dev@gnu.org
Sent: Monday, April 9, 2007 8:02:03 PM
Subject: Re: NSAnimation...
Gregory John Casamento wrote:
With a clean checkout and a clean install, I still get this:
Compiling file set_show_service.m ...
Linking tool
Xavier,
I am seeing the following error when compiling:
Making all for tool set_show_service...
Compiling file set_show_service.m ...
Linking tool set_show_service ...
../Source/./obj/libgnustep-gui.so: undefined reference to
`nsanimation_progressMarkSorter'
collect2: ld returned 1 exit
Fred,
I'm currently in a location where I can access SVN. If you could create a tag
or branch of the code prior to your change that would suffice.
Thanks, GJC
--
Gregory Casamento
- Original Message
From: Fred Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc
Nicola,
No, let's not start a new flamewar here, ;-)
No one is doing that. I'm not trying to start one by replying, but I just
wanted to have a purely technical discussion on this topic.
I did have in mind writing a Renaissance GUI Builder because I'd like to
see a native Renaissance GUI
Nicola,
Having thought about this type of thing a great deal, extending Gorm to read
and write Renaissance files as well as adding editors to handle the different
editing situations would be better than creating a gui builder from scratch.
Gorm currently has an architecture which allows easy
Please commence testing of the code on these branches and make any fixes you
feel necessary there in preparation for the upcoming release.
Thanks, GJC
--
Gregory Casamento
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
Sorry... I forgot to give the name of the branch:
The branch is gnustep_stable_20070311
Later, GJC
--
Gregory Casamento
- Original Message
From: Gregory John Casamento [EMAIL PROTECTED]
To: GNUstep Developers gnustep-dev@gnu.org
Sent: Monday, March 12, 2007 9:05:14 AM
Subject: Stable
]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: Richard Frith-Macdonald [EMAIL PROTECTED]; Andrew Ruder [EMAIL
PROTECTED]; gnustep-dev@gnu.org
Sent: Tuesday, February 13, 2007 1:20:31 PM
Subject: Re: gnustep-make experiment
1) Is pkg-config critical to the goal of FHS compliance?
No.
2) Can
Guy,
I've been reading through this thread and it has gone on for a long while and
I'm sorry that I haven't chimed in until now. I'm sorry to say, but, on the
one hand I'm not sure that I see the benefit of creating our own home grown
solution to a problem that has been solved by pkg-config.
Sorry about the delay I've been extremely busy for the past couple of
weeks. I will move the release today.
--
Gregory Casamento
- Original Message
From: Richard Frith-Macdonald [EMAIL PROTECTED]
To: Adam Fedor [EMAIL PROTECTED]
Cc: GNUstep developer list gnustep-dev@gnu.org
All,
Perhaps we could put a set of images to represent the key masks needed.The
#/+/- scheme adds absolutely nothing and only clutters the interface. It would
be better to implement a mechanism which shows some images (pehaps *original*
versions of the same symbols used in Cocoa) to
All,
Sorry to chime in so late on this one, RL has kept me quite busy over the last
few weeks. :)
Wouldn't it be possible to change make so that it handles both setups (i.e. FHS
or GNUstep)?This way we could have one set of GNUmakefiles to handle
everything, instead of two (as Nicola
Kiefer [EMAIL PROTECTED]
To: Gregory John Casamento [EMAIL PROTECTED]
Cc: GNUstep Developers gnustep-dev@gnu.org
Sent: Monday, January 22, 2007 7:34:00 AM
Subject: Re: Delay of release
Gregory John Casamento schrieb:
My sincerest apologies on the recent delay of the release. I have been
All,
My sincerest apologies on the recent delay of the release. I have been
working on correcting a few bugs prior to the release and other events have
delayed me as well.
The release should be made in either Monday or Tuesday.
Thanks for your patience, GJC
--
Gregory Casamento
1 - 100 of 343 matches
Mail list logo
