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]>
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
Sent: Tuesday, June 26, 2007 8:23:27 PM
Subject: RE: Moving GNUstep
All,
I recently recieved an email from the FSF regarding moving to the new GPLv3
license. I would like to open up discussion regarding this subject on the
list now that the new license is completed.
If we decide to move to the new license, then my opinion on the best way for
the project to p
Fred,
Upon seeing your notification of these changes... I tested with Gorm. The
changes appear to cause Gorm to go into an infinite recursion when trying to
select a control (such as a button) in a window.
I have entered a bug for this... https://savannah.gnu.org/bugs/?20274.
I'm not certain
ROTECTED]>
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
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 whi
Yes, Indeed. :)
--
Gregory Casamento
- Original Message
From: Lars Sonchocky-Helldorf <[EMAIL PROTECTED]>
To: Adam Fedor <[EMAIL PROTECTED]>
Cc: Developer GNUstep
Sent: Wednesday, April 11, 2007 6:36:24 PM
Subject: Re: Google SoC progress
Thumbs up Adam for managing SoC so well!
rega
OTECTED]>
To: gnustep-dev@gnu.org
Sent: Tuesday, April 10, 2007 3:39:59 AM
Subject: Re: NSAnimation...
Fred Kiefer gmx.de> writes:
>
> Gregory John Casamento wrote:
> > With a clean checkout and a clean install, I still get this:
> >
> > Compiling file set_show_serv
regory John 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:
>
> C
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 mod
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
-
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 status
Correction... I *cannot* access SVN where I am. Sorry for the mis-statement.
--
Gregory Casamento
- Original Message
From: Gregory John Casamento <[EMAIL PROTECTED]>
To: Fred Kiefer <[EMAIL PROTECTED]>
Cc: GNUstep Developers
Sent: Thursday, March 29, 2007 12:16:38 PM
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 <[E
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
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 ad
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
Sent: Monday, March 12, 2007 9:05:14 AM
Subject: Stable branches c
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
http://lists.gnu.org/mailman
AIL PROTECTED]>
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 critic
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.
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 sugge
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 repres
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
Sent: Saturday, Jan
Kiefer <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: GNUstep Developers
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 bee
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
_
Large commits will be open again after this weekend's release. I was planning
to cut the release of both gui and gorm tomorrow.
Richard, when were you planning on releasing base?
Later, GJC
--
Gregory Casamento
- Original Message
From: Fred Kiefer <[EMAIL PROTECTED]>
To: [EMAIL PROT
Sorry... should have changed the title of the email...
--
Gregory Casamento
- Original Message
From: Gregory John Casamento <[EMAIL PROTECTED]>
To: discuss-gnustep@gnu.org; GNUstep Developers
Sent: Saturday, January 6, 2007 4:06:46 PM
Subject: Fw: My contact information..
is
happen, please let me know.
Thanks, GJC
--
Gregory Casamento
- Forwarded Message
From: Greg Dekoenigsberg <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Sent: Tuesday, January 2, 2007 11:25:22 AM
Subject: Re: My contact information...
Howdy. :
All,
I would like to shoot for making a release of gui on 1/13/2007.
Thanks, GJC
--
Gregory Casamento
## GNUstep Chief Maintainer
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
Currently our release policy for windows has been a bit spotty. We seem to
release a version for Windows sporadically. I'd like to shoot for having
every release have a Windows installer available for it, if that's possible.
Any thoughts on this?
Later, GJC
--
Gregory Casamento
## GNUstep C
for a TBD amount
of time after which they will be moved to the obsolete folder.
Later, GJC
--
Gregory Casamento
## GNUstep Chief Maintainer
- Original Message
From: Fred Kiefer <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: Richard Frith-Macdonald
AIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: GNUstep Developers
Sent: Monday, December 25, 2006 1:00:59 PM
Subject: Re: Proposal to deprecate Xlib backend
On 25 Dec 2006, at 14:59, Gregory John Casamento wrote:
> All,
>
> I've been thinking about deprecating
All,
I've been thinking about deprecating the Xlib backend, so that we can focus
more on Cairo. I have discussed this with Fred and I would like to know what
everone else thinks about it.
Later, GJC
--
Gregory Casamento
## GNUstep Chief Maintainer
idea.
Later, GJC
--
Gregory Casamento
## GNUstep Chief Maintainer
- Original Message
From: Philippe C.D. Robert <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: GNUstep Developers
Sent: Monday, December 18, 2006 1:01:49 PM
Subject: Re: Plans for change...
Yen-Ju,
> I do know Renaissance.
> I use scroll bar as an example only to show
> that there is no way to have everyone agree on everything.
> If GNUstep decide to adapt auto-layout,
> people from Cocoa may start to complain because they use hard-coded position
> and their nib file cannot convert t
of previous post)
On 17/12/2006, at 23:10, Philippe C.D. Robert wrote:
> On 16.12.2006, at 23:24, Gregory John Casamento wrote:
>>> I now ask these questions: What was the original goal of NeXT with
>>> their OS? Should that goal not also be the same for GNUstep?
>>
>&
l work in the "traditional" Gorm/IB gui editors. I,
personally, have not had the time
to do this, but it can be done.
Later, GJC
--
Gregory Casamento
## GNUstep Chief Maintainer
- Original Message ----
From: David Wetzel <[EMAIL PROTECTED]>
To: Gregory John Casamento <[
r niche OS such as AROS or HaikuOS.
Later, GJC
--
Gregory Casamento
## GNUstep Chief Maintainer
- Original Message
From: Philippe C.D. Robert <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: Henrik Mikael Kristensen <[EMAIL PROTECTED]>; GNUstep Dev
--- Original Message ----
From: Gregory John Casamento <[EMAIL PROTECTED]>
To: Henrik Mikael Kristensen <[EMAIL PROTECTED]>; GNUstep Developers
Sent: Saturday, December 16, 2006 5:15:30 PM
Subject: Re: Plans for change
Henrik,
> I like the original GUI as it has a sober and calm
Henrik,
> I like the original GUI as it has a sober and calm look and I
> wouldn't mind a new GUI, but there are a lot of imperfections
> especially in shoddy text placement that makes it look unfinished.
> It's quite easy to tell the difference between GNUstep and NeXTStep
> screenshots,
Please submit it to slashdot, if you like. It would be nice to let the
community know that things are going to change with this project.
--
Gregory Casamento
## GNUstep Chief Maintainer
- Original Message
From: Lars Sonchocky-Helldorf <[EMAIL PROTECTED]>
To: Gregory John Cas
All,
I've written up a short list of things that I want GNUstep to accomplish in the
year to come:
As Chief maintainer, it is up to me to determine the direction of the project.
Over
the past several years interest in GNUstep has steadily increased, but
not nearly by enough. In order to reach a
Since, you're the one making this assertion, I believe it's up to you to prove
that we have broken it in every release.
I don't have the same impression.
GJC
--
Gregory Casamento
- Original Message
From: Helge Hess <[EMAIL PROTECTED]>
To: Developer GNUstep
Sent: Wednesday, October 4,
I agree with this... we should bump the library version immediately after, to
eliminate confusion.
--
Gregory Casamento
- Original Message
From: Richard Frith-Macdonald <[EMAIL PROTECTED]>
To: Helge Hess <[EMAIL PROTECTED]>
Cc: Developer GNUstep
Sent: Wednesday, October 4, 2006 7:30:
It would be really nice to do some concrete tests to get some real numbers on
this. It would definitely be something to put up on the website.
Later, GJC
--
Gregory Casamento
- Original Message
From: Helge Hess <[EMAIL PROTECTED]>
To: Developer GNUstep
Sent: Tuesday, October 3, 2006
same as they
do.
Do what you want, but, mark my words, it's tempting fate.
Later, GJC
--Gregory Casamento
- Original Message
From: Robert Slover <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]; GNUstep dev
Sent: Satur
Enrico/Guerkan,
I would suggest another name, such as "Workplace", or something similar.
Renaming it "Workspace" would be like me renaming Gorm as "Interface Builder".
Something tells me that might be an issue. :)
Anyway... that's my $0.02.
Later, GJC
--Gregory Casamento
- Orig
The log for i686 is not getting posted to the directory specified in the email.
I would really like to see what the problem is here.
Thanks, GJC
--Gregory Casamento
- Original Message
From: Adam Fedor <[EMAIL PROTECTED]>
To: gnustep-dev@gnu.org
Sent: Friday, September 15, 2006 6:34:16
Riccardo,
Debug symbols don't take up extra memory, since they are not loaded by the
runtime linker.
Later, GJC
--Gregory Casamento
- Original Message
From: Riccardo <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: GNUstep Developers
Sent: Mon
regory John Casamento <[EMAIL PROTECTED]>
Cc: GNUstep Developers
Sent: Monday, September 11, 2006 5:43:21 PM
Subject: Re: Debug as default...
Hey,
On Sunday, September 10, 2006, at 07:40 AM, Gregory John Casamento wrote:
> I'm mentioning this again in order to start a discussion on
Xavier,
You've given little information about what you're actually trying to do. Your
email details how you would like to solve the issue, but doesn't clearly define
what the issue is.
Based on the fact that you briefly mention OpenGL, I assume you want to make a
GNUstep application which dis
t;[EMAIL PROTECTED]>
To: gnustep-dev@gnu.org; Gregory John Casamento <[EMAIL PROTECTED]>
Sent: Sunday, September 10, 2006 1:52:50 AM
Subject: Re: Debug as default...
On Sunday 10 September 2006 01:40, Gregory John Casamento wrote:
> All,
>
> Andy Ruder suggested this and I agree w
Adam,
Is it an ad for new developers or an ad urging end-users to try GNUstep?
Later, GJC
--Gregory Casamento
- Original Message
From: Adam Fedor <[EMAIL PROTECTED]>
To: Developer GNUstep
Sent: Sunday, September 10, 2006 12:21:32 AM
Subject: Advertisement for gnustep
RMS has offered
All,
Andy Ruder suggested this and I agree with it. I believe that we should make
building with debug symbols the default in GNUstep. This would allow distros
to strip them, if they want, but would allow people who are building from
source to be able to provide backtraces without having to do
Er. Dammit... when I type too fast I always screw up. :)
*I* agree with what Andy is saying below.
Thanks, GJC
--Gregory Casamento
- Original Message
From: Gregory John Casamento <[EMAIL PROTECTED]>
To: Andrew Ruder <[EMAIL PROTECTED]>; gnustep-dev@gnu.org
Sent: Thursday,
I'm agree with what Andy is saying.
Later, GJC
--Gregory Casamento
- Original Message
From: Andrew Ruder <[EMAIL PROTECTED]>
To: gnustep-dev@gnu.org
Sent: Thursday, September 7, 2006 11:09:51 PM
Subject: Re: Removing all remaining distinction between shared, debug, profile
and static
All,
I have created the following branch for the mouseDown: fix:
svn+ssh://svn.gna.org/svn/gnustep/libs/gui/branches/NSControl_mouseDown_fix
If you would like to test this fix, please use the "svn switch" command to
switch to this branch and test it.
Thanks, GJC
--Gregory John
ce else.
Later, GJC
--Gregory John Casamento
- Original Message ----
From: Gregory John Casamento <[EMAIL PROTECTED]>
To: Quentin Mathé <[EMAIL PROTECTED]>; GNUStep Developers
Sent: Monday, September 4, 2006 10:53:28 AM
Subject: Re: [Gnustep-cvs] r23384 - in /libs/g
NSControl prior to my rollback and try to debug the issue. The applications
which fail for me are: Ink, Gorm, and TalkSoup (among others). I prefered
testing with Ink, since it's quite small and simple.
Later, GJC
--Gregory John Casamento
- Original Message
From: Quentin Mat
hiver/NSKeyedArchiver classes.
Later, GJC
--Gregory John Casamento
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnustep-dev
dling is complete,
and simply needs some testing to stabilize. Nib2gmodel only handles a small
portion of the classes available, so using Gorm to convert your nibs or loading
them directly is the best possible solution.
Later, GJC
--Gregory John Casa
there, I will add to the list as time goes on.
Take a class and start working on it, if you can. Please keep the task system
updated so that there is no duplication of effort.
Regards, GJC
--Gregory John Casamento
___
Gnustep-dev mailing l
reported in any other
manner are likely be ignored or lost track of.
I would like to make a release of GNUstep by the end of this month, if
possible, since we just did an unstable release for Debian this past Sunday and
Monday.
Thanks, GJC
--Gregory John Casamento
I am going to create the release for both Gorm, gui and back at about midnight tonight. Please let me know when you guys decide to do the release for make and base.GJC--Gregory John Casamento___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lists.
All,All of this discussion on the list has made my consider that GNUstep needs to resolve this confusion once and for all. Are we a desktop or a development environment? I believe that we can, and should, be both. One of the steps we need to take towards doing this is the creation of another
Chris,This would make a lot of sense although... I thought we already had a list like that here:https://savannah.gnu.org/task/?group_id=99It would be better to track this as a set of tasks so that the process is less ad-hoc.Later, GJC --Gregory John Casamento- Original Message From
All,The code in gui and Gorm is frozen in preparation for the release. Only critical fixes to existing functionality should go in at this point.I am attempting to stabilize Gorm and GUI for the release.Later, GJC--Gregory John Casamento___
Gnustep-dev m
All,I would like to make a release to go into Debian by this weekend. I am going to try to finish up what I need to do for nib encoding/decoding in the next couple of days. After that, we should focus on making the code as stable as possible for the upcoming release.The Debian package maintainer
e it non-release critical for all of GNUstep.That being said, as I also said prior, we shouldn't go out of our wayto break things. But, by the same token, we should also not go outof our way to make things work, when and if
something does fail.P.S. I am not trying to sound negative, just givin
.01% of peoplewho might be using it on an ancient architecture.While we should strive to have a wide variety of machines, we shouldn'tgo out
of our way to make it work on machines which are no longer in commonuse. --Gregory John Casamento- Original Message From: [EMAIL PROTECTED]To: [EMAIL PR
well. The non-release critical policy, in this case, needs to cover all of GNUstep, not just "core pieces".Later, GJC--Gregory John Casamento- Original Message From: Riccardo <[EMAIL PROTECTED]>To: Fred Kiefer <[EMAIL PROTECTED]>Cc: Developer GNUstep Sent: Sunday,
All,I believe we've come to the conclusion to deprecate gcc 2.95.x support for GNUstep. To state it succintly, GNUstep shall support only gcc 3.x and greater.Are there any objections, before this becomes official?Later, GJC--Gregory John Casamento- Original Message From: Helge
Allow me to clarify, before anyone asks, we should only support gcc 3.0 and greater. --Gregory John Casamento- Original Message From: Gregory John Casamento <[EMAIL PROTECTED]>To: Andrew Ruder <[EMAIL PROTECTED]>; Developer GNUstep Sent: Friday, August 11, 2006 1:14:32 A
o fix issues related to it either.Later, GJC--Gregory John Casamento- Original Message From: Andrew Ruder <[EMAIL PROTECTED]>To: Developer GNUstep Sent: Thursday, August 10, 2006 8:41:53 PMSubject: Re: [Gnustep-cvs] GNUstep Testfarm ResultsOn Thu, Aug 10,
2006 at 04:02:01PM -0600, Adam
Stefan,I hope you reconsider. Sorry to see you go. :(GJC--Gregory John Casamento- Original Message From: Quentin Mathé <[EMAIL PROTECTED]>To: GNUStep Developers Cc: Stefan Urbanek <[EMAIL PROTECTED]>Sent: Tuesday, August 1, 2006 5:11:49 PMSubject: Re: Time to say good byeLe 2
All,I'd like to do an unstable release of GUI at the end of July. Please let me know what you're working on, so that we can decide if it should go into this release or not.I am currently working on getting Nib writing support to work (to some degree) before the next release.Thanks, GJC--Gregory Jo
Hey,I just thought I would give everyone a brief update of what has been going on over the last few weeks with Gorm and nib support. Here are some of the more important points:1) Gorm has been refactored to properly use the NSDocument* classes. 2) GormDocument no longer derives from GSNibContain
All,There have been a large number of commits to the repository lately with no comments whatsoever. These comments are useful to determine what changed and are also useful as a guide when something is broken. Please add descriptive comments when committing to the repository.Thanks, GJC--Gregory
Wasn't Saso working on a core data clone? Would it be worth it to ask him if he can contribute this, since he recently said that he doesn't have time to work on it? --Gregory John Casamento- Original Message From: Fred Kiefer <[EMAIL PROTECTED]>To: GNUstep Developer Sent
I'm wondering if another "Developer" package might not be a bad idea. GJC--Gregory John Casamento- Original Message From: Adam Fedor <[EMAIL PROTECTED]>To: GNUstep Developers Sent: Sunday, May 28, 2006 10:31:28 AMSubject: Re: Gorm/ProjectCenter inclusion into GNUstep
I believe that Gorm and ProjectCenter should be included in GNUstep startup. This would allow the user/developer a one step solution to installing all of the essential parts of GNUstep without any need to download Gorm and PC separately. We also might want to think about other developer tools whi
n a state where they are stable enough to consider merging.Later, GJC--Gregory John Casamento- Original Message From: Peter
Cooper <[EMAIL PROTECTED]>To: Gregory John Casamento <[EMAIL PROTECTED]>Cc: discuss-gnustep@gnu.org; GNUstep Developers Sent: Tuesday, May 23,
I build with 4.1 regularly but, like you, I do it in debug mode. It would be good to try a build with debug mode turned off to see what the issue is.Does anyone have a backtrace which might give a clue to what the problem is?Thanks, GJC--Gregory John Casamento- Original Message From
Is anyone else having this issue? --Gregory John Casamento- Original Message From: Jonathan Isom <[EMAIL PROTECTED]>To: gnustep-dev@gnu.orgSent: Monday, May 22, 2006 8:07:36 PMSubject: compiling base with gcc 4.1 results in Gui app segfaultI compiled svn today with gc 4.1 and was get
been deprecated for a very long time) have been removed.Please try the code out and let me know. I have tested it quite a bit.Thanks, GJC--Gregory John Casamento- Original Message From: Gregory John Casamento <[EMAIL PROTECTED]>To: GNUstep Developers ; discuss-gnustep@gnu.orgSent: Sa
All,Please check out the latest SVN and take a look. I also checked in the changes to Gorm and to gormtest, which now includes nibs as well as the normal gorm files to test out loading.The changes to Gorm.app consist only of those necessary to make it compile with the changes. I am working on th
Yes, connections are working just fine.The program behind is wterm v6.2.9. It's a terminal that is supposed to be NeXT-like. --Gregory John Casamento- Original Message From: Adrian Robert <[EMAIL PROTECTED]>To: Gregory John Casamento <[EMAIL PROTECTED]>Cc: GNUstep Develo
if they have to navigate within an app wrapper to do so. We need to provide them with something that is familiar. Later, GJC--Gregory John Casamento- Original Message From: Richard Frith-Macdonald <[EMAIL PROTECTED]>To: Gregory John Casamento <[EMAIL PROTECTED]>Cc: GNUstep Developers
All,
While discussing various ideas with other GNUstep developers today there were a number of ideas that I felt were good, FHS Compliance==
I believe that it's useful to allow GNUstep to support an FHS
compatible layout for the libraries. Currently, everything that is in
/usr/GNUstep
Richard,I believe that this is a great idea! It would provide an excellent way to track CVS commits without cluttering my inbox. Also, it would be neat since I could subscribe to the feed on my Mac's RSS screensaver.. hehe. :)GJC--Gregory John CasamentoPrincipal Consultant, Open Logic Corp.# Main
Once they are complete I would really like to start testing them in Gorm. :) Looks cool. --Gregory John CasamentoPrincipal Consultant, Open Logic Corp.# Maintainer GNUstep GUI/Gorm- Original Message From: Fred Kiefer <[EMAIL PROTECTED]>To: Gregory John Casamento <[EMAIL PROT
ssage From: Gregory John Casamento <[EMAIL PROTECTED]>To: GNUstep Developers Sent: Thursday, March 23, 2006 9:07:31 PMSubject: Missing class in gui. Compiling file NSSavePanel.m ...make[2]: *** No rule to
make target `shared_debug_obj/NSSearchField.o', needed by `shared_debug_obj/lib
Compiling file NSSavePanel.m ...make[2]: *** No rule to make target `shared_debug_obj/NSSearchField.o', needed by `shared_debug_obj/libgnustep-gui_d.so.0.10.3'. Stop.make[1]: *** [libgnustep-gui.all.library.variables] Error 2make[1]: Leaving directory `/home/heron/Development/gnustep/core/gui/Sou
Maurizio,Thanks for your assignment! This is great!Please coordinate with me on this as I'm the maintainer of GUI and Gorm. Also, I would like this development to occur on a branch as it's a lot of work.Thanks, GJC--Gregory John CasamentoPrincipal Consultant, Open Logic Corp.# Maintainer GNUstep
wondering if this might not be a good thing to start in this project, since our releases tend to be occasional. Just a thought. :) Later,Gregory John Casamento-- Principal Consultant, Open Logic Corp. (A MD Corp.)## Maintainer of Gorm(IB) & GUI(AppKi
I am considering a tool which can be used to read the .xcode files and generate GNUmakefiles OR simply execute gcc and create a build directory as xcodebuild under OS X does.Later, GJCGregory John Casamento-- Principal Consultant, Open Logic Corp. (A MD Corp.)## Maintainer of Gorm(IB) & GUI(AppKit)
Richard/Andy,This gives me an idea. Instead of a split, why not simply make those DO classes non-functional given a parameter. This allow developers to use base as a library without the need for daemons, and it would avoid a messy and, possibly, unnatural, split in the base lib.Later, GJCGregor
Quentin,A number of the issues with Camaleon stem from the fact that it is not fully integrated with gui. It might be time better spent to simply do the analysis to see what would be necessary for integration and determine how to solve any issues via direct integration. Later, GJCGregory John Casa
Maurizio,Glad to see your interest! :)If you're a beginniner to GNUstep, it might not be the easiest place to start since this code is bound to be complex. Please let me know if you have any questions.
Thanks, Gregory John Casamento
-- Principal Consultant, Open Logic Corp. (A MD
CVSROOT:/sources/gnustep
Module name:gnustep
Branch: NibCompatibility
Changes by: Gregory John Casamento <[EMAIL PROTECTED]> 06/01/26
05:06:24
Modified files:
dev-apps/test/gormtest: GNUmakefile
Log message:
Changed to busybox
CVSWeb URLs
101 - 200 of 550 matches
Mail list logo
