Domain: mono-project.com
Stories and comments across the archive that link to mono-project.com.
Comments · 571
-
Re:So, does this mean
It is called Moonlight. http://www.mono-project.com/Moonlight
But I am not all that comfortable with it. I think that Microsoft has done enough that I just can not trust them with any "standards" any longer.
-
Re:The inevitable Java vs Mono
mrpacmanjel: It is unfortunate that the mono is so closely associated with Windows, if the mono team had created/implemented a completely new set of cross-platform libraries (that bore no relation to Microsoft's framework) it would be more accepted.
In addition to the (ECMA-standardized) Base Class Library (BCL) and several
.NET-compatibility libraries (including System.Windows.Forms), Mono has a full stack of its own APIs/libraries based upon Gnome's cross-platform libraries. The Release Notes has a good overview of these inherently cross-platform Mono APIs (that work in both Mono and .NET on every platform supported by both):http://www.mono-project.com/Release_Notes_Mono_2.0#Mono_APIs
Cool applications such as Banshee, Tomboy and Tasque use these APIs for cross-platform happiness.
-
Re:How about this one...
Maybe because Mono 2.0 was released, but not by microsoft.
-
Re:oh goody.
-
Re:Using Microsoft for a 5-nines SLA? Is that a jo
Um, wrong - Ever heard of the Mono Project?
Mono provides the necessary software to develop and run
.NET client and server applications on Linux, Solaris, Mac OS X, Windows, and Unix.Glad you fell for Microsoft's marketing campaign. There is a reason they don't crush mono. It gives a illusion that there is choice. Name me
-
Re:Using Microsoft for a 5-nines SLA? Is that a jo
Um, wrong - Ever heard of the Mono Project?
Mono provides the necessary software to develop and run
.NET client and server applications on Linux, Solaris, Mac OS X, Windows, and Unix. -
Re:User agent
Would it function well enough, or is their notice legitimate?
It wouldn't work: this is Silverlight rearing its ugly head again.
You might be able to get away with user-agent spoofing and Moonlight, but I don't know how far along Moonlight actually is.
$ apt-cache search moonlight
mono-smcs - Mono C# 3.0 compiler for CLI 2.1 (Moonlight / Silverlight)I'll take that to mean "not far enough." Although you can download builds directly from the Moonlight site itself.
These builds do not include media codecs (video or audio), for that, you must currently build Moonlight from source code.
That would seem to settle it: not quite far enough, unless you're willing to build it from source. Which I'm sure someone, somewhere, will, and let us know how it goes.
-
Re:User agent
Would it function well enough, or is their notice legitimate?
It wouldn't work: this is Silverlight rearing its ugly head again.
You might be able to get away with user-agent spoofing and Moonlight, but I don't know how far along Moonlight actually is.
$ apt-cache search moonlight
mono-smcs - Mono C# 3.0 compiler for CLI 2.1 (Moonlight / Silverlight)I'll take that to mean "not far enough." Although you can download builds directly from the Moonlight site itself.
These builds do not include media codecs (video or audio), for that, you must currently build Moonlight from source code.
That would seem to settle it: not quite far enough, unless you're willing to build it from source. Which I'm sure someone, somewhere, will, and let us know how it goes.
-
Re:So what?
It says you have to install Silverlight to see it.
I hate to say it, but Flash has existed, and been a viable option, for long before Silverlight, and it's got a far greater install base. Why'd they choose Silverlight over Flash?
I'm sure there are valid reasons, I'd just like to hear them.
Does silverlight for linux exist?
Short answer: Yes.
-
Re:So what?
I have not used it, but for what it's worth. Moonlight
-
Re:C# and BSD license?
Wouldn't it be wiser to spend that effort working on a project that makes C# more open source friendly, rather than simply rewriting any/all projects that use it?
-
Re:Anonymous Coward
Sounds like someone in the open source community should step up and start a project to replace flash and silver light for that matter. Mozilla are you listening?
FOSS flash player (incomplete): http://www.gnu.org/software/gnash/
FOSS silverlight (also incomplete): http://www.mono-project.com/Moonlight -
Re:olypics video tech
how about a non-microsoft silverlight player then? http://www.mono-project.com/Moonlight
-
Re:What web Broadcast?
-
Re:If at first you don't succeed....
Because you will end up with a very badly crippled silverlight on any other platform than Windows. Oh sure they might put out a decent Apple version since they aren't really playing for the high end market that Apple courts,but you can bet your bottom dollar that Linux will end up with a crappy,half baked,more likely to crash than work version if they end up with anything at all.
Luckily, we in the FOSS community don't like to rely on crippled implementations, as we'd rather make our own. Moonlight
-
Re:Mono needs a similar testsuite.
Although, considering Mono is a good two major revisions behind the reference implementation at this point, it may happen sooner than Microsoft anticipates. That may slightly limit Microsoft's tactical advantage when it comes to crushing open source.
You seem to be a little confused by the version numbers. Check out the Mono project's website to see where Mono development is at. Some parts of
.Net 3.5 have already been implemented. -
Re:Um, my browser doesn't support Ruby
-
Re:Um, my browser doesn't support Ruby
-
Re:Embedded Python on the web?
Aye. I've often wondered why there are no equivalents to Windows Script in the open source world.
What excites me about it in general is its usefulness for desktop applications. For example, the Klient IRC client uses it to support 6 separate languages with very little effort. If you want to do something similar for non-Windows platforms, you're pretty much stuck implementing a separate engine/interface for every single language yourself.
Once you have a basic architecture like that in place, you can add security controls to it (like PHP's deprecated "safe mode", or a pervasive version of Perl's taint system), and end up with something useful in the browser. Even non-web apps have uses for this sort of thing; PostgreSQL has similar needs and has ended up with "trusted" and "untrusted" language plugins.
Now Microsoft is working on the same thing for .NET, which is what the DLR is for. Their approach of using verifiable code in a VM sandbox is sound, and provides some much needed security. However, between Microsoft hate and NIH syndrome, I suspect the open source world will ignore the idea of DLR (even with Moonlight around), and we'll be yet again left without a decent common framework for scripting languages.
Which means getting such a thing in even the top 3 browsers will be impossible. Sigh. -
Re:It's not called System.GNU/Linux.Forms
Hehehe.
http://www.mono-project.com/WinForms
http://www.mono-project.com/WinForms_CodeOwners
See all that green?
As for SQL Server.. an SQL Server is an SQL Server. -
Re:It's not called System.GNU/Linux.Forms
Hehehe.
http://www.mono-project.com/WinForms
http://www.mono-project.com/WinForms_CodeOwners
See all that green?
As for SQL Server.. an SQL Server is an SQL Server. -
Re:What's MSFTs Point?
Um... Actually it is:
http://www.mono-project.com/Moonlight
Microsoft is assisting in Moonlight's development:
http://lwn.net/Articles/248198/ -
Re:Does Wine work...- can you run a windows installer and then run the installed program ? Integration is fairly good, for a single user. With the standard Ubuntu Wine package, you can double-click on EXEs to run them. Installers work fine, and at least on Kubuntu, they can install working shortcuts to your desktop, and the Windows start menu is under the K-menu, under "Wine" (so I can go K->Wine->Programs->Accessories->Notepad, for example). - can you do this also if the installer puts some dlls in the windows system directory ? Wine lives in ~/.wine, with a fake C drive at ~/.wine/drive_c (by default). So I don't really see any reason this wouldn't work -- the DLL would go in ~/.wine/drive_c/windows/wherever.
However, drivers won't work, for obvious reasons. In very few instances, there will be a separate project to wrap a DLL for Linux -- captive ntfs, ndiswrapper, etc -- but these are considered workarounds until a native, open Linux version can be written. - what kind of programs won't work ? .NET ? ActiveX ? DirectX ? DirectX works fine, but won't be as fast as OpenGL. Don't know about ActiveX, but you can run up to IE6 under Wine, and (last I checked) you can use the IE7 engine in IE6 -- and, going the other way, Wine can embed a Gecko engine for when an app requests a web browser via ActiveX (for example, the MOTD on Counter-Strike servers is HTML).
Haven't looked into .NET in awhile. If it's a pure .NET project, there's a separate project for that: Mono. Because .NET is compile-once, run anywhere, like Java, a .NET app running under Mono should do about as well as it does under Windows. Because .NET on Windows is so tightly integrated, and makes it so easy to call out to native DLLs, many .NET apps don't work under Mono, and never will.
I believe there are voodoo ways of combining Mono and Wine, but I don't know how to do that. I don't know if Microsoft's own .NET runtime works under Wine. - Photophop ? What's Photophop?
Seriously, look it up yourself: Most apps are listed at AppDB, and PhotoShop CS2 is listed as Platinum, which is the highest possible rating. - How much of a performance hit do you take ? Again, look at AppDB. It depends on the app whether it will run at all, and how fast it will run. Some apps -- even some games -- run faster under Wine than under Windows. Some run slower. Most, especially office apps, have no perceptible difference, so I don't usually care to benchmark it.
For me, by now, the procedure for testing a Wine app is to first, try it on a clean ~/.wine (or set WINEPREFIX -- I actually regularly keep multiple Wine directories around) -- if it works in the simplest way possible, I'll do that. Otherwise, especially if it's a game (and especially if it's a Blizzard game, which defaults to DirectX but can be coerced into OpenGL mode), Google for that app under Wine, and check AppDB.
If I find a workable solution, I use it. Otherwise, I boot a real Windows, either natively or in a VM. I'm not a Wine developer, and I don't want to be. -
Re:Not Yet, In My Personal Experience.
I believe Gendarme might be of some use. Just don't invoke the Portability assemblies and I can't see why it'd fail.
-
Re:It's only a matter of time....
Well there's something called Moonlight on Mono-project's website. You can check it out here: http://www.mono-project.com/Moonlight
-
Re:Silverlight is insignificant
The Linux runtime is being supplied by Moonlight, from the Mono team - its opensource and is available from here http://www.mono-project.com/Moonlight - vet away.
-
Re:Why fund mono?
I know this is probably nit picking, but when I saw that
.exe attached to the end of my mono compiled test program, I quit using it.
It's there to be compatible with Windows. Windows expects executables to end in .EXE, so Mono executables end in .EXE. How else would you do it? Are you that much of a zealot? That's not nitpicking, that's being stupid.
But Mono not going its own direction instead of endlessly trailing Microsoft's direction is. Mono should have taken what is standardized and run with it. Making a competing dev environment not just reimplementing yet another Microsoft environment.
Do you have any idea what you're talking about? Of course they're reimplementing Microsoft's libraries--how else do you get compatibility with already written programs? "Oh, we have a CLR implementation, but .NET programs won't run on it! Hurf durf, we're cool!"
And Mono's got its own namespace with a boatload of features. GTK#, Cocoa#, Tao (the managed OpenGL/SDL bindings that people use on .NET, too--it started with Mono), the brilliant Mono.Addins, MonoCurses (which addresses a glaring deficiency in .NET, the lack of a decent console API), Mono.FUSE...I could go on. But I'm sure these libraries are OMG HORRIBLE, because I can use (most of) them in .NET too! OH NO!
Get a clue. -
Re:Why fund mono?
I know this is probably nit picking, but when I saw that
.exe attached to the end of my mono compiled test program, I quit using it.
It's there to be compatible with Windows. Windows expects executables to end in .EXE, so Mono executables end in .EXE. How else would you do it? Are you that much of a zealot? That's not nitpicking, that's being stupid.
But Mono not going its own direction instead of endlessly trailing Microsoft's direction is. Mono should have taken what is standardized and run with it. Making a competing dev environment not just reimplementing yet another Microsoft environment.
Do you have any idea what you're talking about? Of course they're reimplementing Microsoft's libraries--how else do you get compatibility with already written programs? "Oh, we have a CLR implementation, but .NET programs won't run on it! Hurf durf, we're cool!"
And Mono's got its own namespace with a boatload of features. GTK#, Cocoa#, Tao (the managed OpenGL/SDL bindings that people use on .NET, too--it started with Mono), the brilliant Mono.Addins, MonoCurses (which addresses a glaring deficiency in .NET, the lack of a decent console API), Mono.FUSE...I could go on. But I'm sure these libraries are OMG HORRIBLE, because I can use (most of) them in .NET too! OH NO!
Get a clue. -
Re:Why fund mono?
I know this is probably nit picking, but when I saw that
.exe attached to the end of my mono compiled test program, I quit using it.
It's there to be compatible with Windows. Windows expects executables to end in .EXE, so Mono executables end in .EXE. How else would you do it? Are you that much of a zealot? That's not nitpicking, that's being stupid.
But Mono not going its own direction instead of endlessly trailing Microsoft's direction is. Mono should have taken what is standardized and run with it. Making a competing dev environment not just reimplementing yet another Microsoft environment.
Do you have any idea what you're talking about? Of course they're reimplementing Microsoft's libraries--how else do you get compatibility with already written programs? "Oh, we have a CLR implementation, but .NET programs won't run on it! Hurf durf, we're cool!"
And Mono's got its own namespace with a boatload of features. GTK#, Cocoa#, Tao (the managed OpenGL/SDL bindings that people use on .NET, too--it started with Mono), the brilliant Mono.Addins, MonoCurses (which addresses a glaring deficiency in .NET, the lack of a decent console API), Mono.FUSE...I could go on. But I'm sure these libraries are OMG HORRIBLE, because I can use (most of) them in .NET too! OH NO!
Get a clue. -
Re:Why fund mono?
I know this is probably nit picking, but when I saw that
.exe attached to the end of my mono compiled test program, I quit using it.
It's there to be compatible with Windows. Windows expects executables to end in .EXE, so Mono executables end in .EXE. How else would you do it? Are you that much of a zealot? That's not nitpicking, that's being stupid.
But Mono not going its own direction instead of endlessly trailing Microsoft's direction is. Mono should have taken what is standardized and run with it. Making a competing dev environment not just reimplementing yet another Microsoft environment.
Do you have any idea what you're talking about? Of course they're reimplementing Microsoft's libraries--how else do you get compatibility with already written programs? "Oh, we have a CLR implementation, but .NET programs won't run on it! Hurf durf, we're cool!"
And Mono's got its own namespace with a boatload of features. GTK#, Cocoa#, Tao (the managed OpenGL/SDL bindings that people use on .NET, too--it started with Mono), the brilliant Mono.Addins, MonoCurses (which addresses a glaring deficiency in .NET, the lack of a decent console API), Mono.FUSE...I could go on. But I'm sure these libraries are OMG HORRIBLE, because I can use (most of) them in .NET too! OH NO!
Get a clue. -
Re:Eclipse
Proprietary? ISO/IEC 23270:2003 Information technology -- C# Language Specification
Does not seem to meet the defenition.
Especially with other alternatives out there. -
Re:Popcorn anyone?
-
Free implementations exist
Flash and Silverlight are fully documented, and there exists free implemenetations: Gnash and Moonlight, respectively.
-
Re:irrelevant?
Silverlight runs in any browser on any OS. It could be fairly said that this is a great stride towards openness from Microsoft.
That has nothing to do with openness. Open is the degree which the protocols and code can be viewed and reproduced. Supporting clients on other browsers or OS's is not openess at all, it is just cross-platform support. Unlike openness it provides no assurance that platforms will be supported in future (usually just after MS becomes dominant in a given market).
What is MoonLight, Alex?
-
Re:Why switch?
There HAS been no reason to switch up till now... Silverlight 1.0 didn't offer any compelling reason at all. Silverlight 2.0 brings the
.NET framework and while that might not get the visual guys jumping, it will definitely bring in the back-end coders. Not to mention that Silverlight is based on a subset of Microsoft's XAML which gives coders the ability to create visuals in XML on top of Windows Presentation Foundation (WPF). WPF is the future, of Windows at least and is heavily utilized in Vista.
So, designers that jump on board with Silverlight are also positioning themselves to become a Windows developer, at least as far as application interfaces go. In Flash it was difficult to bridge these worlds... in truth many Flash designers struggle with the coding that goes along with any great Flash application and in turn, programmers struggled with the visual. It was difficult to bridge the two groups in Flash. In Silverlight however, it's far easier and you bring in the .NET framework so now as a developer I can easily help the designers along with a very strong and well documented language, unlike Flash's Actionscript.
As for compatibility across platforms, Adobe has only recently brought the Linux platform more or less up to date with the Windows platform, jumping over several releases before finally committing to it (thankfully).... but they did do it. Microsoft isn't writing Silverlight for Linux, BUT there is a strong group of developers from the Mono project that are working WITH Microsoft's help, to bring Silverlight to Linux. The project is called Moonlight and is already well on it's way: http://www.mono-project.com/Moonlight -
Re:Useless reply to a useless trollI would be happy to see what is your favorite environment for home use and for work (and what type of work you do). Then we could compare...
Anyway this thread is about PHP and windows. I just pointed out it still runs better on Mac OS which is a native BSD system. it's a damn shame that it sucks for languages worth using for more than ten-minute one-offs. Well you might be quite uneducated on the subject so I will help you. On Mac OS X you can use ASM, C, C++, Objective-C, C#, Java, Pascal, Perl, PHP... In fact nearly any language that runs or compiles on Linux, Unixes or BSD.
But as you seem to lack of proper education in computing I understand your confusion and frustration with an unfamiliar OS, just like I get frustrated on half pipes, I'm more of a speed junkie ^_^
I am forced to, yes. How can someone force you to use something that isn't fit for the job? It's up to you to chose a better solution and introduce it to your management. Otherwise I would recommend you quit your company if you didn't get the proper training to do your job. Either way it proves your company isn't serious about it's business. Yeah, because using them daily for most of a year means I don't know how to use it. A friend of mine has a dog that uses toilets, but that doesn't mean it knows how it's supposed to be used... Apart if toilets were originally designed to quench ones thirst. -
where's the disadvantage?In that case they are limiting the access to their records to those that are able to run Silverlight. Which is just about any computer that has an OS installed and is turned on....
http://www.mono-project.com/Moonlight
http://www.apple.com/downloads/macosx/development_tools/silverlight.html
It's just another piece of software that will need to be installed to access information. They haven't excluded anyone that I am aware of, unless you're still using a Commodore VIC-20.
-
Re:It Required MSdotNET
Ever heard of Mono?
-
Re:It Required MSdotNET
Because of the wonderful OpenSource folks who created Mono.
-
MoonlightThe silverlight plugin won't work on wine.... Ahh weeellll.... Linux native port of silverlight, courtesy of the Mono project, here.
-
Re:Help
I know that the above is a joke... But there is an answer to this... Try Moonlight
http://www.mono-project.com/Moonlight -
Re:I love vista & i love silverlight
-
Re:Speaking of Silverlight...
Do you think MS will make a Siverlight for Linux? Most likely it will have to be done by Mono project and no doubt it will not be 100%
Well known Microsoft supporter Miguel de Icaza is already several steps ahead of you. The Moonlight project is exactly that. And no, I will not install it. -
Re:Breeze to Program
Not really ready yet, but apparently there's source up, if you're interested.
-
Re:Breeze to Program
-
Re:Firefox...
I will add, if it does not work with Firefox/Linux, not interested.
That's what Moonlight is.
Regarding the article summary:
I suppose I'm not surprised by the typical anti-Microsoft slant on Slashdot, but calling something a "last-ditch" effort to "breathe some life back into Silverlight" is merely FUD. The product was only released in November 2007, and development work is already proceeding on the next version. -
Re:Firefox...
The Mono gang is getting there with their Moonlight project.
-
Re:Come on...
Actually, Microsoft shared information with Novell to develop Moonlight, which is an up and coming fully open source version of silverlight- so instead of supporting linux in a binary fashion, they have an opensource solution.
http://www.mono-project.com/Moonlight
Plus, as far as I know- they intend to release the binary linux codecs for free (for media play).
What's there to lose? It's more open than flash... and it's so young yet. Let them finish developing it before you go on a tirade against it. Go to channel 9 and watch silverlight videos- compare those to flash. I think it'd make youtube ventures a lot nicer. -
Re:A new attempt to monopolizing the net ?
http://www.mono-project.com/Moonlight
Yeah, either that or work with Novell to make an open source implementation for websites running on Linux. -
Re:Firefox...
I believe it's supposed to work with FF / Linux.
I believe Silverlight on Linux is what Novell's Mono project is supposed to be about.