Slashdot Mirror
Java Desktop System Review
Reader writes "OSNews has the first in-depth review of Sun's Java Desktop System based on the final code. The article discusses the good (stability, Star Office 7, good Java integration) and the bad (no KDE, buggy RealTek driver, shaky Samba) and it includes a number of screenshots. It seems that Sun has put all its attention on Gnome and while this is good for cosistency across their desktop (some of their Java apps use the native GTK+ themeing), it also limits its users from an out-of-the-box KDE and its thousands of apps choice."
E-Week also has a good review.
Learning HOW to think is more important than learning WHAT to think.
Sounds sort of fun, actually.
What a weird-ass system. What the heck does grafting Java images into SuSE's Yast and a bastardized Gnome 2.4/2.2 have to do with a "Java Desktop"?
Usually I wind up spilling my java all over my desktop when I read a particularly inflamatory on Slashdot...
We have seen a lot of articles here in slashdot pointing to OSNews lately, an all of them are by Eugenia Loli-Queru. Am I the only one who hates her reviews? I can't get any substance from any of the writeups.
Life isn't like a box of chocolates. It's more like a jar of jalapenos. What you do today, might burn your ass tomorrow.
That Moz problem she mentioned has bugged me for a long time on every platform: the problem is that real player thinks a file with the extension .rpm is its territory. I wonder if Real will keep claiming "rpm" or give it up?
All's true that is mistrusted
The desktop should have been written in a low level language, like VB. This interpreted language garbage is bad, because you still ahve to load th interpreter into memory, and it isn't buffer controlled against privilege escalations or unauthorized sudo activity.
And that's a Good Thing(tm).
Now, before you flame me, that's absolutely NOT intended as a anti-KDE comment. It's simply that the Sun Java Desktop is not intended for hobbyists who are going to be installing random applications. It's intended to be used by organizations who will install it on everybody's machine (or a central server, or whatever), and that's it. Everybody's got the same stuff, and uses the same tools. Anything else is a support nightmare for a large organization, and eventually for Sun.
Er... did you notice the comment saying 'check this out: Five different java applications, 5 different theme styles...'?
Why does Sun insist on diluting the Java name? A very large percentage of non-programmers who know the term Java don't know the difference between it and JavaScript. Now they're doing it again with Java Desktop. Isn't having Microsoft trying to kill Java enough without trying to do it themselves?
You're looking at it from the wrong perspective. The corporate desktop is not a place to be giving the user thousands of applications from which to choose. Nor even alternate desktops. It's about giving them the tools they need to do the job. Locked down, so the user can't tinker with it and screw things up. Including KDE would have been a terrible choice, no matter which side of the KDE/GNOME divide you fall. Sun need to provice accessiblity. GNOME gives that, and KDE doesn't (yet). So they have to ship GNOME. So their choices are to either ship GNOME or to ship both. For the corporate market, they definitely made the right decision on that score.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
This sorta goes along with JaniceFury's comment on this article...
What's with the various shades of gray in the interface? Doesn't that make it difficult for color blind folks to use the software?
Also, why are there [at least] 5 different locations one has to go to for various preferences. And why do some preferences show up in various preferences locations? Mouse and Printers appear in two different sections. Go take a look at Windows and Mac OS and notice that ALL of the preferences / control panels are located in ONE PLACE.
One last nit to pick. What's with the various styles of icons? Some are 3D-ish some are just plane 2D, etc. It looks like there were 4 or 5 different artists making icons for various preferences / apps, with no consistency in their styles. It looks like everything was just sorta tossed together.
Gabriel Ricard
If the sysadmins want to distribute KDE programs, then they'll need to also distribute the appropriate libraries.
See, the thing is, you're thinking about things like "well, what if a particular oganization likes konqueror better than nautilus?", and the reality is that by the time an org has chosen the JDS, that decision has already been made. "We chose the JDS, this is what is." Sun is not interested in selling this to a group of 4 geeks who will spend a week getting the colors just right. They want to roll this out to a thousand people at a time, who will write documents, make presentations, and use the company's internal webapps. If Mozilla ain't good enough to run those apps, they the company will NOT fsck around trying to paste Konqueror into the JDS, they will simply choose a different system that works.
This is from the same reviewer who blamed Fedora Core 1 for her problems compiling a new version of Gaim with the wrong packages installed.
I'd take anything said with a grain of salt.
Cheers Koz
If you want minimal breakage, it just makes sense not to ship (and hence, support) code you don't intend to use. If people want it they can download it...but developers are not the target audience for this product.
A big part of it is that a lot of folks aren't following "platform" guidelines, or don't specifically understand how to properly use the look and feels. O'Reilly has a series of articles specifically dealing with these issues for making your Java apps "OS X" friendly (maybe someone can post a link, I can't seem to find it), but I've yet to see something in-depth and similar for GTK or Win32. It also adds another layer of code to test/maintain, and we all know developers are lazy to an extent (nor can we all afford to develop/target for many platforms), and frankly, for most of us (well, me), as long as it WORKS properly on all 3 major platforms (win, mac, linux), then I consider my job done. Look and feel considerations come last. Maybe that's a flaw in my working methodology, but it sure saves a bunch of time. Now, if I were developing for primarily OS X and not the other platforms, I'm sure my attitude would change (namely, if I ever buy a Mac).
I'm sure that the inconsistency of the appearance can be annoying (just like the plethora of Linux GUI apps that are just as inconsistent), but it certainly won't prevent me from working with the app..
If you were me, you'd be good lookin'. - six string samurai
The Smurfs got so popular because they stuck the word "smurf" in their vocabulary as much as possible. As a result they made a smurferrific amount of money smurfing every kind of merchandise smurfable.
Sun has obviously Javaed the smurfs, and wants to make a Javalicious Javatop that will make them Javatastic sums of money.
Ergonomica Auctorita Illico!
Several other language-specific distributions have been released in recent weeks, including the CPAN Perl Desktop, the Ansi C++ Suite, and the Pure C Distro.
C++ creator Bjorne Strausoup noted that many Linux apps are too "C-heavy" and binaries generated from C++ code would benefit from being executed in a sky-blue themed environment.
Meanwhile, Larry Wall of Perl fame pointed out that worker efficiency will be at an all-time high for users of Perl applications now that the turquoise-themed Perl distro will ensure applications point to the correct bin/ directory for perl upon installation.
The Pure C Distro dream has been thwarted by the widespread adoption of C precompilers among projects seeking to attain compatibility with the new neon pink distribution.
...since I got my Mac.