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...@lists.ximian.com
cocoa-s...@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...@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/cocoa-sharp
_______________________________________________
Cocoa-sharp mailing list
Cocoa...@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/cocoa-sharp
Mit freundlichen Grüßen - best regards
Dennis Müller
MacGarden - electronic lifestyle
Schloßberg 19
75175 Pforzheim
Tel.: 07231/44 34 108
Fax: 07231/44 34 106
_______________________________________________