International OSS Desktop Conference aKademy 2004

Torsten Rahn writes "The KDE Project is pleased to announce the successful completion of the KDE Community World Summit ("aKademy 2004") in Ludwigsburg (Germany) taking place from August 20th to 29th. With more than 230 KDE core developers, usability and accessibility experts, translators, editors and artists participating, the event is expected to have a huge and lasting impact on the next major releases of the leading Linux and Unix desktop environment. In addition, 270 visitors from the KDE user base and from other Free Software projects brought the total number of attendees to 500. The international participants, coming from 5 continents, took part in 65 talks, 10 full-day tutorials and numerous BoF-meetings over the course of 10 days. Thanks to this huge turnout and the numerous activities, the event evolved into the largest conference ever held that focused on a single open source desktop environment."

Comments

WOW!

[donscarletti]

Wow, one post and this still hasn't degenerated into a gnome-kde flamewar, I am impressed.

Re:WOW!

[Anonymous Coward]

This is such a pointless arguement. If I wanted speed I wouldn't even install X, I'd use the console the whole time.

Features that YOU want should come first, speed should only be a concern if it actually has a major affect over what you are trying to get done, which really isn't the case on modern hardware. After all, some people are happy using Windows XP.

So what if KDE is slower than Gnome and uses more memory? (That's just an example, I have no idea what the actual case is here) That's why you have the hardware, it's there to be used and abused to get the results you want.

And for the record, Gnome runs just fine here, fast enough speeds everywhere. I obviously don't have the 'plague' on my system...

Re:WOW!

[be-fan]

You probably do, it's just that you're so used to it that you accept it as being normal. I've got a 2.0GHz P4. Using GNOME for me is very hard, because it feels "heavy." The heavy feeling comes from three major places:

1) Menus are displayed before icons are loaded, so the first time you use a menu, all the icons get loaded from disk, and you have a blank menu for about a second until the loading is done.

2) Window redraw and resize is handled poorly. Even the simplest GNOME apps (eg: Gedit), can't resize smoothly without the content area lagging behind the window frame. Moving or resizing a window above another window causes all sorts of ugly effects as the toolkit takes it's sweet time handling the expose events.

3) The lack of multithreading causes the UI of apps like Epiphany to lock for several seconds when loading/rendering complex pages. This is a major no-no. I don't care if the app is simulating the universe --- the GUI should always respond immediately to the user.

Yes, most of these things are cosmetic, but cosmetic things can have deep psychological impacts. The redraw problems, in particular, make it seem like the computer is having trouble keeping up with my workflow, and destroys the otherwise solid feel of the GNOME desktop. The lack of a solid feel, in turn, makes the desktop irritating and tiresome to use in the long-run.

PS> You're "if I wanted speed I wouldn't even install X" comment is bogus. I like lynx a lot, but I'd rather surf Slashdot with a graphical browser, thank you very much.

Re:KDE 4?

[AresTheImpaler]

maybe this can give you some info

still 10x slower than BeOS

[kad77]

Forget flamewars... How about some efficiency standards?!?

Why is it that this candy-coated windowmanager runs like a *DOG* when it's just moving windows and drawing text on a 512mb 550MHz PIII system, and BeOS 4.0 (pre)release could run multiple video streams effortlessly without lag (may as well mention almost instant boot) on a 166Mhz PPC 604 with 128 MB RAM? 5 years ago.

Maybe getting paid for your work and quality go hand in hand in some products?

Re:still 10x slower than BeOS

[mrchaotica]

They didn't have enough marketing clout to get a real foothold into the market. They couldn't get PC makers to ship PCs with BeOS because of Microsoft, they didn't have the established reputation to get distributors for their own hardware like Apple, and they weren't giving away their stuff for free like Linux.

Also, it's possible that it was too expensive (I don't really know, though).

Re:still 10x slower than BeOS

[be-fan]

Well, the first thing to remember is that good technology doesn't ensure success. Indeed, the general rule is that the first product to be "good enough" is the winner, not the "best" product.

Now, there are a couple of reasons why BeOS was so great:

1) It was pervasively multithreaded. Each window had it's own rendering thread that ran independently of the application logic. This allowed apps to be very responsive, even under heavy load. It's sad that even on my 2.0GHz P4, Mozilla still blocks the UI for several seconds when certain pages take too long to load or render.

