Domain: gnome.org
Stories and comments across the archive that link to gnome.org.
Comments · 3,430
-
Here's the link
Here's the link: (it was posted a bit earlier)
http://lists.linux-foundation.org/pipermail/deskto p_architects/2007-February/thread.html
Basically, Linus wants to have fine grained control over what the mouse buttons do.
Sounds like a simple request, but he doesn't reveal it until *after* he submits a patch and in that same email goes on to rant about how no-one listens to him and how GNOME developers make excuses instead of just doing whatever he wants. In a later email he comments that he sent the patches to a developer's only email address (that he admits may or may not have been able to see his patches) because he doesn't like bugzilla and says that the patches must be accepted or GNOME developers are a bunch of hypocrites even though an API freeze is in effect for about a month ( http://live.gnome.org/TwoPointSeventeen ).
Personally, I find it a bit interesting that Linus has repeatedly flamed (or sidelined) people on the Linux kernel mailing list for acting like he is now, not following the kernel submission procedure, assuming that freezes don't count, and assuming that if the core architects of the Linux kernel think that a feature (done in a certain way) is a bad idea then they must be a bunch of hypocrites.
I personally don't know if the patches are any good or in keeping with GNOME's design or need changes or .... But I do think that Linus needs to chill and let the GNOME core developers run the way they want to and accept or postpone (if there's a freeze) or reject his patches as they deem appropriate. If Linus want to contribute to GNOME (I hope he does), he has to do it by GNOME's rules or fork, or pass it on to someone who *is* willing to play by GNOME's rules (I'd be surprised if there weren't are more than a few developers and distros who would be willing to work as intermediary between Linus and GNOME). That's the way open source works.
It's not unreasonable to expect this. GNOME core developers don't go on the Linux kernel thread and whine and submit attitude patches to Linus, 'tho if they did, they would (and should) be flamed. Linus has said repeatedly on the kernel mailing lists that submitters must either follow the kernel rules, or fork (e.g. if you don't like the license), or pass on your patches to someone who is willing to do things that kernel developer's way (none of Reiser's patches would have gone if it weren't for this later option).
Are there problems with the GNOME way of doing things? Sure. Linus brought up a good point about the ease of submitting patches. But all projects have issues. There was a time, not too long ago, when the submission process for the Linux kernel was "send Linus your patches and if he doesn't respond then keep resending them because the patches might have gotten lost". But the issues won't get better if you complain to the wrong people.
Just my 2 cents worth. -
Evolution mess.
A few evolution bugs that are never fixed for years. One of them is the not syncing correctly bug open for over 6 years now. NOT FIXED!
http://bugzilla.gnome.org/show_bug.cgi?id=324509
http://bugzilla.gnome.org/show_bug.cgi?id=319407
http://bugzilla.gnome.org/show_bug.cgi?id=312106
http://bugzilla.gnome.org/show_bug.cgi?id=307513
http://bugzilla.gnome.org/show_bug.cgi?id=325550
http://bugzilla.gnome.org/show_bug.cgi?id=213072 -
Evolution mess.
A few evolution bugs that are never fixed for years. One of them is the not syncing correctly bug open for over 6 years now. NOT FIXED!
http://bugzilla.gnome.org/show_bug.cgi?id=324509
http://bugzilla.gnome.org/show_bug.cgi?id=319407
http://bugzilla.gnome.org/show_bug.cgi?id=312106
http://bugzilla.gnome.org/show_bug.cgi?id=307513
http://bugzilla.gnome.org/show_bug.cgi?id=325550
http://bugzilla.gnome.org/show_bug.cgi?id=213072 -
Evolution mess.
A few evolution bugs that are never fixed for years. One of them is the not syncing correctly bug open for over 6 years now. NOT FIXED!
http://bugzilla.gnome.org/show_bug.cgi?id=324509
http://bugzilla.gnome.org/show_bug.cgi?id=319407
http://bugzilla.gnome.org/show_bug.cgi?id=312106
http://bugzilla.gnome.org/show_bug.cgi?id=307513
http://bugzilla.gnome.org/show_bug.cgi?id=325550
http://bugzilla.gnome.org/show_bug.cgi?id=213072 -
Evolution mess.
A few evolution bugs that are never fixed for years. One of them is the not syncing correctly bug open for over 6 years now. NOT FIXED!
http://bugzilla.gnome.org/show_bug.cgi?id=324509
http://bugzilla.gnome.org/show_bug.cgi?id=319407
http://bugzilla.gnome.org/show_bug.cgi?id=312106
http://bugzilla.gnome.org/show_bug.cgi?id=307513
http://bugzilla.gnome.org/show_bug.cgi?id=325550
http://bugzilla.gnome.org/show_bug.cgi?id=213072 -
Evolution mess.
A few evolution bugs that are never fixed for years. One of them is the not syncing correctly bug open for over 6 years now. NOT FIXED!
http://bugzilla.gnome.org/show_bug.cgi?id=324509
http://bugzilla.gnome.org/show_bug.cgi?id=319407
http://bugzilla.gnome.org/show_bug.cgi?id=312106
http://bugzilla.gnome.org/show_bug.cgi?id=307513
http://bugzilla.gnome.org/show_bug.cgi?id=325550
http://bugzilla.gnome.org/show_bug.cgi?id=213072 -
Evolution mess.
A few evolution bugs that are never fixed for years. One of them is the not syncing correctly bug open for over 6 years now. NOT FIXED!
http://bugzilla.gnome.org/show_bug.cgi?id=324509
http://bugzilla.gnome.org/show_bug.cgi?id=319407
http://bugzilla.gnome.org/show_bug.cgi?id=312106
http://bugzilla.gnome.org/show_bug.cgi?id=307513
http://bugzilla.gnome.org/show_bug.cgi?id=325550
http://bugzilla.gnome.org/show_bug.cgi?id=213072 -
Re:Attitude
This attitude has been in the workings for quite a while now. I'm not talking about linus specificly but the entire linus-gnome tidbit dates back to at least 2005 or earlier. And it has more to do with others not being able to get stuff done or having their projects borked. Here is a discusion line that goes from a printing issue with some configurations on the ppd stuff.
You can see it in there if you follow the list. It revolves around the idea that User are stupid so design for stupidity and stuff availible on other desktops simply not being there because users are stupid. Strangly, the gnome people are trying to convince linus that their way is the best way. Now this printer dialog post was made after the gnome project stopped submissions that would have nebaled it to work from being considered.
In all, outside the spanish email who thinks someone is stupid because they might not be able to read something writen in spanish, the entire attitude and conversations has been quite tame. Well, as far as i know. And I have been trying to follow this for a while. I used to use gnome and had to switch to KDE when stuff stopped being there. I don't see much of anything changing anytime soon. All that will happen is people will continue to reinforce their positions and beginers will eventualy grow out of gnome. -
Re:My user concerns
Here is is a what a "emerge --search java" yields in gentoo:
* app-accessibility/java-access-bridge Latest version available: 1.6.0-r1 Latest version installed: [ Not Installed ] Size of files: 120 kB Homepage: http://developer.gnome.org/projects/gap/ Description: Gnome Java Accessibility Bridge License: LGPL-2 * app-emulation/emul-linux-x86-java [ Masked ] Latest version available: 1.6.0 Latest version installed: [ Not Installed ] Size of files: 61,248 kB Homepage: http://java.sun.com/j2se/1.6.0/ Description: 32bit version Sun's J2SE Development Kit License: dlj-1.1 * dev-java/ant-javamail Latest version available: 1.7.0 Latest version installed: [ Not Installed ] Size of files: 6,682 kB Homepage: http://ant.apache.org/ Description: Apache Ant's optional tasks depending on sun-javamail License: Apache-2.0 * dev-java/apple-java-extensions-bin Latest version available: 1.2-r1 Latest version installed: [ Not Installed ] Size of files: 3 kB Homepage: http://developer.apple.com/samplecode/AppleJavaExt ensions/AppleJavaExtensions.html Description: A pluggable jar of stub classes representing the new Apple eAWT and eIO APIs for Java 1.4 on Mac OS X. License: Apple * dev-java/aterm-java Latest version available: 1.6 Latest version installed: [ Not Installed ] Size of files: 93 kB Homepage: http://www.cwi.nl/htbin/sen1/twiki/bin/view/SEN1/A TermLibrary Description: Java library for ATerm exchange License: LGPL-2.1 * dev-java/blackdown-java3d-bin Latest version available: 1.3.1-r1 Latest version installed: [ Not Installed ] Size of files: 9,881 kB Homepage: http://www.blackdown.org/ Description: Java 3D Software Development Kit License: sun-bcla-java-vm * dev-java/cairo-java Latest version available: 1.0.5-r1 Latest version installed: [ Not Installed ] Size of files: 353 kB Homepage: http://java-gnome.sourceforge.net/ Description: Java bindings for cairo License: LGPL-2.1 * dev-java/glib-java Latest version available: 0.2.6-r1 Latest version installed: [ Not Installed ] Size of files: 323 kB Homepage: http://java-gnome.sourceforge.net/ Description: Java bindings for glib License: LGPL-2.1 * dev-java/gnu-javamail Latest version available: 1.0-r1 Latest version installed: [ Not Installed ] Size of files: 690 kB Homepage: http://www.gnu.org/software/classpathx/javamail/ Description: GNU implementation of the Javamail API License: GPL-2 * dev-java/java-config Latest version available: 2.0.31-r3 Latest version installed: 2.0.30 Size of files: 16 kB Homepage: http://www.gentoo.org/proj/en/java/ Description: Java environment configuration tool License: GPL-2 * dev-java/java-config-wrapper Latest version available: 0.12-r1 Latest version installed: 0.12 Size of files: 7 kB Homepage: http://www.gentoo.org/proj/en/java Description: Wrapper for java-config License: GPL-2 * dev-java/java-getopt Latest version available: 1.0.13 Latest -
Re:Beagle allready does this!
I've recently switched from indexing with beagle, to tracker, which I find to be speedier, uses less memory, and is generally a treat to work with. I'd recommend checking it out. It doesn't need mono, and there's ubuntu debs available.
-
Re:visio would be VERY useful
The closest I've found is Dia, but frankly it's not ready for non-techie users yet. It suffers from GIMP syndrome, where each palette of widgets is its own window in the taskbar, commands have non-standard names for no good reason, etc. We're on a tight IT budget so I tried to win over the couple of users who were asking for Visio, but Dia wasn't up to it and we had to bite the bullet and buy some Visio licenses. If someone turned a couple of UI and process engineers loose on Dia for a while it'd probably be a great niche product.
-
Re:I go to Sourceforge after I learn about a progr
I'm a big fan of http://plone.org/ which is a CMS that sits on top of the http://www.zope.org/ application server. All of which is OSS. I can't speak to OSS CRM but others here have. There are plenty of fantastic server side developer productivity boosting OSS software out there.
- Try http://jakarta.apache.org/ for lots of Java libraries.
- I find http://www.springframework.org/ is a great framework extension for Java.
- I like spring better, but http://www.hibernate.org/ provides an ORM for both Java and
.NET developers. - If you are working in Perl, then http://www.cpan.org/ is the place for you.
When it comes to client side software there is a huge amount of great OSS apps.
- I believe that http://sourceforge.net/projects/ganttproject/ is great for project management.
- I have used http://sourceforge.net/projects/freemind/ for years and know it to be a great mind mapping tool.
- I believe that http://live.gnome.org/Dia/ is a great diagramming tool.
- I'm a big fan of http://www.umlet.com/ and find it to be very useful for creating UML diagrams.
- I switched from sodipodi to http://www.inkscape.org/ which is fantastic for drawing vector images.
- I am also a big fan of http://www.gimp.org/ which is used to draw raster images.
I have used all of these projects for years and would most definitely label them as quality, winner OSS.
-
Re:Relation to Linux?
Michael Meeks made a version of this converter available which compiles using mono, see entry 2007-01-29 on http://www.gnome.org/~michael/ .
Realistically, there's no reason it even needs to be in C# - the various bits of wrapper could be rewritten into other languages, and the main work is done by an XSLT. The OpenDocument Fellowship might include a similar tool in future tool sets, translated to be a bit more native. -
Re:Linux is Inhibited by Greed
Albanach wrote:
What really astonishes me is that open source has made such great leaps in other areas yet there's no apparent replacement for Outlook & Exchange.Um...
- Outlook -> EVOLUTION. I use Evolution all day, every day at work to read email and calendars from our Exchange server.
- Exchange -> SCALIX and ZIMBRA are the two front runners. We're about to evaluate Zimbra to replace our Exchange server (150 employees). Other possible candidates include: Bynari Insight Server, KerioMailServer, @Mail, and the venerable OpenXchange.
Those seem fairly apparent to me.
-
Re:Misleading, and retarded
Isn't connecting with Exchange one of Evolution's features? It's on their website: http://www.gnome.org/projects/evolution/features.
s html (Look for "Collaboration Server support".)
So really this article has nothing to do with interoperability with Windows, but it has more to do with Linux applications that advertise features that do not work. Which, frankly, is worse. I can excuse Evolution not being able to talk to Exchange servers, but I can't excuse Evolution *claiming* to be able to, but not actually being able to. -
Evolution Works on Windows
-
Evolution Works on Windows
-
Re:Linux is Inhibited by Greed
There is some merit to what you and others are saying on these topics. Look at the flip side of all of this though. For the most part email services are not ideal using just Exchange. It is the collaborative features that most seek in these systems. I tend to use smtp gateways using spamassassin, amavisd, clamav etc before email ever touches exchange. Now as far as the % numbers of how close to exchange you can get you have to remember linux is not windows. You typically do not install monolithic binary packages and get features a-z. You tend to install components that add up to a full system. The more you work the closer you get. You want to have all the whiz bang collaboration features that exchange offers? Install more modules for your webmail system. Or you could use the the Evolution teams advancements to outline a server that mimics what they have found. http://www.gnome.org/projects/evolution/ I'm sure most people expect the whole "you could write it" argument by now. But Lets be honest everything that is open source is easily extended. Yes in some cases the work is not done, but it has to be done if you want the alternative.
-
Re:Possibly false assertion from the Linux guy??
We expect OS to support unicode and various input methods, it would be laughed at if it wouldn't. I think author meant translations and OSX should be ashamed with really low amount of them, there's 15 supported languages (mine is not among them even though over 50 million people use it). Linux is clearly superior in this matter with Gnome and KDE supporting far more languages.
-
Re:It will take the full class period just to load
Office Suite != Word Processor
Abiword is a part of an office suite known as Gnome Office, which has a spreadsheet program and a database program as well. -
Re:Wow... Apple charging? Not surprising.Yeah, I have read this at the page you kindly linked to. Sounds rather like moving from one point GNOME release to the next (GNOME 2.17), if that even. Oh, and "AppleScript" not really as such, the page just says "a scriptable Finder". No, unless you had 7.1.1 aka System 7 Pro, System 7.5 was the first to ship with AppleScript.
-
Re:Wow... Apple charging? Not surprising.
Yeah, I have read this at the page you kindly linked to. Sounds rather like moving from one point GNOME release to the next (GNOME 2.17), if that even. Oh, and "AppleScript" not really as such, the page just says "a scriptable Finder".
-
Stay legal, use free GPL licensed software instead
Don't be a software pirate, stay legal and properly licensed by using the various free open source GPL licensed programs instead that are also available in Windows versions. Many of the best free GPL licensed open source programs which have been developed for Linux users have also been released in Windows versions. Not everyone is ready yet to move from Windows to a free GPL licensed alternative such as Ubuntu Linux. For them, a first step to freedom would be to keep on using a properly licensed copy of Windows, but to start using the various free GPL licensed alternatives to their various favorite programs. Someday, if they decide to move to a totally free operating system such as Linux they will then be able to use the Linux versions of those same programs. There is now an amazingly large complete alternative free software ecosystem of free GPL licenced software legally available for free to everyone.
Here are just a few examples of free (mostly GPL licensed) programs which are also available in Windows versions:
- OpenOffice the free office suite
- Mozilla Firefox web browser
- Thunderbird email program
- Clamwin free antivirus
- Gimp image mainpulation program for photo retouching and image composition
- ImageMagick software suite to create, edit, and compose bitmap images
- Inkscape open source scalable vector graphics editor
- PuTTY: A Free Telnet/SSH Client
- FTP client and server
- 7-Zip file archiver which can handle compression formats such as 7z, ZIP, GZIP, BZIP2 and TAR
- Scribus open source page layout application
- AbiWord the free word processing program
- Gnumeric the free spreadsheet program
- Stellarium free open source planetarium
- Celestia free space simulation and space exploration program
-
found answer to question 5: no
5) Is the software distro-aware? If I install it on Fedora, will I know if some livna RPM tries to blow away a library?
I found the answer to this part on Christian's blog.The codecs are distributed inside tarballs together with instructions. We realize this is not as painless an install as one could wish for. But doing packages for a million and one distro's was not a plausible solution either. That said we are working on a codec installer/updater which will automatically download and install any codec bought in the shop.
I hope Fluendo will consider providing packages for the top three distros. But I guess distro communities could provide a source package a la jpackage.org for Sun Java. -
Re:features
I still haven't seen any modules I'd really want to remove (e.g. e-mail or a wysiwyg html designer, like Mozilla had), but since you asked:
Epiphany -- a lightweight spinoff for GNOME. Whenever I use it, I enjoy the speed, but I also catch myself fumbling around for little Firefox-only features all the time.
Dillo -- not a Mozilla spinoff, just a super-lightweight browser with minimal functionality. Built on Gtk+, so I suppose it could work on Windows, too.
-
Re:Because it's about freedom!
They are enamored by the GPL license.
I don't think that's remotely true.
GNOME is LGPL, not GPL. In fact, they consider it an advantage to not use the GPL.
KDE libraries are LGPL, KDE applications are GPL.
XFCE uses a mixture of the GPL, LGPL and BSD licenses.
Enlightenment uses the BSD license.
As you can see, none of the major free operating environments use the GPL exclusively, in fact half of them don't use it at all. Hell, GNOME is part of the GNU project, the FSF recommends the GPL instead of the LGPL, and GNOME ignores them and use the LGPL anyway.
-
Re:KDE vs. Gnome
You know what would be really cool? When an application crashes:
- the system collects a stacktrace of the process and the libraries (including version numbers) it was using
- compiles this with extra possible relevant info about your state at time of crash
- (after asking your permission) connects to an online database of crashes and compares your
stacktrace to the database, looking up the debug symbols automatically
- if your stacktrace matches a previously known crash it shows you the bug entry for that crash
- if your crash is unique, it allows you to file a new bug for the developers to look at
That would really be a step forward in improving the stability of free desktop environments.
Maybe someday someone will do this -
Re:Just a bit of a windows bashing...
Hey that sounds like Gnome and gconf to me!
See here for someone saying how it's good(!):
http://linux.slashdot.org/comments.pl?sid=215184&c id=17471744
Just substitute gnome for windows and gconf for regedit ;).
For more look here: http://www.gnome.org/projects/gconf/
Sure KDE isn't perfect, but it looks like the devs are actually trying to head in _useful_ directions. Put most of the features where we can see them, then start arranging them in order of most used.
There are still a number of things I find easier to do in windows than on KDE, and done better by Windows (esp UI ease of use) than KDE but there are other things KDE does better (fish:// is nice :p ).
But I think you get the worst of both worlds with Gnome. -
Re:Start with your applications.
OpenOffice is just one of many contenders. Try Star Office, OpenOffice's commerically supported brother. Or KOffice, the office suite from the KDE project. Or for a less mature option, there is Gnome Office which is just a wrapper for AbiWord and Gnumeric for the most part.
-
Re:It's about time...
I think that they could be doing something more useful with the Bad Vista campaign, namely I think this guy's post sums things up:
http://blogs.gnome.org/view/ryanl/2006/12/30/0
gNewSense? give me a break... -
Re:The open source ralink drivers are fairly good.
Older versions of the ipw2200 driver had a bug that broke WPA support when using NetworkManager, even though it worked fine if you were to use wpasupplicant directly. That bug has now been fixed, though, so give it a try with the current version of Ubuntu.
-
Gnome has a vision
The main complaint of the article is that GNOME has no vision. I disagree. GNOME is supposed to be a Free, Usable, Accessible, International, Developer-friendly, Organized, Supported community desktop environment. GNOME also has very detailed Human Interface Guidelines: http://developer.gnome.org/projects/gup/hig/2.0/ . If this is not a vision, I don't know what one is!!
-
Re:Update and modest suggestions
Don't be so anal and patch-happy with mainstream packages. Big projects like Gnome and KDE already do extensive testing upstream.
You sure about that? I've read recently from an upstream Gnome developer that GTK lacks maintainers ( http://blogs.gnome.org/view/timj/2006/12/20/0 ), Etch will ship Gnome 2.14 because of unresolved GTK bugs, so what you're saying seems quite wrong... -
Re:What does this mean?
I think it will also render PDFs without a plugin
I think you are thinking of Cairo's PDF backend rendering target, which just means Web pages will look good when you print them.
I imagine it will eventually do MathML
Gecko has supported MathML for a long time.
Cairo right now is miserably slow.
Not anymore. -
Re:Cairo
-
Re:my failed attempt to evangelize
Calc is an almost worthless PoS. You should give Gnumeric a try. It works very well and is significantly faster. Plus it actually integrates with the desktop (being a Gnome app) and it can also run on Windows.
-
designed conceptually in isolation?
"It is impossible to develop a framework such as GStreamer in isolation as there are always usecases and trouble areas that get lost or design decisions who seem clever from the framework point of view but which is a complete fuck up from the application developers point of view. This is a big part of the reason why GStreamer have taken so long to get to where it is today."
http://blogs.gnome.org/view/uraeus/2006/12/08/0 -
Re:What's the big deal with forking?
Ximian (Novell) has been important for Gnome and Suse (Novell) have been important for the kernel. But they are far less important than the others together.
Red Hat has developed most code for the linux distros. They are active almost everywere. Red Hat and Sun together has arguable been the two most important contributors to Gnome 2.x. Sun helped develop the HIG and accesability framework. Red Hat developed HAL, Network manager, and a lot other things.
I see a future where Ubuntu and Sun will play a more active role. Even Asianux might start contribute more actively.
Red Hat bought Sistina GFS file system, LVM2 and associated clustering tools acquired for 31 million dollars and Netscape directory server for around 25 million dollars. Both are totally open sourced and given to the community.
Some of their contribution to Gnome:
* pango: originally written and maintained
* glib, gtk+: most primary maintainers and developer work
* metacity: written and maintained
* cairo: written (employee) and maintained
* gconf: written and maintained
* dbus: written (employee) and maintained
* hal: written (employee) and maintained
* gnome-keyring: written and maintained
* NetworkManager: written and maintained
* vino: written and maintained
* gnome-menus: written and maintained
* sabayon: written and maintained
* http://gnome.org/ infrastructure, hosting and bandwidth
http://fedoraproject.org/wiki/RedHatContributions
Ximian (Novell) used to be extremly important for Gnome, but their focus seems to be less of desktop infrastructure and architecture this days. Looks like their focus more on Mono and OpenOffice.org and less on everything else. -
Re:Gnome: Logical but not Practical
If you're talking about Yes/No dialog boxes - no, they do it differently.No, Gnome does the same thing.
From the Gnome HIG:
"Label all buttons with imperative verbs, using header capitalization. For example, Save, Sort or Update Now." -
Glade
The Java-Gnome Project uses Glade to build a serializable (to XML) GUI.
-
Nesting and Abstraction
I've built a lot of web pages, and this has made me realize that it's incredibly quick and easy to whip up GUIs with HTML. The experience was much better than with the GUI builders I had used, and certainly beat coding GUIs by hand.
Of course, HTML is not intended as a language for describing native GUIs, so it has some limitations there. Fortunately, there is a variety of XML formats for describing real GUIs.
What makes XML so great for describing GUIs is that it's so good at describing nested objects. If you think about it, that's exactly what GUIs are: you've got your windows, with a bunch of widgets in it, one of which is a scrollable area with more widgets in it, etc. This is naturally described by an XML tree that contains all these widgets, with some attributes used for connecting them to the application; e.g. ids to allow the application to reference widgets, and embedded code to let the GUI respond to events (e.g. HTML's onclick).
Where many XML GUI languages fall short is in that they don't provide methods for building new abstractions. If you have a lot of subtrees that are all very similar (say, a frame, a title, a content window, and a hide and a show button), you'll completely have to code each of them in full. Any programming language worth its salt will provide a way to abstract over this (functions!), but I think the realization that XML GUI descriptions (and HTML documents!) are programs hasn't fully set in yet.
Next time I'm coding a GUI, I'll be generating the XML from a proper programming language. I've had good results with Lisp before... -
Re:No, it's not "losing its way"
-
Apple?
Some resources:
Apple's User Interface Guidelines; adapted from the NeXT/OpenStep Interface Guidelines (PDF).
There's also the Classic "Macintosh Human Interface Guidelines" for System 1 through OS 9 (have to hunt it down yourself), GNOME's HIG,KDE's, and Tog's.
Without reading through them all, I can't point out where they address BPs for reuse, management, etc., but I know it is touched on somewhat (although from a NeXT slant) in Apple and NeXT's guidelines. -
Prior art
-
Re:They have every right.
Some utilities, such as Beagle or F-Spot are written in C# and depend on the Mono runtime, but the core desktop is Mono-free.
Wrong. Tomboy is part of the core GNOME 2.16 desktop as described by the GNOME project, and Tomboy requires Mono.
"After much discussion, the GNOME developers decided to add the GTK C# sharp bindings and Mono as official GNOME dependencies."
And here's the official announcement from the mailing list stating that Mono is part of GNOME 2.16.
-
Re:They have every right.
Some utilities, such as Beagle or F-Spot are written in C# and depend on the Mono runtime, but the core desktop is Mono-free.
Wrong. Tomboy is part of the core GNOME 2.16 desktop as described by the GNOME project, and Tomboy requires Mono.
"After much discussion, the GNOME developers decided to add the GTK C# sharp bindings and Mono as official GNOME dependencies."
And here's the official announcement from the mailing list stating that Mono is part of GNOME 2.16.
-
Re:a lot of work left
Linux has no GUI standards to speak of, and most Java programs are pretty easy to use anyway, so that is no problem.
You can find the Gnome GUI standards here. The fact that Java programmers don't know them and don't follow them just is an expression of their arrogance and hubris. And the consequence is that Java isn't much used on Linux desktops and likely never will be. -
This is about Mono, isn't it?It's gotta be (at least partially) about Mono. Novell's legal folks were doing a major patent review on it last I heard. I guess the "It'll all be okay! Trust us!" approach to handling potential legal action from Microsoft ended up not holding water with the sharks.
Read Seth Nickell's thoughts on the issue, particuliarly the section entitled "The Horror Story". It's happening.
It's bad enough that Tomboy is in GNOME and F-Spot (Novell again) is so damned nice. Users are already demanding these applications, because the alternatives suck. Developers love C# 'cause it's so nice to build with. The first few hits are free.
The whole Mono patent issue really strikes me as a Novell play for market share - they work a deal with Microsoft, write gorgeous apps in C# that everyone wants, encourage competing distros to integrate those apps, then laugh as Microsoft takes out their competition in court. Or something. IANAL, obviously. Hopefully I'm just being paranoid.
-
Re:Antitrust
The law says when a company has a monopoly, they can't make the purchase of a second product (from a separate market) contingent on the purchase of their monopolized product.
Emphasis mine.
This scenario is exactly the opposite of what you just described. They're giving something away for free, not requiring you to purchase it to run your machine. OEMs like Dell and HP are free to install other web browsers before shipping computers. Some, in fact, do just that.
If you wanted to be fair, you'd also have to go after Apple for shipping Safari with OSX, KDE e.V. for shipping Konqueuer with KDE, and GNU for shipping Epiphany* with Gnome.
Yes, the latter two aren't OSes, but they are graphical user environments, which ship standard with a web browser and email client.
*Actually, this is an assumption on my part, because I can't stand GNOME and never use it. However, epiphany is a GNOME project and listed in their wiki for GNOME Desktop modules. -
Themes