gnuspeech-contact
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[gnuspeech-contact] Re: cvs


From: eric . zoerner
Subject: [gnuspeech-contact] Re: cvs
Date: Sun, 15 Oct 2006 21:52:58 -0700

I just want to clarify that the work I am doing so far only involves the GUI and file management parts of PrEditor, which up to this point hadn't been ported to OS X at all. I have not yet touched anything having to do with the synthesizer, audio, or anything that is shared with other parts of the system.

The changes I am making so far are all *additions* to the 'current' repository based on code in the (Forbes version of) the PrEditor app in the gnuspeech repository. Therefore, there is no danger that what I am doing would break the trunk. I would prefer to avoid making a branch if I can.

Am I correct in assuming that Greg, Steve, and David are all on the gnuspeech-contact mailing list and therefore I don't need to Cc them all individually?

Eric



On Oct 15, 2006, at 9:30 PM, Gregory John Casamento wrote:

Eric,

As David suggests, it would be best to make the changes you are discussing on a branch. This would avoid breaking the trunk.

The "pure Cocoa" route, by the way, is preferable for me since GNUstep doesn't implement any of the CF* (or Core Foundation) functions.. and there are no plans to do that within GNUstep itself.

Thanks, GJC
--
Gregory Casamento

----- Original Message ----
From: David Hill <address@hidden>
To: address@hidden
Cc: Greg Casamento <address@hidden>; Steve Nygard <address@hidden>; gnuspeech <address@hidden>
Sent: Sunday, October 15, 2006 11:47:19 PM
Subject: Re: cvs

Hi Eric,

You need to coordinate with Greg Casamento and Steve Nygard.  Adam
Fedor did a lot of work originally to change the NeXT code to
OpenStep/Cocoa and Greg is working on the GNUStep port.  At the very
least, if you are making big changes, you probably ought to work on a
split and merge later when it can be shown that you haven't caused
problems.

In response to you latest comment that this ought to be posted to the
list -- yes.  I should have thought of that.  I'll post them and then
post this.

Live long and prosper!

david


On Oct 15, 2006, at 8:32 PM, address@hidden wrote:

Oh, one more thing. The way I am doing the port to OS X may be more
'invasive' than what you had in mind. As I am going through the
source code, I am essentially changing everything that is done in a
C/C++ style (such as the use of C strings, const char * , etc.) and
changing them to use the equivalent Objective-C classes (e.g.
NSString).  Also, there are places that use data structures such as
an NXHashtable which in the OS X world is a "core foundation" class
(CFHashtable or some such), which is part of Carbon. While these
core foundation classes would work fine in Cocoa as well, I am
changing these to use the equivalent Cocoa Objective-C class (such
as NSDictionary); essentially I am taking a pure Cocoa approach.

Furthermore, none of the NEXTstep Objective-C code will work as-is
in Cocoa. On the most basic level, at least the NX prefixes on all
the Objective-C classes have to be changed to NS prefixes.

Here is my concern, however: while all this is a good way to port
the application to a native Cocoa application, and is a good way
for me to learn all about Cocoa on OS X, I have no idea what the
implications to this are for the port to GNUstep.

Eric


[snip]








reply via email to

[Prev in Thread] Current Thread [Next in Thread]