<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://www.osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/24539/MonoMac_1_0_Released</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2013, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Thu, 23 May 2013 11:01:29 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>For Mac developers?</title>
			<link>http://www.osnews.com/thread?466839</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466839</guid>
			<description>Am I the only Mac developer who's never really done any C#/.NET who stills finds this very interesting?<br />
<br />
I find the C# language quite nice after playing it for a few days, I'm almost sorry to say but it kinda feels like a real language compared to ObjC: good garbage collection, type safe, strong typing, LINQ, lambdas and more.  And having the freedom to use the same APIs from other languages like F#, IronRuby, IronPython, etc is going to be awesome as well.</description>
			<pubDate>Fri, 18 Mar 2011 22:54:00 GMT</pubDate>
			<author>donotreply@osnews.com (ul1984)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466840</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466840</guid>
			<description>You don't need IronPython. Regular Python runs fine on OS X.</description>
			<pubDate>Fri, 18 Mar 2011 22:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (danbuter)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466843</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466843</guid>
			<description>Yes but, as I understand it, having all languages run on top of Mono(.NET / CLR(Common Language Runtime)) platform means if you write framework in C# for example its automatically available from from other .NET compatible languages, without having to write any bindings.</description>
			<pubDate>Fri, 18 Mar 2011 23:10:00 GMT</pubDate>
			<author>donotreply@osnews.com (ul1984)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466853</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466853</guid>
			<description>Second that, C# is a VERY NICE language, and I am a  Mac Head. <br />
