[Cocoa-sharp] how can i integrate cocoa# into xcode

Dennis Müller d.mueller at mac-garden.com
Fri Jan 18 15:25:37 EST 2008


Hi there,

as someone whos getting fresh into the cocoa# stuff i would recommend  
to the team to fix all the wrong informations on the
Official Mono Homepage. Some links are very old. Everything should  
link to the google code "group" site.
I was looking for information about cocoa#, but it was very difficult  
to find the correct information.

The Google Code sites are very good for organizing things. If we want  
to make cocoa# more popular (thats what i would love to do ;-) )
we need more and clear information about the project. If there is no  
integration for leopard xcode, then just mention it on the website for  
example.
The the possible developers/users should see that this project is not  
dead.

My first impression (about 6 months ago) was "oh, nice. but it seems  
there is no further development on it".
All because of the bad sites ;-)

sry for my bad english and greetings from germany,
Dennis


Am 18.01.2008 um 20:24 schrieb Manuel de la Pena:

> Hi guys,
>
> Seems that we have some communication problems at cocoa-sharp... (big
> ones I'd say) We have two different mailing lists :
>
> cocoa-sharp at lists.ximian.com
> cocoa-sharp-dev at googlegroups.com
>
> I really don't understand the mailing list situation:
>
> As in other project we have a dev and non-dev group, but clearly cocoa
> should not have a non-dev group. Think about it, we have evolution and
> evolution-dev. The evolution one is for the evolution users while
> evolution-dev is for the developers, but in our case we have
> developers in both sides. Do we really want the non-dev one since
> cocoa is a library anyway. On top of this we are having discussions
> about similar things in both and I think things are getting out f  
> hand.
>
> On the google one a couple of us have been talking about how to write
> some proper documentation, I have offer to use my server to held the
> project (500 gb per moth bandwidth etc.. ) and I don't mind paying
> that. But we seriously have to sort out the group!!!!
>
> I know that there is people that want to help the group and work a lot
> but we first have to fix all the problems we have and centralize all
> the info of the project. We have potential coders with the skills but
> when they see this situation they get scared.
>
> We need to discuss a solution... please replay to both mailing lists
> so everyone reads it until we decide which one to use.
>
> Cheers,
>
> Manuel
>
> PS: For the time being I recommend everyone to read both.
>
> PS 2: I've also posted this at the mono lists to get some help from
> our big brothers at mono, I'm sure they can give us a hand.
>
> On 18/01/2008, at 18:08, Andreas Färber wrote:
>
>> Hey,
>>
>> Am 18.01.2008 um 17:32 schrieb marc hoffman:
>>
>>> I'd love to help out if i can. I've already looked into getting some
>>> of this
>>> stuff working in Xcode 3 a while back but iirc it failed on the
>>> langspec, and i
>>> couldn't figure out what part it didn't like anymore :(. If you have
>>> anything
>>> that works better than what's in SVN now, i'd love to have a look.
>>
>> I'm still at the stage that I don't see anything of what I've written
>> in Xcode, no new menu item.
>>
>>> Out of curiosity: are you baisn gyour work on any official or semi-
>>> official
>>> documentation that might be out there (i couldn’t find any on ADC),
>>> or are you
>>> too just doing this by trial-and-error and the few unofficial infos
>>> that Google
>>> serves up (such as http://maxao.free.fr/xcode-plugin-interface/index.html)?
>>
>> I am not aware of any documentation other than Damien's, and that was
>> not even up-to-date for 2.3. Moreover I see his headers for native
>> ObjC code as problematic (they are GPL, thus any code derived from it
>> becomes GPL while Xcode is not GPL; depending on interpretations,  
>> this
>> can be regarded as violation) and instead had a BSD-ish plugin based
>> on Cocoa-sharq; the accompanying spec files were integrated with
>> bridged ObjC code, and ObjC is the part we can pretty much dump first
>> when a new version is out... I used a managed framework to inspect  
>> the
>> available classes, their methods and then probed all interesting
>> parameters, and in the end some trial-and-error. I'd like to avoid
>> that work for now!
>>
>> So currently I am trying to deploy my draft spec files to /Developer/
>> Library/Xcode/Specifications but I'm not sure if they are even being
>> picked up there, there are only xctxtmacro files and an xcplugin
>> there. (it would've been handy)
>>
>> There are some files in /Developer/Library/PrivateFrameworks/
>> DevToolsCore.framework/Resources that look the same as in Xcode 2.4
>> (pb*spec). XcodeEdit.Framework has differing "xclangspec" files.
>> ASKPlugin uses an xcspec file containing an old-style language
>> definition (referring to a custom native scanner).
>> Looking at the existing local Xcode files is the closest thing to
>> "documentation" I currently have.
>>
>> Regards,
>>
>> Andreas
>> _______________________________________________
>> Cocoa-sharp mailing list
>> Cocoa-sharp at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/cocoa-sharp
>
> _______________________________________________
> Cocoa-sharp mailing list
> Cocoa-sharp at lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/cocoa-sharp



Mit freundlichen Grüßen - best regards

Dennis Müller
d.mueller at mac-garden.com

MacGarden - electronic lifestyle
Schloßberg 19
75175 Pforzheim
Tel.: 07231/44 34 108
Fax: 07231/44 34 106
info at mac-garden.com
www.mac-garden.com


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ximian.com/pipermail/cocoa-sharp/attachments/20080118/2925cb52/attachment.html 


More information about the Cocoa-sharp mailing list