I may be missing something but I do not see the advantage of Delphi Prism (which may just be a personal preference ).  Yes the CLR can be utilized through various languages.  But the one language that is relevant (at least to me) is C#.  Not Pascal, C++ or VB.  Yes the syntax of object pascal may be similar and yes it may have additional features not found in C#.  But it is not C#.  I do not want to learn yet another language.<div>
<br></div><div>The &quot;solution&quot; I&#39;m looking for is a native Mac IDE that integrates nicely with Interface Builder where the language is C#, utilizing one of the bridges, Monobjc, mobjc, etc.  My current environment is virtual Win7 Visual Studio, mobjc, and Interface Builder.</div>
<div><br></div><div>Thanks everyone for the ongoing discussions and opinions... I try to keep an open mind.</div><div>Duane</div><div><br></div><div><br></div><div><div class="gmail_quote">On Tue, Feb 24, 2009 at 9:31 AM, marc hoffman <span dir="ltr">&lt;<a href="mailto:mh@elitedev.com">mh@elitedev.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Andrew,<br>
<div class="Ih2E3d"><br>
&gt; If I count correctly we have three (3) different Cocoa bridges in<br>
&gt; Mono now.<br>
&gt;<br>
&gt; One is Cocoa#, which is part of Mono and rather incomplete (or so it<br>
&gt; seemed<br>
&gt; to me).<br>
&gt;<br>
&gt; Another is  <a href="http://www.monobjc.net/" target="_blank">http://www.monobjc.net/</a> MonoObjc , which I found very<br>
&gt; useful but<br>
&gt; it isn&#39;t part of Mono.<br>
&gt;<br>
&gt; A third one is  <a href="http://code.google.com/p/mobjc/" target="_blank">http://code.google.com/p/mobjc/</a> mobjc , which I<br>
&gt; don&#39;t know<br>
&gt; much about. Plus I found it too complicated.<br>
&gt;<br>
&gt; Delphi Prism  <a href="http://edn.embarcadero.com/article/39017" target="_blank">http://edn.embarcadero.com/article/39017</a> supports the<br>
&gt; creation<br>
&gt; of Cocoa applications  using Cocoa#.<br>
<br>
</div>we&#39;re also supporting Monobjc, as well. The IDE support is there in<br>
the November release, but we don&#39;t ship a template yet because this<br>
stuff got done too shortly before RTM for us to support it officially<br>
(but that was three months ago, and it has proven solid).<br>
<br>
You can download a template for a Monobjc ap at <a href="http://remobjects.com/prismextras" target="_blank">http://remobjects.com/prismextras</a><br>
<br>
Matter of fact, we&#39;re moving towards recommending Monobjc as the<br>
&quot;recommended&quot; way to do Cocoa apps in Prism (i know, the mobjc and<br>
NSWhatever guys will come in to complain that thier stuff is<br>
better ;-). When i spoke to Geoff at PDC he also recommended Monobjc<br>
as the most complete and best solution to work with.<br>
<div class="Ih2E3d"><br>
&gt; The most inconvenient part about writing Cocoa applications using<br>
&gt; Mono is<br>
&gt; the build process, I think. Visual Studio doesn&#39;t support building<br>
&gt; such<br>
&gt; applications, and neither do Xcode or MonoDevelop. But Visual Studio<br>
&gt; does<br>
&gt; with Delphi Prism (which I haven&#39;t tried but have heard good things<br>
&gt; about).<br>
&gt;<br>
&gt; Can something be done about this on Novell&#39;s side?<br>
<br>
&gt; Would it be remotely<br>
&gt; possible to unite the three different projects under one banner and<br>
&gt; make<br>
&gt; them part of Mono?<br>
<br>
</div>i&#39;d love to see this happen and have all the different fronts that<br>
people are working n for Obj-C/Mono bridging to be united. Mono/OS X<br>
development is a tiny niche of Mono usage in general, as it stands now<br>
(as much as i&#39;d love that to change), so having four different teams/<br>
people going off in different directions to further split this up,<br>
rather than working towards a common goal of having one &quot;standard&quot; way<br>
to build Cocoa apps in Mono (and one that could then be &quot;four times<br>
better&quot; than what we have now!) seems silly, at the least, and  waste<br>
of everyone&#39;s time, at worst.<br>
<div class="Ih2E3d"><br>
&gt; And what about official support in MonoDevelop or some<br>
&gt; module for Xcode?<br>
&gt;<br>
&gt; I&#39;d pay a few hundred euros for a solution. Maybe a few others want<br>
&gt; to join<br>
&gt; and we could offer a bounty?<br>
<br>
</div>i/we&#39;d definitely be willing to contribute a bounty to any of the<br>
following:<br>
<br>
- getting the bridges unified and moved forward<br>
- getting managed compilers into Xcode (esp if done in a language<br>
agnostic way so that the same work could be leveraged for Prism, next<br>
to C#)<br>
- getting MonoDevelop out from under the GPL (coz the second it is, we<br>
can ship full Prism support for it).<br>
<br>
<br>
Yours,<br>
<br>
marc hoffman<br>
<br>
RemObjects Software<br>
The Infrastructure Company<br>
<a href="http://www.remobjects.com" target="_blank">http://www.remobjects.com</a><br>
<div><div></div><div class="Wj3C7c">_______________________________________________<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>
</div></div></blockquote></div><br></div>