<br />
Only problem with .net is Windows <img src="/images/emo/smile.gif" alt=";)" /> <br />
<br />
Anyway, I really hope this takes off. I really like Cocoa, obj-c is nice, but nowhere near as nice as C#<br />
<br />
I may not care too much for Microsoft as a company nor for their OS, but at least they learn from disasters like MFC/C++ and develop something great like C#.</description>
			<pubDate>Sat, 19 Mar 2011 02:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (MacMan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466857</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466857</guid>
			<description>Actually C# glory goes to Anders Heljsberg, .NET and C# architect and to Miguel de Icaza and their crews because their amazing job.</description>
			<pubDate>Sat, 19 Mar 2011 03:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (ebasconp)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466914</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466914</guid>
			<description><div class="cquote">Actually C# glory goes to Anders Heljsberg, .NET and C# architect and to Miguel de Icaza and their crews because their amazing job. </div><br />
<br />
Glory also goes to Java - C# is basically (and purposefully) Java with a bunch of extra features, to ensure skillset is directly transferrable.</description>
			<pubDate>Sat, 19 Mar 2011 17:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (vivainio)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466915</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466915</guid>
			<description><div class="cquote">And having the freedom to use the same APIs from other languages like F#, IronRuby, IronPython, etc is going to be awesome as well. </div><br />
<br />
Microsoft basically killed Iron*, and F# is irrelevant.<br />
<br />
C# is the only .net language with any real future.</description>
			<pubDate>Sat, 19 Mar 2011 17:09:00 GMT</pubDate>
			<author>donotreply@osnews.com (vivainio)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466931</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466931</guid>
			<description>I'm glad to hear that.<br />
<br />
I too find this very interesting since I plan on adapting Mono in order to bring my music application to the Mac and Linux platform. My main goal with the application was to make it look really native and consistent. So it will be very fun to do this on the Mac as well.<br />
<br />
I really hope that it allows developers to create applications that look like they are the default Mac application, a part of the rest of the system. I don't want users to be able to know if the application is based on Mono or native.</description>
			<pubDate>Sat, 19 Mar 2011 19:50:00 GMT</pubDate>
			<author>donotreply@osnews.com (ephracis)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466939</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466939</guid>
			<description><div class="cquote">I may not care too much for Microsoft as a company nor for their OS, but at least they learn from disasters like MFC/C++ and develop something great like C#. </div><br />
<br />
Indeed. C# is the only thing from Microsoft that I truly think is superlative.</description>
			<pubDate>Sat, 19 Mar 2011 21:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (_txf_)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466952</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466952</guid>
			<description>Mono applications ARE native provided they use Cocoa. The language does not matter, all of compiles to similar machine code, all that maters is what UI toolkit it uses. <br />
 <br />
 When you use something like QT/GTK you are using the toolkits rendering and layout system, basically the toolkit renders its own widgets to a bitmap, then eventually draws the contents to the screen. On OSX, QT tries to fake out the native widgets, but it does a pretty piss poor job. <br />
 <br />
 Now, what would be really really cool is if someone (with more time than me) would build Mono's WinForms on top of MacMono's Cocoa bindings. Now, that would make for a killer cross platform UI library.Edited 2011-03-20 00:35 UTC</description>
			<pubDate>Sun, 20 Mar 2011 00:35:00 GMT</pubDate>
			<author>donotreply@osnews.com (MacMan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466958</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466958</guid>
			<description>Sorry if I confused you but when I wrote &quot;native&quot; I meant that as seen by the user, that is: how it looks and behave relative to the operating system. I know that the code is compiled into native machine code.<br />
 <br />
 What I meant was &quot;given Mono, how close can you get to being felt like a 'default' program?&quot; or maybe put differently &quot;how much of the Cocoa API is supported through MonoMac?&quot;.<br />
 <br />
 I do know that a lot of toolkits try to look native but they just don't cut it. I really think that it is important to integrate well with the operating system. Jumplists on Windows 7, spell-checking and keyring on Mac, etc etc etc.Edited 2011-03-20 01:30 UTC</description>
			<pubDate>Sun, 20 Mar 2011 01:29:00 GMT</pubDate>
			<author>donotreply@osnews.com (ephracis)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466963</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466963</guid>
			<description><div class="cquote">On OSX, QT tries to fake out the native widgets, but it does a pretty piss poor job.  </div><br />
<br />
You are wrong, Qt uses Cocoa APIs to render their widgets; so, in fact, Qt does not fake out the native widgets on the Mac, but it delegates Cocoa to paint them.</description>
			<pubDate>Sun, 20 Mar 2011 03:16:00 GMT</pubDate>
			<author>donotreply@osnews.com (ebasconp)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466987</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466987</guid>
			<description><div class="cquote">Sorry if I confused you but when I wrote &quot;native&quot; I meant that as seen by the user, that is: how it looks and behave relative to the operating system. I know that the code is compiled into native machine code.<br />
  <br />
  What I meant was &quot;given Mono, how close can you get to being felt like a 'default' program?&quot; or maybe put differently &quot;how much of the Cocoa API is supported through MonoMac?&quot;.<br />
  <br />
  I do know that a lot of toolkits try to look native but they just don't cut it. I really think that it is important to integrate well with the operating system. Jumplists on Windows 7, spell-checking and keyring on Mac, etc etc etc. </div><br />
 As far as I can tell they look exactly like normal Cocoa apps, as you actually use Interface Builder for the UI design, and can subclass NSView (or derivatives) for custom drawing the same way you can in ObjC. <br />
 <br />
 I think most APIs are done as well, there is a status page here: <a href="http://www.mono-project.com/MonoMac#Status" rel="nofollow">http://www.mono-project.com/MonoMac#Status</a><br />
 <br />
 And if you really need to its very easy (compared to JNI etc) to call C code from C#, an example: calling 'puts' from C# on OSX: <a href="http://pastebin.com/84y6YByvEdited" rel="nofollow">http://pastebin.com/84y6YByvEdited</a> 2011-03-20 11:32 UTC</description>
			<pubDate>Sun, 20 Mar 2011 11:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (ul1984)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466997</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466997</guid>
			<description>Looked at the QT source? QT does fake out widgets. Basically what it does is use Cocoa to create a window. Then it uses a QT theme to draw the widgets. One of the themes is the Mac theme, this theme uses some OSX toolbox functions to draw some parts of a widget to a pixmap. Then QT does all its own drawing to this pixmap, eventually all the widget pixmaps are drawn to a window pixmap, then finally there is a single Cocoa call that actually draws this pixmap to the screen. <br />
 <br />
 Thats why you can have a QT app use any theme it wants on OSX. <br />
 <br />
 When I use a QT app on OSX, I do not use the Mac theme because it is pretty bad: things don't line up, everything is just a little bit off, font rendering is strange, so forth. <br />
<br />
Furthermore, QT is  a 'least common denominator' toolkit, you can not use things that are unique to the OS you're targeting. You can not use any of the great new UI features in Win7 or OSX.<br />
 <br />
 This is why I'm excited about macmono, because C# is a great language to work in, and MonoMac now has essentially complete bindings to the native UI toolkit.Edited 2011-03-20 13:39 UTC</description>
			<pubDate>Sun, 20 Mar 2011 13:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (MacMan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?466999</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?466999</guid>
			<description><div class="cquote"><br />
 I do know that a lot of toolkits try to look native but they just don't cut it. I really think that it is important to integrate well with the operating system. Jumplists on Windows 7, spell-checking and keyring on Mac, etc etc etc. </div><br />
<br />
hallelujah, someone actually thinks apps should take advantage of native OS features, AMAZING! <br />
<br />
Beware the flaming  wrath of the lazy &quot;cross platform UI&quot; developers who thinks otherwise.</description>
			<pubDate>Sun, 20 Mar 2011 13:50:00 GMT</pubDate>
			<author>donotreply@osnews.com (MacMan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?467003</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?467003</guid>
			<description><div class="cquote">C# is basically (and purposefully) Java with a bunch of extra features </div><br />
<br />
Thats like saying &quot;a genius is a retard with a bunch of extra features&quot;. <br />
While they were mostly similar back in year 2000 now they are totally different languages with a common root.</description>
			<pubDate>Sun, 20 Mar 2011 14:35:00 GMT</pubDate>
			<author>donotreply@osnews.com (Slambert666)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?467007</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?467007</guid>
			<description><div class="cquote"><br />
While they were mostly similar back in year 2000 now they are totally different languages with a common root. </div><br />
<br />
So what's this ultra-special stuff that makes it totally different? Lambdas? LINQ?</description>
			<pubDate>Sun, 20 Mar 2011 16:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (vivainio)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?467009</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?467009</guid>
			<description>How is F# irrelevant? <br />
<br />
F# is now available under a viable (and from what I understand, GPL compatible) open source license. <br />
<br />
F# is a functional language which for us computational physics folks is incredibly useful. <br />
<br />
Even if it is not extremely popular for 'business' programming, who cares? thats the beauty of .net: everything compiles to assemblies which are callable from any other .net language. .Net is fairly close to language independent programming.</description>
			<pubDate>Sun, 20 Mar 2011 17:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (MacMan)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: For Mac developers?</title>
			<link>http://www.osnews.com/thread?467108</link>
			<guid isPermaLink="true">http://www.osnews.com/thread?467108</guid>
			<description>Having jumped back and forth between java and C# in my career for years at a time. I can name a few strong differences.<br />
<br />
- Generic implementation are very different between the two. I could get into details but google can come up with many better examples that I can add in this comment.<br />
- Anonymous classes in java versus functions as objects in C#. This difference gives you a very different codebase if you practice functional programming.  Especially when combined with lambda's you end up with api's that do not resemble one another at all, and do not translate well. Having tried to make a type of LINQ in java, I can tell you it was unwieldy in that world. <br />
- the Date/Time implementations are jarringly different if you used one and then the other.<br />
- Assembly/Jar and versioning are also a bit of a shock. Vanilla Java doesn't have the concept of versions and &quot;jars&quot; are just zip files with .class files in them. This gives you flexibility and some annoying limitations at the same time when dynamically loading code at runtime. Both languages have their sucky parts here but neither really resemble one another too well.</description>
			<pubDate>Mon, 21 Mar 2011 12:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (rsvihla21)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
