Miguel de Icaza's blog - Latest Comments in Mono Tools for Visual Studio - Miguel de Icaza

Re: Mono Tools for Visual Studio - Miguel de Icaza

nobody — Tue, 17 Nov 2009 15:01:48 -0000

And that is true, too.

Re: Mono Tools for Visual Studio - Miguel de Icaza

Rick — Tue, 17 Nov 2009 01:36:31 -0000

Yeah, but Java sucks :)

Re: Mono Tools for Visual Studio - Miguel de Icaza

nobody — Mon, 16 Nov 2009 13:38:51 -0000

And fix already embedding issues: http://old.nabble.com/Mono-...
It's broken for months already, if not for years (I remember how I get about the same results ~1.5 years ago).

Re: Mono Tools for Visual Studio - Miguel de Icaza

nobody — Mon, 16 Nov 2009 13:35:55 -0000

I'm very sorry, but it's sucks. "The experience today is like trying to buy a car by buying the individual parts", very funny.
Commerical licenses? Standalone debugging server? Only virtual machines and SUSE package? Compare all of this with Java tools available, tested and working right now. If someone gonna use it, then he is insane.

Re: Mono Tools for Visual Studio - Miguel de Icaza

emaori — Sun, 15 Nov 2009 04:40:39 -0000

Why it is not free?

Re: Mono Tools for Visual Studio - Miguel de Icaza

80's Rocker — Thu, 12 Nov 2009 22:29:09 -0000

Will this run in VS2010?

Re: Mono Tools for Visual Studio - Miguel de Icaza

psantosl — Wed, 11 Nov 2009 15:23:26 -0000

Excellent news, congrats to everyone!

From the "purchase page" I've noticed it also mentions Mac OS X. Is debugging available there too (I didn't know that!) or did I misunderstand the message?

Re: Mono Tools for Visual Studio - Miguel de Icaza

migueldeicaza — Wed, 11 Nov 2009 08:16:16 -0000

Yes; We are working on it.

Re: Mono Tools for Visual Studio - Miguel de Icaza

Alan — Wed, 11 Nov 2009 07:14:02 -0000

Or, more importantly, the developer of said application accidentally does something stupid like hardcoding a path which doesn't exist on other operating systems. Or they don't take into account the fact their app will break on a case sensitive file system. Or they attempt to store data in the same folder as their executable, but that folder is locked off in different operating systems.

These are things which mono can never compensate [0] for and that's why you need to test under the actual target operating system.

[0] Mono has an IO mapping layer which can handle some path issues when porting apps from windows-> other operating systems, but it has a performance hit (faking a case insensitive filesystem isn't free!) and should only really be used if the actual app can't be fixed.

Re: Mono Tools for Visual Studio - Miguel de Icaza

Peter — Wed, 11 Nov 2009 07:01:02 -0000

Any chance that there will be a free student edition of this wonderful tool?

Re: Mono Tools for Visual Studio - Miguel de Icaza

Stifu — Wed, 11 Nov 2009 03:50:16 -0000

First, Mono doesn't run exactly the same on all platforms (neither does Java, as I found out, FWIW). There are bugs that are specific to an OS, and so on. Bugs aside, there are OS-specific settings that should be taken in consideration, like, for example, the default font settings. If you made a WinForms app, and made sure your text fits exactly on Windows, it may turn out to be too big on Linux (which would also mean that your app wouldn't look right on Windows if the user changed his font settings).
There are so many parameters to consider that the best way to make sure your app works properly on Linux is to just try it.

Re: Mono Tools for Visual Studio - Miguel de Icaza

Mike — Wed, 11 Nov 2009 03:32:54 -0000

Congratulations on this release, very impressive.

It does leave me, a pure .NET developer, very much with the impression that Mono is 'different'. All features seem like they are 'bridging a gap'. I have never developed on Mono, and I was resiously expecting this to only be the Mono runtime, and a way to fool Visual Studio so that F5 runs anything I do on Mono. That I would develop my app normally, and then flick a switch to see if it runs on Mono.

For instance, I'm not sure why I would need to debug on Linux. Shouldn't programming to the BCL mean it runs anywhere a compatible VM runs?

Re: Mono Tools for Visual Studio - Miguel de Icaza

migueldeicaza — Tue, 10 Nov 2009 17:31:46 -0000

It currently only debugs XSP, not the module loaded with mod_mono;

We are looking at debugging mod_mono for version 1.2

Re: Mono Tools for Visual Studio - Miguel de Icaza

Adam D. — Tue, 10 Nov 2009 17:14:44 -0000

Excellent progress! Keep up the great work!

Re: Mono Tools for Visual Studio - Miguel de Icaza

Alexandre Gomes — Tue, 10 Nov 2009 16:20:47 -0000

I was just wondering if the debugging will work with ASP.Net applications running on mod_mono/apache... anyone knows?

Re: Mono Tools for Visual Studio - Miguel de Icaza

The Undude — Tue, 10 Nov 2009 15:15:06 -0000

Let's spread the news!

We should share this link around: http://www.go-mono.com/monovs/

Re: Mono Tools for Visual Studio - Miguel de Icaza

Guest — Tue, 10 Nov 2009 15:12:16 -0000

Awesome work... Congratulations, Mono is becoming a great platform to work with.

Re: Mono Tools for Visual Studio - Miguel de Icaza

Mihai — Tue, 10 Nov 2009 15:07:46 -0000

Unbelievable. THIS are some awesome news. One question, how did you manage to pull all this off ?
I'll probably look through the source code if it's available.

You are a bunch of truly talented, and I hope really well paid, pair of individuals. I wish you all the best. Cheers.