Slashdot Mirror
KDE 2.2 Released
Well, we had covered it being tagged last week, and now, after a hardware problem with one of the main download servers, KDE is ready for download. Except that you'll probably want to go to the mirrors to actually get it. You can get more about it about it from Dre's dot.kde post, or you can read the KDE announcement - and have a good time!
Konqueror already has the ability to allow or not allow Javascript on a per-site basis,a nd also has an option to disable the Javascript window.open function globally, but what I'd really like to see is the ability to disable window.open on a site-specific basis as well.
Popup windows are annoying on some (okay, most) sites, but a few require them in order to make use of the site.
-Karl
Now that I've installed it and played for a hour...
.kde files in their home before it would use KDM instead of WDM. I like the Preferences Wizard.
1) Was KDESUPPORT not upgraded? It wasn't in the Mandrake binary section or the source section. They should either include it or put a link so people who AREN'T UPGRADING can download it (if it is still necessary).
2) After install ROOT logged in fine, but my users had to kill some
3) First Crash! Something (KDE Daemon) poped up with a SEGFAULT and then disappeared. Nothing seemed to be affected.
4) It is faster and more responsive. I like the new eye candy. Automatic antialiasing (if you turn it on in the Wizard) and everything looks SMOOTH!
5) Better compatibility with some of the web sites I visit. No problems any more for my kids when playing Flash games on Disney.COM. Now if I could figure why half the sites (like Disney) find my Flash plugin and the other half (like Cartoon Network) DON'T, I'll be happy.
Over all, a nice desktop. A very good first impression.
Learning HOW to think is more important than learning WHAT to think.
Europe:u b/ kde/
u x/ kde
p ub /kde
ftp://gd.tuwien.ac.at/hci/kde
ftp://sunsite.cnlab-switch.ch/mirror/kde
ftp://sunsite.mff.cuni.cz/MIRRORS/ftp.kde.org/p
ftp://ftp.rz.uni-wuerzburg.de/pub/unix/kde
ftp://sunsite.informatik.rwth-aachen.de/pub/Lin
ftp://sunsite.auc.dk/pub/X/kde
ftp://ftp.dataplus.se/pub/linux/kde
ftp://ftp.dit.upm.es/linux/mirrors/ftp.kde.org/
Asia:
ftp://ftp.au.kde.org/pub/kde
ftp://casper.yz.yamagata-u.ac.jp/mirror/kde
ftp://linux.sarang.net/mirror/desktop/kde
Africa:
ftp://ftp.sun.ac.za/sites/ftp.kde.org/pub/kde
ftp://ftp.na.kde.org/pub/kde
America:
ftp://ftp.matrix.com.br/pub/kde
ftp://mirror.chpc.utah.edu/pub/kde
ftp://ftp.rutgers.edu/pub/kde
Now, could anybody tell me when the debian (potato) packages of the 2.2. will be available?
Make It Secret . Free JavaScript implementation of AES for your browser
For a great visual effect, check out the Liquid style engine which was designed for this version of KDE. I'm running it now, and it looks beautiful:
http://www.mosfet.org/liquid.html
-Karl
There is activity going on on their mailing list. E.g. right now they're coining up a standard for storing image thumbnails so Nautilus, Konqueror and the GIMP will be able to share them.
Monkey sense
ooooooh! What does this button do? - DeeDee, Dexters Lab.
New features I like:
Pulsating icon when program is loading
Interface cleanup - Finally looks good on hi-res LCD
Bug fixes - Browser is getting more usable day by day
Kdevelop - intriguing program. Hope it continues to mature at it's current pace. Very familiar coming from MS Vis Studio.
Koffice - Hope to see you at 1.1 soon! looking great
Schemes, Colors, Sounds and everything are much snappier
Control panel cleanups!
Setup wizards (makes it easy for windows converts
And lots of GUI toys & options - can change icon & font rendering, window popup speed and much more. eye candy for sure
Again, compile times suck. It takes a few hours to compile kde_base alone on a 1ghz P3 with a gig of memory.
Hopefully Gcc 3.01 /3.1, QT 3.0 and KDE 3.0 will be the killer desktop. 2.2 is a VAST improvement, but only that.. an improvement on existing interfaces and bugfixes.
I do like KDE's object model of sorts, widgets and kparts. Very will thought out implementations, i just hope they learn to quit breaking binary compatibility with each major release :)
Keep up the good work KDE team!
It's a major upgrade - you probably want to upgrade (or, get ready to upgrade when 2.2.1 inevitably comes out in a couple of weeks).
The release notes are worth reading over.
...j
(jackass has been cancelled. eep!)
Well worth the upgrade. It's slicker and feels faster than before, and the "kpersonalizer" is a nice quick way to tune your environment. Konquerer is nice, but still a bit clunky, so Moz wins for me here. KMail simply goes from strength to strength.
If you've not done it yet, go for it. You won't be disappointed, you'll certainly be impressed at the hard work that has clearly gone into this environment. Well done the KDE team!
ooooooh! What does this button do? - DeeDee, Dexters Lab.
Apt-getting kde, noticed kde removes gdm. I thought --- well, I'll install kde 2.2 and then reinstall gdm. After installing kde, apparently an install of gdm is not possible without removing kdm and kde.
While I enjoy using gnome more than kde, I like to occassionally use kde by selecting kde in gdm. However, with kde 2.2, this no longer seems possible. Does someone have any suggestions to allow gdm with kde 2.2?
"There ought to be limits to freedom"
Less bloat. More optimizations. You shouldn't neet lots of resources to move windows around and copy and paste. 1.x release was actually bearable on a 64 or 128 MB machine, can't say the same about the new release. I know this is asking for impossible, but maybe people who moderated my previous post a troll can prove me wrong, and have a large C++ project have a memory foot print/resource usage that these kinds of binaries could have (C instead).
A good idea in theory - but in practice, this can be quite hard. For example, for panel applets, both desktops drag along large libraries - and while it is possible to display GTK widgets in Qt applications, you don't want the memory requirements that introduces.
/etc/X11/applnk menu on Red Hat Linux), so it's not quite as bad as you make it sound.
For menus etc., we are using the desktop file standard (with the exception that gnome hasn't converted its translations to UTF8 yet) - with a sane setup, you can get an application into both menus at the same time (e.g. the
This message is provided under the terms outlined at http://www.bero.org/terms.html
I think you're confusing cause and effect.
Yes, bloat, but if you do not use the STL, exceptions, and RTTI, c++ binaries are about the size of c binaries.
And yes, most of kde does not use RTTI, STL, and exceptions (Qt uses RTTI afaik, but it's not as big of a bloat maker as exceptions are).
Also, about, execution speed, c++ is only barely slower than c. HOWEVER, g++ compiled c++ programs with lots of shared libs take forever to be loaded. This seems to be bugs in g++ that the team is fixing. The same prelinking time does not occur in other compilers (visual c++ comes to mind).
There are several approaches that the kde project has compensated for this. First was kdeinit. Kdeinit linked the majority of kde and qt shared libs and then loaded the app, resulting in less memory usage. Now, with 2.2, there is a objprelink. This reduces time of loading of many kde apps from 30% to 50%.
In the future, g++ will probably be fixed. Meanwhile, there will be other prelinking solutions (some have already been announced)
one thing that drives me nuts about linux is that there are all these different desktops with all these competing standards. there's no one API for instance to add an icon to the desktop or a program group, because each one of these systems does everything totally differently.
i know it sounds petty, but until something is done to make all of these things less linux-y and more transparent, linux will forever be a server closet geek toy.
sorry.
Such a major project with an emphasis on usability and user friendliness and the package has no installer. Sure different distros can wrap it up in whatever package manager they use, but this is still a pain. Why can't they have something like mozilla's binary installer so end users (who may not know their distro) can download it and just go.
-josh
There are some here.
Hi people,
Just few words about this release (and future road-map)..
This is the final major version of KDE 2.2 - expect KDE 2.2.1 next month with all the last-minute bug fixes (without any new features), and translations update..
The next major version is going to be KDE 3.0 that will be out at around January 2002 featuring QT 3.0.x (with all the QT 3 features), and some changes in the backend, among other things. Most of KDE will be ported from 2.2 to 3.0. SO people who want to either developer QT or KDE applications might want to download QT 3 snapshot and play with it. It's got some bugs - but it's pretty stable.
People who would like to contribute to the KDE development are most welcome to join - you don't have to be a C++ programmer in order to contribute - Graphics artists, GUI guru's, HTML experts and others are more then welcome to join the big KDE famility of developers..
I thin it's also a good time for you - the reader/user to post what do you want to be changed in KDE? what do u hate about KDE? what do you like? What do you think should be improved? What do you think should be removed? most of the KDE developers read slashdot - so maybe your request will be fullfilled - you never know...
As for other platforms - expect KDE 2.2 to be available within days for Solaris (X86 & Sparc), HP/UX, SGI's Irix, IBM AIX, and others..
Enjoy the release people - lots of work has been done on this one - and you get as a bonus %30-%50 speed increase..
Hetz (Heunique)
My suggestion: work closer with GNOME (and vice versa. Its entirely possib;le to have 2 seperate projects without the current incompatibility and lack of standards between the two.
Users don't pick their apps based on toolkit. They pick them based on quality. For almost all users, that's going to be a mix of KDE and GNOME apps.
Create a standard for:
* Component models. Really. We know its hard to agree on, but it must be done.
* File types - > application mapping database (some people call these MIME types).
* Launcher menus. Application developers and end users are tired of having to add new apps Mozilla to two different sets of menus. Nobody says `I want a QT app...oh, and by the way, can it be a web browser'?. They say `I want a web browser'. They don't care about toolkits and neither should the desktop menus.
* Panel applets.
* Icons. GNOME uses 48 x 48. KDE uses various sizes (which is probably a better way to do it - 48 x 28 icons do notRe:some notes not look pretty). Have a kind word to the GNOME folk and suggest they use the same approach as KDE.
* Package deployment. I'd love to download KDE via Ximian's Red Carpet, or a KDE interface for the same.
Seriously though, your hardline standards-compliance stance is an idea whose time has either passed or whose time is not yet come. Some facts:
- The defacto standard *is* IE. If you don't believe this, you are in denial.
- The vast majority of web authors are not interested in finding a "long term solution". Not only is finding long term solutions difficult, but doing so harms the web author's job security and besides, most clients expect a complete re-work of their site every once in a while, to keep it fresh.
- As a result of the above, most of the web is optimized for IE.
- Approximately 0% of average users give a good goddamn whether the web page they are viewing is standards compliant.
- Approximately 100% of average users don't care if the browser uses black magic to render the pages as long as the pages be readable.
If Linux wants to attract users, Linux will need a browser that can render the millions of pages already written for IE somewhere near as well as IE can render them. On the other hand, if Linux is hoping to go down in history as a highly standards-compliant system that was too good for this world, then your way is the right choice.If you mod me down, I will become more powerful than you can possibly imagine.
is done by the distributors. Debian for example splits the kdenetwork in the different applications.(AFAIK)
There is even a script in the kdesdk to package single apps. Aa long as the distributors don't do it, there is nothing KDE can do about it.
Moritz
err, precisely when did "MS" say linux on the desktop was dead? References please.
In their Linux Myths article they said `Linux on the desktop makes absolutely no sense'. I doubt Microsoft ever acknowledged that Linux on the desktop was ever alive, much less previously living but now dead.
No.
I want one huge workspace that can scroll. Not 4 individual workspaces - which is what KDE has.
I want to be able to drag an app to the corner of my screen and be able to go to the adjacent view and see the app.
Follow the steps listed in my post under gnome using the control panel, and you'll see what I mean. KDE doesn't have the colums/rows option for each workspace.
Linux - Because Mommy taught me to Share.
FreeBSD binary packages are already on the KDE FTP, so you should get those. The port will probably take a couple of weeks, if the past is any indication.
2.2 works great on FreeBSD, the only problem I've found so far is that SSL is completely shot. So you'll have to do without https for a while in Konqueror. Too bad.
There was a bug that has now been fixed with g++/kde-libs. Basically the linker did not index and point to the pre-compilied objects properly. What happened was the linker had to reswap and load all the compilied objects in the proper sequence(i think) and that took some time. Its minimal on my PIII700 :-).
The new kde2.1 and the new gnu-bintools and glibc (not the recent gcc 3.0 compiler) fix the error. According to the press release you can expect %30-%50 improvment on load times because the excess object swaping and loading has been taken care of.
http://saveie6.com/
Well - this point was very crucial in the decision to move to developing KDE 3.0
Most of KDE will stay the same, and QT is around 90% source compatible (not binary compatible)..
So basically - moving an application from KDE 2 to KDE 3 shouldn't take more then a few tweaks.
Lars from TrollTech has been playing for fun in ported the entire KDE libraries from QT 2.X to 3.0 beta in a few hours - so if few hours takes to move something this big - then it shouldn't take for an avrage programmer more then an hour or so..
You should also remember - by the time that KDE 3.0 will be out - most of the distributions will move from GCC 2.9X to 3.0.X or 3.1 (if everything goes according to the GCC team) - so the developers will have to do some work - regardless of KDE or Gnome applications...
Hetz (Heunique)