Yes MonObjc is the logical choice.  I did find that its memory consumption was higher than mobjc, <a href="http://code.google.com/p/mobjc/">http://code.google.com/p/mobjc/</a>.  Both MonObjc and mobjc are easy to use and integrate with.  No offense, but I found NObjective harder to use.<br>
<br>And ideally one of the end goals would be for MonoDevelop to utilize this standard bridge as well as developing a tight integration with Interface Builder.  The best Mono apps on Mac need to have IB as the GUI design tool.  It can be done today of course but making it straightforward would bring even more Mono developers to the Mac.<br>
<br>To me, Laurent, Jesse and Eugeny need to consolidate their efforts.  I know it is no fun to compromise but that would be the ideal solution.  MonObjc could be enhanced by the efforts of Jesse and Eugeny.  <br><br>So I would suggest MonObjc and hope that the others put their efforts into improving MonObjc.<br>
<br>Duane<br><br><div class="gmail_quote">On Mon, May 11, 2009 at 2:03 PM, Miguel de Icaza <span dir="ltr">&lt;<a href="mailto:miguel@novell.com">miguel@novell.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello folks,<br>
<br>
    We are at an interesting point in the life of Mono on OSX.<br>
<br>
    I want to discuss two topics<br>
<br>
BINDINGS<br>
<br>
    We at Novell are still shipping the old Cocoa# that is no longer<br>
being actively developed or maintained and in the meantime three<br>
bindings have been created.<br>
<br>
    I took a look at MonObjc this weekend and the docs were great, the<br>
source code pretty and the community seems active.<br>
<br>
    I know there are two other bindings (one from Jesse I believe, and<br>
one that uses some static bindings that is supposed to be very fast).<br>
<br>
    We do not plan on spending any resources (Novell) on Cocoa# at this<br>
point, but we will continue to ship the library for folks that might<br>
have taken a dependency on it and expect it to be part of Mono.<br>
<br>
    But we would like to encourage/recommend one of the new frameworks<br>
for Mono, and we would love to see MonoDevelop templates so folks doing<br>
OSX-only apps can get up and running in no time.<br>
<br>
    Is there any reason why we can not merge the &quot;best of&quot; each<br>
framework into MonObjc which seems to have an active and vibrant<br>
community?<br>
<br>
MONODEVELOP<br>
<br>
    In addition to the templates for the bindings (which each binding<br>
could provide;   We would just have to make it so that MonoDevelop can<br>
locate those templates installed by other frameworks).<br>
<br>
    But additionally, if we add support for Interface Builder, we should<br>
probably be thinking how can we map interface builder outlets and map<br>
those to code-behind or partial classes to give folks automatically<br>
support for intellisense for any outlets/objects created.<br>
<br>
    The Silverlight and <a href="http://ASP.NET" target="_blank">ASP.NET</a> setups depend on this to improve<br>
intellisense.<br>
<br>
Thoughts?<br>
<br>
Miguel.<br>
<br>
_______________________________________________<br>
Mono-osx mailing list<br>
<a href="mailto:Mono-osx@lists.ximian.com">Mono-osx@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-osx" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-osx</a><br>
</blockquote></div><br>