2) It had a phenomenal scheduler. It wasn't comparable, in many ways, to Linux's O(1) scheduler (it wasn't very scalable), but it was wonderfully optimized for interactive use. It's interactivity estimation was lightyears ahead of what's in the O(1) scheduler now.

3) It's multimedia subsystem was very good at moving data around the system efficiently.

4) It's toolkit was well-coded with respect to smart redraw and resize behavior.

Interestingly, the OS wasn't all that structurally different from Linux. It had a fairly POSIX-complient modular kernel. It run it's video and audio subsystems as a seperate process (like X, aRts, and Jack). It was just very well-implemented with an eye towards a fast and elegant UI.

Of course, the OS had it's darksides. The toolkit wasn't font-sensitive and layout-based, the VM was antiquated, I/O and network performance was only decent, etc. However, for the average desktop, this really wasn't a big deal, and not something that couldn't have been fixed had BeOS survived to today.

neat

[NanoGator]

" the event is expected to have a huge and lasting impact on the next major releases of the leading Linux and Unix desktop environment."

I personally hope they are all having a good hard look at Apple's stuff. The main reason I'm not running Linux is that there's a lot of choice out there, and it shows. I hate running to Google every time I want to do something simple. Despite my many years of using Windows, I had no trouble using a Mac when the need arose.

Anyway, sorry if that sounded like a rant. I'm just hoping some of the work that comes out of this gathering deals with the end-user experience. I'd love to get away from Windows.

Krap...

[Anonymous Coward]

...i missed it :-(

Some predictions on where this is heading

[Anonymous Coward]

Now there are of course a lot of interesting things on could talk about. For example the integration of NX technology into kde, the new search feature, better integration between gnome and kde, the changes Qt4 might bring, etc.

But unfortunatley these things won't be discussed on /.

So, what can we expect?
Easy, on one side we will see the old gnome vs. kde flame war.
People will tell us that kde is bloated (of course without telling us what bloated means), that only gnome gets it right, etc.
And some people will of course react in the same kind, telling us that gnome is unusable, that all the gnome devs are bad people, etc.
For good meassure there will of course be someone telling us that anyone using anything with more features then twm is no real man and that real man only need the command line anyway.

And of course there will be a lot of posts claiming linux isn't ready for the desktop.
We will here that they had never had any problems with windows, that their XP install has been running happily on their PI 100 for 5 years now and that linux just doesn't cut it.
And we will for sure see some expert telling us that it isn't ready because photoshop doesn't run on linux, as if everyone needed or even wanted photoshop.

I could go on and on of course and people never cease to surprise me with the stupid topics they can come up with, but what annoys me most is that a lot of these incredibly boring and dumb posts will be modded interesting and insightful.

Now there will probably be a lot of people filing me under linux zealot who can't stand anyone critizising his religion, but that is not the point here. There are of course a lot of things that could and should be better and yes, these things should be discussed, but that is something entirely different from the flaimbaits we can expect here.

Re:flamewars? doncha have something better to do?

[kalpaha]

If you think KDE is lacking a standardized general user accesible IPC port, you obviously haven't heard of DCOP, which can be used to control programs from the command line (with the dcop utility), python or perl scripts, C++ programs, etc. and is easy to add support for.

Some command line examples of dcop in action:

dcop kmail default checkMail

tell KMail to check for new mail

dcop kwin default setCurrentDesktop 4

switch to desktop 4

dcop kmail default compactAllFolders

tell KMail to compact all folders

dcop kdesktop default logout

logout

dcop konqueror default openBrowserWindow www.kde.org

open new konqueror window with www.kde.org

I am _not_ new here, but it never ceases to amaze me how people are so eager to flame away without any factual support for their rants.

Re:Kause people are Ksick

[polyp2000]

WinAmp,WinZip,WinRar,WinDVD,WinaXe,WinAce,WinCopy, WinEdit,WinExpert, WinTheListIsEndless

Gimp, Gaim , Gkrellm, Gnuisletme , Gnumeric, Gnomoradio, gwavegen, grip, gstreamer, GTheListIsEndless

Konqueror, Kmail, Kopete, Kview, Kruler, Ksnapshot,KTheListIsEndless.

Listen friends Every desktop has its fair share of annoying prefixes, so live with it!

This has nothing to to with Konqueror

[brunes69]

It has to do with KDE's superior underlying IO subsystem, that Gnome is just starting to try to duplicate with VFS.

The fact is with KDE you rarely would every *have* to copy the file over, since every KDE app can just access the file as if it was local anyways. You can edit a KWord document on an FTP/SFTP/WebDAV server just as easily as you can in your $HOME.