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.

Art.GNOME.org

Error: It's not possible to reach RSS file...

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

GNOME Art

Submitted by stro on Sat, 2005-04-30 08:33. Gnome Art

The GNOME Art Collection written in ruby is a collection of tools for managing art from the art.gnome.org website. The first app, GNOME Art is a graphical frontend for art.gnome.org. Backgrounds and all themes can be downloaded and previewed. Backgrounds, icon themes and splash screens can be installed directly. GNOME Splash Screen Manager is an
application for managing the splash screens of your GNOME desktop.

Downloads, Screenshots and more!

The poster means speed up development

Submitted by Anonymous George on Mon, 2005-05-02 20:18.

not performance.

For example, someone with basic c and java skills can be ready to code fairly complex appications on OS/X within a few hours. Not only that, but the application will be beeyootiful and the documentation for the code will practically write itself (umm this is *actually true* and not a joke).

Add to this situation the fact that on OSX technologies like CoreVideo/CoreImage, Spotlight etc., are easily accessible to almost any application via easy to use API's and the Apple Macintosh (yes Apple Macintosh, it pains me to say it) is leaving open source (and Windows) in its dust. This despite the multiyear head start that Linux and X window applications had over Apple. A hardware company with a lot *fewer* developers has surpassed the rest of the industry in easy of development. "Unix on the desktop" cannot even dream of coming close to Apple/OSX for applications and speed of development without addressing the need for:

* better documentation
* more consistent APIs
* better focus and priority support for a core set of "modern" languages (C#,Python should be it) ... adding more and more language bindings is pointless if the framework itself isn't polished. How do I access nautilus/gnome/gtk API's in a coherent way to let my application browse directories? Who wants 18 scripting languages and their GTK bindings all over one's system just to run a few applet/utility type tools?

etc. etc.

This is why the poster - despite using sarcasm - had very good points to make.

» parent