User login

Navigation

Contribute

Interested in contributing to FootNotes? Click here to submit news stories to us or visit this site for more information about available opportunities.

GNOME Support

Friends of GNOME

Now's a good time to say thanks for the best desktop environment on the planet by becoming a Friend of GNOME or by upping your current Friends level. Contribute by joining the Friends of GNOME program. All contributions are tax-deductible in the U.S. Thanks to our generous Friends

Links of Interest

Syndicate

Online users:

Gnome, Mozilla and the Challenge of Longhorn

Submitted by mccaffer on Wed, 2004-04-07 05:36. Gnome 2.x

With lots of talk recently about mono/java/python, it seems like a response to Longhorn and XAML is brewing. People at mozilla are talking about how to create an alliance against the hegemon. Co-operation with gnome is discussed on mozillazine. I do hope that gnome can use the XUL language or something like it so that gui programming is easy for us mere mortals. Lets not re-invent the wheel reproducing XAML when we've already got XUL!

Re: You can develop desktop apps in Mono

Submitted by Anonymous George on Wed, 2004-04-07 19:24.

I would say even large apps could (and should!) be done in those "scripting languages". I see a lot of momentum in the scientific python field and scientific application is the one area that runtime speed is all.

I think the misperception that python (or C#) is good just for quick small applications is because, being so easy to use, those languages ALLOWS the programmer make worst code (in less time, with MUCH less knowledge). We can expect more knowledge from a C programmer that can make, say, just an mp3 player then from a python programmer that can only make the same thing.

Good programmers makes python run fast. It's being used in scientific programs because it can be FAST. The trick is to implement the bottlenecks in C++ or C (C++ offers a much cleaner API trough python boost) and the rest of the program in python.

There are 2 area I see is not suitable for those languages. 1) libraries that are themselves the bottlenecks of applications speed. gtk (or at least it's core), a xml parser, the kernel etc. 2) libraries that are suposed to have bidings to lots of other languages. Again: gtk, gnome-libs etc.

» parent