Comments on: iMeem http://toxicsoftware.com/imeem/ RANDOMIZE USR 0 Thu, 17 Dec 2009 15:12:52 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Adam http://toxicsoftware.com/imeem/comment-page-1/#comment-21854 Adam Tue, 11 Jul 2006 19:03:29 +0000 #comment-21854 <p>Just an update/reply to the request for correction on Mono use:<br><br>Unity (<a href="http://otee.dk">http://otee.dk</a>) has it's scripting language running on Mono. It's certainly far from a trivial application.<br>The decision to use Mono over Python or Lua or other was a master stroke. You can code in whatever scripting language you like and the output is compiled to bytecode so it runs faster anyway (and can be ported to "the other platform" if needed).</p> Just an update/reply to the request for correction on Mono use:

Unity (http://otee.dk) has it's scripting language running on Mono. It's certainly far from a trivial application.
The decision to use Mono over Python or Lua or other was a master stroke. You can code in whatever scripting language you like and the output is compiled to bytecode so it runs faster anyway (and can be ported to “the other platform” if needed).

]]> By: Adam http://toxicsoftware.com/imeem/comment-page-1/#comment-496 Adam Tue, 11 Jul 2006 18:03:29 +0000 #comment-496 <p>Just an update/reply to the request for correction on Mono use:</p> <p>Unity (http://otee.dk) has it's scripting language running on Mono. It's certainly far from a trivial application. The decision to use Mono over Python or Lua or other was a master stroke. You can code in whatever scripting language you like and the output is compiled to bytecode so it runs faster anyway (and can be ported to "the other platform" if needed).</p> Just an update/reply to the request for correction on Mono use:

Unity (http://otee.dk) has it’s scripting language running on Mono. It’s certainly far from a trivial application. The decision to use Mono over Python or Lua or other was a master stroke. You can code in whatever scripting language you like and the output is compiled to bytecode so it runs faster anyway (and can be ported to “the other platform” if needed).

]]> By: Daniel Jalkut http://toxicsoftware.com/imeem/comment-page-1/#comment-106 Daniel Jalkut Fri, 27 Jan 2006 23:02:35 +0000 #comment-106 <p>Yes! iMeem deserves credit. Lots of it - for choosing to do the UI in native Cocoa :)</p> <p>Now if only this bridge would let me deploy a Cocoa-based UI on Windows!</p> Yes! iMeem deserves credit. Lots of it – for choosing to do the UI in native Cocoa :)

Now if only this bridge would let me deploy a Cocoa-based UI on Windows!

]]> By: Daniel Jalkut http://toxicsoftware.com/imeem/comment-page-1/#comment-21853 Daniel Jalkut Fri, 27 Jan 2006 23:02:35 +0000 #comment-21853 <p>Yes! iMeem deserves credit. Lots of it - for choosing to do the UI in native Cocoa :)<br><br>Now if only this bridge would let me deploy a Cocoa-based UI on Windows!</p> Yes! iMeem deserves credit. Lots of it – for choosing to do the UI in native Cocoa :)

Now if only this bridge would let me deploy a Cocoa-based UI on Windows!

]]> By: Jonathan Wight http://toxicsoftware.com/imeem/comment-page-1/#comment-105 Jonathan Wight Fri, 27 Jan 2006 22:58:27 +0000 #comment-105 <p>I think they deserve credit for shipping it, making it look very pretty and keeping the disk image below 10MB. I wonder where the line is between their GUI code and their back-end. It seems to use CoreData for storage (chat logs perhaps) which implies that the Cocoa (Dumbarton) side is more than just a mere GUI.</p> I think they deserve credit for shipping it, making it look very pretty and keeping the disk image below 10MB. I wonder where the line is between their GUI code and their back-end. It seems to use CoreData for storage (chat logs perhaps) which implies that the Cocoa (Dumbarton) side is more than just a mere GUI.

]]> By: Jonathan Wight http://toxicsoftware.com/imeem/comment-page-1/#comment-21852 Jonathan Wight Fri, 27 Jan 2006 22:58:27 +0000 #comment-21852 <p>I think they deserve credit for shipping it, making it look very pretty and keeping the disk image below 10MB. I wonder where the line is between their GUI code and their back-end. It seems to use CoreData for storage (chat logs perhaps) which implies that the Cocoa (Dumbarton) side is more than just a mere GUI.</p> I think they deserve credit for shipping it, making it look very pretty and keeping the disk image below 10MB. I wonder where the line is between their GUI code and their back-end. It seems to use CoreData for storage (chat logs perhaps) which implies that the Cocoa (Dumbarton) side is more than just a mere GUI.

]]> By: Daniel Jalkut http://toxicsoftware.com/imeem/comment-page-1/#comment-104 Daniel Jalkut Fri, 27 Jan 2006 22:53:35 +0000 #comment-104 <p>Thanks for pointing this out. I probably wouldn't have bothered to sign up for an account just to try out the app, if you hadn't posted a teaser!</p> <p>Mono looks cool, but let's not give more credit here than is due. The application <em>is</em> a Cocoa app, that's why it looks like one. They are clearly developing the UI independently from the back-end. In other words, the part that looks good and like a Mac took work.</p> <p>I found this page on their site describing "Dumbarton," their bridging mechanism between ObjC and C#:</p> <p>http://allan.imeem.com/blogentry/gbgC7kTg</p> Thanks for pointing this out. I probably wouldn’t have bothered to sign up for an account just to try out the app, if you hadn’t posted a teaser!

Mono looks cool, but let’s not give more credit here than is due. The application is a Cocoa app, that’s why it looks like one. They are clearly developing the UI independently from the back-end. In other words, the part that looks good and like a Mac took work.

I found this page on their site describing “Dumbarton,” their bridging mechanism between ObjC and C#:

http://allan.imeem.com/blogentry/gbgC7kTg

]]> By: Daniel Jalkut http://toxicsoftware.com/imeem/comment-page-1/#comment-21851 Daniel Jalkut Fri, 27 Jan 2006 22:53:35 +0000 #comment-21851 <p>Thanks for pointing this out. I probably wouldn't have bothered to sign up for an account just to try out the app, if you hadn't posted a teaser!<br><br>Mono looks cool, but let's not give more credit here than is due. The application <em>is</em> a Cocoa app, that's why it looks like one. They are clearly developing the UI independently from the back-end. In other words, the part that looks good and like a Mac took work.<br><br>I found this page on their site describing "Dumbarton," their bridging mechanism between ObjC and C#:<br><br><a href="http://allan.imeem.com/blogentry/gbgC7kTg">http://allan.imeem.com/blogentry/gbgC7kTg</a></p> Thanks for pointing this out. I probably wouldn't have bothered to sign up for an account just to try out the app, if you hadn't posted a teaser!

Mono looks cool, but let's not give more credit here than is due. The application is a Cocoa app, that's why it looks like one. They are clearly developing the UI independently from the back-end. In other words, the part that looks good and like a Mac took work.

I found this page on their site describing “Dumbarton,” their bridging mechanism between ObjC and C#:

http://allan.imeem.com/blogentry/gbgC7kTg

]]>