<div>NObjective use value-type inheritance and it&#39;s code can&#39;t be used with Monobjc =) Also Monobjc internally have a tool that used to create documentation/proxies but such tool not available to public. NObjective uses NObjectiveAST to parse Objective-C headers and all sources and tools are available in trunk. So programmers which want to extend Monobjc to support new framework should write wrappers by hands but in case of NObjective - all necessary wrappers can be generated automatically in few seconds. Also I think that all who found that NObjective harder to use have a little or have not experience with RAW Objective-C. I have excellent knowledge of Objective-C and .NET internals which helps me to create most flexible and efficient bridge.<br>
I would suggest NObjective coz it true Open Source and most efficient solution.<br>WBR,<br>Eugeny Grishul<br><br></div><div><br></div><div class="gmail_quote">2009/5/12 Duane Wandless <span dir="ltr">&lt;<a href="mailto:duane@wandless.net">duane@wandless.net</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">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/" target="_blank">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>
<font color="#888888">
<br>Duane</font><div><div></div><div class="h5"><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" target="_blank">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" target="_blank">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>
</div></div><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>
<br></blockquote></div><br><div><br clear="all"></div><div><br></div><div>-- <br></div><div>WBR,<br>Eugeny Grishul<br></div>