Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Mono Progress In the Past Year 441

Eugenia writes "OSNews posted an article accounting the applications created in GTK# the past 8 months, since the release of Mono 1.0. While many of them are still in their infancy, it's clear that the platform had a healthy progress, with 'super-hits' like Tomboy, F-spot, MonoDevelop, Muine & Blam! and other, less known gems, like SportsTracker, PolarViewer, MooTag, GFax, GIB, Sonance and Bluefunk. The 2.0 version of Mono is expected around May, but the developers advised distros and users to upgrade to Mono 1.1.4 despite being a beta."
This discussion has been archived. No new comments can be posted.

Mono Progress In the Past Year

Comments Filter:
  • huh? (Score:5, Insightful)

    by utexaspunk ( 527541 ) on Tuesday February 22, 2005 @12:16PM (#11745182)
    Tomboy, F-spot, Muine & Blam! ... MooTag, GFax, GIB, Sonance and Bluefunk

    WTF? Who comes up with names like these? I would blame the MBA's, but this is open source stuff, right?
  • Re:Beagle (Score:3, Insightful)

    by nberardi ( 199555 ) * on Tuesday February 22, 2005 @12:20PM (#11745234) Homepage
    Everybody talks about living under the mercy of Microsoft when using Mono, but really it isn't an different than living under the mercy of Sun, both companies have their history of sqaushing compitition.
  • by m50d ( 797211 ) on Tuesday February 22, 2005 @12:25PM (#11745286) Homepage Journal
    It does benefit them. Hopefully when Sun sees all the devs switching it will finally open up Java. If not, good riddance - C# includes all the good bits anyway.
  • Impressive (Score:4, Insightful)

    by Anonymous Coward on Tuesday February 22, 2005 @12:25PM (#11745289)
    I'm writing this as a mere user, not as a developer, but from my point of view mono really is impressive. Just looking over the list of apps on osnews shows that mono really seems to give developers a framework that let's them develop great application in a relatively short time and in the end it's users like me who profit from that. ;-D

    Great works, mono devs.

    And to all those trolls that will come out of the woodwork with every mono story, telling us that mono is the end of open source:
    Please, for once in your miserable lifes try to provide arguments for your point that go beyond MS is evil (though I would readily agree with that) and therefor mono is the suX0r.
  • good (Score:2, Insightful)

    by diegocgteleline.es ( 653730 ) on Tuesday February 22, 2005 @12:28PM (#11745327)
    This should stop people using C for things like evolution. Sure C is a great lenguage, but you need to dominate it. Some people knows to use it, most of use humans don't (let's remember the simultaneous 11 buffer overflow vulnerabilities discovered in gaim the past year, making it probably the most insecure IM client ever). And let's no talk about OO, which can help a lot for those final-user apps. C is not a OO language. Yes you can try to use it as OO language like gnome/gtk/glib guys do but they're just trying. A language is either OO or not, C is not. C is a 70's language, stop making gnome "the 70's desktop" with no functional kparts equivalent (bonobo sucks) and use mono, dammit.
  • Re:huh? (Score:5, Insightful)

    by SoCalChris ( 573049 ) on Tuesday February 22, 2005 @12:33PM (#11745378) Journal
    Seriously...

    At least give the program a somewhat descriptive name, ie Office, Internet Explorer, TurboTax, NotePad, Photoshop, etc...

    If I were looking for a music player on Google, I wouldn't even give search results about programs named Muine, MooTag or Bluefunk a second glance, simply because they don't sound like music players.

    Open Source programmers are good at a lot of things, but naming their programs isn't one of them. Just look at the whole Phoenix/Firebird/FireFox fiasco.
  • by shird ( 566377 ) on Tuesday February 22, 2005 @12:34PM (#11745384) Homepage Journal
    Is it really reverse engineering? I mean the full spec for the CLR and various other things with .NET have been published for the very reason to create VMs such as Mono on different platforms.
  • by idlake ( 850372 ) on Tuesday February 22, 2005 @12:35PM (#11745396)
    Mono is a wonderful piece of reverse engineering

    There is no "reverse engineering" involved. These applications are written in C#, an open ECMA standard, and the open source Gtk+ toolkit.

    I fear the day when Microsoft will come and snatch this out from under the Mono team,

    There is nothing to "snatch": these are applications implemented in a non-Microsoft toolkit using an open language standard.

    I really think this benifits Microsoft

    I don't see how writing Gnome applications in C# benefits Microsoft any more than writing Gnome applications in C++ or Python.
  • by Coryoth ( 254751 ) on Tuesday February 22, 2005 @12:39PM (#11745444) Homepage Journal
    If you're using Mono for GNOME/GTK development, it's actually quite stable, and much more usable than trying to write applications in old-fashioned C.

    Yes, but let's be honest here: if you're writing a GTK/GNOME application you're writing a reasonably high level application and pretty much anything (Java, Python, hell even C++, bindings) would be "much more usable" than "old-fashioned C".

    Please note that I am not dissing Mono. Variety is nice, and C# does provide a relatively nice language to be able to code GUI applications in. My issue is with the common implication that C# is unique in this - it isn't. Try out PyGTK [pygtk.org] for instance (particularly with libGlade).

    Jedidiah.
  • by Inoshiro ( 71693 ) on Tuesday February 22, 2005 @12:48PM (#11745534) Homepage
    How is this not like life?

    Ford Explorer -- does that also access the internet?

    Hyundai Accent -- is it about the korean language?

    Honda Accord -- music perhaps?

    People make names which they feel are the best for something. They rely on something's ability to be good at it to spread the love, so to speak. If it's good, people will remember it. If it's not good, it goes away and it's no issue. Do you really like how people went to ultrageneric names and domain speculation on the Internet? Pets.com? Mail.com? News.com?

    Take a look at things which people remember. What about Napster implies filesharing? What about Suprnova? What about Google implies searching?

    Naming is a magic game. Just because you don't like how others play it, does not mean they are playing it wrong. This whole "incorrect naming" meme is stupid and pointless. Start thinking critically about what you're saying before you repeat it everywhere.
  • Re:huh? (Score:3, Insightful)

    by Coryoth ( 254751 ) on Tuesday February 22, 2005 @12:55PM (#11745609) Homepage Journal
    At least give the program a somewhat descriptive name

    You mean like Excel, PowerPoint, Outlook, Visio, Access, Oracle, or Winamp?

    As we all know a product can only become successful if it has a clearly descriptive name like those above. I know whenever I want password and authentication software I think of access, when I want a scientific data visualization library I think of Visio, and it is clear that Winamp is software to provide fine tuning for your desktop volume controls.

    Oddly however; stupidly named programs like Firefox (what on earth does that do?) seem to be doing okay.

    Have you ever taken part in a GIMP renaming brainstorm session?

    Paint (taken)
    Photoshop (taken)
    Photopaint (taken)
    Paintshop (taken)
    ImagePaint (taken)
    Imageshop (taken)
    Photostudio (taken)
    PaintStudio (taken)
    Studiopaint (taken)
    Imagestudio (taken)
    PhotoImage (taken)
    ImagePhoto (taken)
    .
    .
    .

    I'm not saying GIMP is the best name, but when you demand an obvious name that associates with the field you suddenly find lots of other people who were thinking the same thing.

    Jedidiah.
  • by TheRealMindChild ( 743925 ) on Tuesday February 22, 2005 @12:57PM (#11745620) Homepage Journal
    I dont see the benefit AT ALL. What happens when all of these JVMs start having different quirks? You then have to write your Java applications toward specific JVM (Wow... just like what everyone bitched at Microsoft for). Then what is the point?

    Java isnt closed in the sense that no one can get the code. Im not sure of the money you need (if any), but every JVM is well tested to make sure it does things in the way that Sun intended them to. That's what MAKES it a usable platform... and Im sure Sun really wouldnt like to support there multitudes of customers who are trying to run a java applications that seems to only work on the L33t-h4x0r-optimized JVM.
  • by Glock27 ( 446276 ) on Tuesday February 22, 2005 @12:58PM (#11745628)
    Statistics from Sourceforge:

    Java (14080 projects)
    C# (2206 projects)

    Also, don't forget there is a very interesting ahead-of-time Java compiler as part of the gcc toolchain, gcj [gnu.org]. It isn't complete, but it is constantly improving and can now be used to write SWT and Gnome applications. Good stuff!

    I hate to see C# getting any uptake when all it is intended to do is allow Microsoft to co-opt all of Java's good ideas while stifling portability as much as possible. It is a transparent Java ripoff.

  • by acomj ( 20611 ) on Tuesday February 22, 2005 @12:58PM (#11745630) Homepage
    I don't have anything agains mono, and the C#/java seem pretty much identicle to my mind (There's nothing that compelling that one has thats not in the other).

    Its great to have a language that can come installed with linux (java cough* cough*). However mono ultimately will work OK, but will drive developers to windows in droves because of the better deveopment environment that Visual Studio.net offers.

    I fear that ultimately there will be mono apps that can run sometimes on windows (if you install gtk# etc...etc.) and .net apps that might run on linux if you didn't use this package or that package.

    Mono has its place, but I don't think cross platform apps is going to happen.
  • by ultrabot ( 200914 ) on Tuesday February 22, 2005 @01:00PM (#11745648)
    There is nothing to "snatch": these are applications implemented in a non-Microsoft toolkit using an open language standard.

    The catch is that C# and CLR are not open standards - they are just ECMA standards. Apparently it was a brilliant move by MSFT because now people will automatically believe CLR is somehow "open". In fact, a while ago Novell was asking MSFT for a clear declaration that Mono does not infringe MSFT IP. Guess what, we never heard what happened with that.

    I don't see how writing Gnome applications in C# benefits Microsoft any more than writing Gnome applications in C++ or Python.

    It provides a hose that MSFT can step on to end the distribution of the appications. The more critical the app is for Desktop Linux, the better for MSFT. Hopefully the apps that are written in C# will stay small and architecturally open enough to be easily rewritten in another language should that happen. We should never become too dependent on Mono, or Java, or any other proprietary technology.
  • by warrax_666 ( 144623 ) on Tuesday February 22, 2005 @01:00PM (#11745653)
    Your design is either OO or not OO, and the language that you implement it in is irrelevant.

    By extension, you could just as easily say that the implementation language never matters, it's all just a Turing Machine(*) anyway. Except it does matter. Support for cleaner syntax, extra type checking, virtual/non-virtual method dispatch, etc. all matter when implementing an OO design. You can avoid whole classes of bugs by having proper language support, and programmer time can be reduced considerably.

    (*) We'll conveniently ignore the fact that computers aren't really TMs here. The point is still valid.
  • by cosinezero ( 833532 ) on Tuesday February 22, 2005 @01:04PM (#11745696)
    No, it's not reverse engineering at all, but /. will still mod them +5 'insightful' because if you call it 'reverse engineering' it's "hacking microsoft", instead of the truth, which is that MS tried to produce a product that can be much more accessible to even the open source movement.
  • Re:good (Score:3, Insightful)

    by Dan Ost ( 415913 ) on Tuesday February 22, 2005 @01:05PM (#11745707)
    A good modular design is not the same as Object-Oriented design. If the design
    uses polymorphism, then it's OO, otherwise it's just a modular design. Assuming
    you buy into the distinction I just made, it's unusual, but not difficult or impossible,
    to do OO in C since the language doesn't explicitly support polymorphism.

    In contrast, python makes polymorphism so simple that you often don't even
    realize you're doing it. With Java and C#, you either have to share a common
    ancester or implement the same interface.
  • Re:Story time (Score:5, Insightful)

    by ed__ ( 23481 ) on Tuesday February 22, 2005 @01:09PM (#11745747) Journal
    first, their is a published spec.

    secondly, mono is more about enabling developers to use C# and CLR, rather than allowing people to run windows software on *nix, so there isn't the same necessity for bug-for-bug compatibility as there is in samba (where you want to look exactly like a Windows box from the outside).
  • Re:huh? (Score:4, Insightful)

    by bonch ( 38532 ) on Tuesday February 22, 2005 @01:10PM (#11745753)
    It's more than that. Those names just sound better and friendlier, and are easy to remember.

    I don't know why, but just about every OSS project title is some tongue-in-cheek in-joke amongst the developers who are the only ones who think it's funny. Like KDE programs all being titled with puns starting with "K."

    Besides, Powerpoint, Access, and Visio have reasonable similarity with what they actually do. As for your completely random and pointless reference to Bob, I'm still amazed Slashdotters obsess over this small desktop shell released for a short time way back in 1994.
  • by pmike_bauer ( 763028 ) on Tuesday February 22, 2005 @01:13PM (#11745783)
    What are these good bits of which you speak? Or are we (yet again) confusing Java, the language, and Java, the platform? An argument can be made that the C# language learned and improved upon the Java language's experience. On the other hand, comparing the two platforms (i.e. runtimes and libraries) is a whole different bag. Granted, C# and .Net are possibly the best technologies to use if you are developing Windows applications. But, to assert that these are the best options in any other environment is simply ludicrous. Mono is in no way as mature, stable, feature rich (you name it) as the Java platform. Pray tell where is my Mono equivalent of Jakarta, Java3D, Maven, HotSpotVM, Tapestry, Eclipse, Netbeans, IntelliJ, yadatada? When you find them, then come back and tell me C# has "all the good bits." Mono may have the potential to become what Java is today, but its not there yet.
  • Re:Story time (Score:5, Insightful)

    by damiam ( 409504 ) on Tuesday February 22, 2005 @01:13PM (#11745786)
    The fate of samba? Last time I checked, Samba was alive and well. And if anything, Mono has an advantage over samba in that it doesn't have to be Windows-compatible to be useful. C# is a great language (supposedly; I've never used it) and an open-source Linux implementation can only be a good thing. All of the apps mentioned in the intro are native GTK apps, and will continue to work well and be developed even if MS does something to break Windows compatibility.
  • Wow (Score:3, Insightful)

    by kahei ( 466208 ) on Tuesday February 22, 2005 @01:29PM (#11745967) Homepage

    Actually, reading that statistic I was impressed by how well C# is doing -- 1/7th as many projects as Java, and really all in about 2 years, and in the OSS community which isn't exactly MS's core area.

    I think MS have recaptured a bit of their old magic here, in lowering the 'energy threshold' required to get a project going. That's what made VB and Excel so ubiquitous -- I'm not saying that that was a good thing, but it sure worked. The work you have to do to create, package and distribute a .net app is just significantly less than for a java app. If I never see another classpath or another teeny little xml file that has to just match the Java code in some other file, I will be sooooo happy.

    Of course, I'm far from declaring victory for .net. But 2000 on sourceforge is a good sign, not a bad one.

  • by Anonymous Coward on Tuesday February 22, 2005 @01:50PM (#11746194)
    Now you've written a whole lot to make clear that you think mono opens up open source for litigation from MS. The only thing that's missing is an argument as to exactly why writing an implementation of an open standard should pose such a risk.

    Now I would readily agree that there are probably parts of the mono project that could turn out to be problematic, like implementing winforms, which is afaik not part of the standard. But, and that's really the important point here, mono itself and all the programs mentioned here written with mono and gtk# wouldn't be affected by any MS legal assault on mono's winforms implementation.

    So what exactly makes you think that mono is such a huge risk?
  • by darkmeridian ( 119044 ) <william.chuang@g[ ]l.com ['mai' in gap]> on Tuesday February 22, 2005 @02:00PM (#11746351) Homepage
    There is an old legal aphorism that winning a lawsuit is one of the worse ways to go bankrupt. Even if the case gets dismissed on summary judgment, you have already wasted a lot of time on discovery and pre-trial motions. Think of SCO. And then there are appeals to follow. MS has deep pockets to fund Stupid Lawsuits (TM). Look at SCO. All MSFT has to do is to scare people in corporate settings away from Linux, Mono, or whatever open source program they have declared jihad against.
  • by spongman ( 182339 ) on Tuesday February 22, 2005 @02:12PM (#11746485)
    socket servers in .NET should be written using the {Begin|End}{Accept|Send|Receive} Socket methods. These methods make usee of completion ports on Win2k and later (and assync-io on Mono) and are the recommended way to ensure scalability. the old Unix 'select' pattern is broken as far as scalability is concerned - even on Unix.

    I've had a .NET app handle 100,000+ active TCP connections on a Win2k3 box without blinking an eye.

    Just watch out for heap fragmentation caused by pinning your input buffers. It's best to preallocate them in blocks and reuse them when you can.

  • by Anonymous Coward on Tuesday February 22, 2005 @02:13PM (#11746501)
    Novell better get some new lawyers. Quick. In law school you learn; Lawyers should never speculate. Ever. Either it's legal or it's illegal, the job of a lawyer is to simple interpret and know the law prescribing proper guidance. The diatribe repeated after that usually describes incidents where things are seemingly ok. Children playing on your stoop day in and day out until one of them falls and you're sued etc. You as a lawyer are to warn the client of such things etc etc.

    Either Novell has an ace up their sleeve they are willing to take a risk with or they are setting themselves up for failure. Either way; it's going to be costly.

    If history is any marker. Microsoft will be attacking Novell within the next 2-3 yrs. Well, unless Microsoft has changed. Well wishing, speculation and positive good seeking doesn't exist when it comes to the letter of the law. If Microsoft hasn't stated in writing in a public forum or fashion that "It's ok for Novell to implement non published ECMA standard stuff into Mono". It doesn't matter how friendly they seem now or how much "interest" they see in it.

    Either it's illegal or it's not. If you aren't sure you better find out, or find a firm that will tell you one way or the other. If Novell is going to operate in the speculation waters, they better make the retainer for legal a bit bigger.
  • by TheRaven64 ( 641858 ) on Tuesday February 22, 2005 @02:15PM (#11746532) Journal
    How many times do we have to have the myth of cross platform UIs repeated? Each platform has different HIGs which determine how an application should behave as well as how it should look. Using the same UI code on multiple platforms results in apps that don't match the HIGs on any platform except (if you're lucky) the one on which they were developed. Using native widgets does not make an app that matches the HIGs, it just removes an important visual clue from the user that the app is not going to. A better solution would be to go the Java route and develop a set of HIGs for Java/Swing/Metal apps, so that anything that looks like a Java/Metal app behaves in the same way, giving people a subconscious visual clue that they are going to be different from their apps, but consistent within the context of the Java (or Mono, or whatever) platform.
  • by FooBarWidget ( 556006 ) on Tuesday February 22, 2005 @02:18PM (#11746570)
    That's what certification and unit testing program are for. You only get the label "100% compatible JVM implementation" if you pass the test. Where's the problem?

    Even if Sun doesn't open their implementation, people will still create Java compilers. Take a look at the Kaffe and GCJ project. Why don't you complain about them "fragmentating" the Java community? If Sun open sources their JVM implementation, how will it suddenly generate more fragmentation than GCJ/Kaffe already do?
  • by MosesJones ( 55544 ) on Tuesday February 22, 2005 @02:53PM (#11747001) Homepage

    C# is an ECMA standard (which of course with generics et al Microsoft is breaking). This is NOT open, and certainly not in comparison to Java.

    The Java Community Process [jcp.org] go to the site and have a look at the "closed" and unchangable monstor that Sun has created. I mean its just scary to think that Java 6.0 [jcp.org] is ASKING FOR JOINERS, to input into the next standard.

    How would you become an ECMA member and propose changes to C# ?

  • by lupus-slash ( 132575 ) on Tuesday February 22, 2005 @03:57PM (#11747850)
    What distinct advantages does Mono have over either of these established and supported platforms ?

    Contrary to both the JVM and MS .Net, Mono is free software. Mono is also cross-platform, running on Linux, MacOSX, Windows, Solaris and others on at least 5 different processor architectures.
    And we're rapidly improving to support better server workloads.
  • by labratuk ( 204918 ) on Tuesday February 22, 2005 @04:33PM (#11748369)
    You and anyone who says "it's open enough" don't know what you're talking about. Without the freedom to fork, you don't have any freedoms at all.

    Without that freedom, you and all that code you & your team spent 18 months coding are sitting under the thumb of Sun. Sun can tell you which platforms you can migrate to in the future (unless of course you want to rewrite everything in something non-java). If it is against Sun's business interest to port / allow a port of java to architecture/os xyz, you're not going to be using it.

    It may not even be the fault of Sun being aggressive. What if Sun drops java? What if Sun goes bust? What if Sun has a hostile takeover by a company who wants to sweep java under the rug? One way or another there could be no more java releases.

    So in 5 - 10 years time when the industry makes another architecture/os leap, you're stuck running on platforms which were around in 2005, no matter how much cheaper & faster the more common new systems are. Time to rewrite plenty of code.

    It's not hard to imagine - people are making the jump to amd64 now. A couple of years from now, amd64 will be the commodity hardware standard. Cheap and easily available. Imagine if Sun had for one reason or another dropped java in 2003 with no amd64 port.

    No amd64 java. We'll have to stay running our systems in deprecated 32bit mode. Or rewrite everything. Or use one of the unofficial java replacements that's come up to fill the cracks. But oh no, those would be forks that comply to no standard!

    And really, please drop the myth of open source incompatible fragmentation.

    Python's been going for around 15 years. How many python standards are there to code to?

    Perl's been going for longer. How many perl forks are there?

    How may rubies?

    How many phps are there?

    Now let's look at some closed languages:

    All I can think of is your beloved java. MS, IBM, Sun, Kaffe, GCJ... Your strategy of keeping it closed to prevent incompatible versions doesn't seem to have worked!

    If you want all of your code to be under your own control, don't write it in java.

  • by Patoski ( 121455 ) on Tuesday February 22, 2005 @04:33PM (#11748373) Homepage Journal
    Did you even bother to read what I wrote? These are mostly Gnome applications written in the C# language. They don't use ASP.NET or ADO.NET.


    Your point would be well made if all Mono wanted to do was implement C# but obviously Mono looks do to much more than that. I never meant to imply that these early adopter apps use ASP/ADO.NET as they clearly do not. I was merely commenting on the the larger issue touched on by the great grandparent which is the possibility of MS trying to damage Mono somehow (by using an IP / patent club in my example).

    Who is to say that MS won't at some later date apply for a patent to some core part of .NET and come after Mono / Novell / Gnome for using it? MS is openly hostile to OSS in general and towards Linux in particular. When asked directly if Mono infringed on MS' IP, MS' silence was deafening.

    Depending on the good graces of someone who will go to great lengths to stop Linux is something we ought to consider *very carefully* before embracing Mono with both arms.

    The non-standardized parts of .NET are only an issue if you use Mono to deploy your Windows-based ASP.NET or ADO.NET applications on Linux.


    Note that Mono very openly encourages and advertises Mono's support [mono-project.com] for these questionable portions of .NET. Also, ASP and ADO aren't exactly some dusty corner of .NET spec which we can safely assume will infrequently be used.

    Your risk and exposure to Microsoft IP results from your choice of using ASP.NET and ADO.NET in the first place; the existence of Mono, if anything, reduces your risk and exposure somewhat, but, of course, it can't completely eliminate it.


    Saying that the patent issue is a "red herring" is an enormous stretch. Mono's web site acknowledges that is an issue and even tries to come up with mitigating factors. Heck, Miguel even acknowledges that this is an issue which deserves debate, discussion and may result in the FOSS community having to route around patent damage. I'm not sure why you're trying to paint this as a non-issue when all sides have agreed that it is an issue worthy of discussion.
  • Re:huh? (Score:3, Insightful)

    by bonch ( 38532 ) on Tuesday February 22, 2005 @05:11PM (#11748886)
    Powerpoint, as in making powerful points. Most presentations are made up of bullet points.

    Visio, as in vision, as in visualizing schematics.

    This isn't difficult.
  • by Anonymous Coward on Tuesday February 22, 2005 @06:22PM (#11749664)
    People make names which they feel are the best for something. They rely on something's ability to be good at it to spread the love, so to speak. If it's good, people will remember it. If it's not good, it goes away and it's no issue.

    No, names have a real impact. I know a lot of geeks don't care about this (Who cares if this library is called huc2r15xy.lib? It works great!), but normal people do.

    To make an extreme example, if Burger King called their burgers Shitters instead of Whoppers, they wouldn't have sold very well. I know a lot of slashdotties would have gone to buy "Shitters" because of the name, but normal people will avoid your product if they have to ask for a "Shitter" for lunch.

    Do you really like how people went to ultrageneric names and domain speculation on the Internet? Pets.com? Mail.com? News.com?

    No, those are bad names, too. There *are* good names on the internet, like Google, Napster, Monster.com, or even Slashdot. The idea is *not* "generic = good".

    The difference is that: (a) Websites are *all about* branding. People don't bookmark much, so using a name with "career" in the URL for a job webpage is doomed to failure. "Monster.com" is easy to remember, so people keep going back there. Programs are different: it's on my computer, it's right there. I don't really need branding for a music player (I can pick it out of the list). And: (b) I don't even know how to pronounce some of this crap. "Muine"? Moo-ine? Mweene? Muh-wine? Mweeney? If nobody can figure out how to pronounce your name, it sucks, full stop.

    Naming is a magic game. Just because you don't like how others play it, does not mean they are playing it wrong. This whole "incorrect naming" meme is stupid and pointless.

    I've heard exactly the same thing about user interfaces and design from geeks for years. Geeks like to put everything in terms of equations and big-O and C code, and anything that doesn't fit falls into the "magic" category, where "you like what you like and nothing is better than anything else". But that's simply not true [paulgraham.com].
  • by Delos ( 20149 ) on Tuesday February 22, 2005 @11:31PM (#11752174) Homepage
    How many times do we have to have the myth of cross platform UIs repeated?

    As long as people keep downloading Mozilla, Firefox, and Thunderbird.

He has not acquired a fortune; the fortune has acquired him. -- Bion

Working...