Domain: kde.org
Stories and comments across the archive that link to kde.org.
Comments · 3,588
-
Re:Really? Infamous?
I didn't know you had to win awards to be infamous. Anyway, here you go:
-
Before the trolls come out.
Mods should read this.
This is about the state of SuSE and their kde strategy
This is about Qt and its licence.
This is about the G word
Mod the gnome/anti-qt trolls down before suckers bite! -
Before the trolls come out.
Mods should read this.
This is about the state of SuSE and their kde strategy
This is about Qt and its licence.
This is about the G word
Mod the gnome/anti-qt trolls down before suckers bite! -
Do you want free software?
Perl.
Roxen WebServer (very intuitive, and GPL!).
Phew!! And that's a short list!! There are hundreds and hundreds and hundreds of open source, free-for-all applications.... so many it's almost absurd not to use them!! Go ahead and get them!
-
SuSE to use Qt3.3 with their KDE 3.2?I've noticed the following passage in their readme for the SuSE KDE 3.2 build:
"Known issues:
* Qt 3.3.0 final has not been released yet, we expect it next week
and it will be avaible on ftp.suse.com.
The qt packages in these directories contain a late snapshot
(Qt 3.2 would need many patches, so we decided to go the 3.3 way)"As far as I can tell then expect a rebuild of KDE 3.2 now that the final of QT 3.3 is available... so SuSE users who've just upgraded to that KDE 3.2 you should have read the readme first if you have problems later when stuff built with the real Qt3.3 gets released...
:) -
My Joke!
Thats my joke in the Screenshot! Anyway, KDE 3.2 was released today, so go get it
-
Re:What about this Kiosk mode I've been hearing ab
Well, currently there is only this "document" and GUI will be in KDE 3.3.
-
Re:Article Text
Why the submitter linked to a php script is beyond me
Maybe because so does KDE's main page?
Or am I missing something? -
Re:Fedora - RedHat ?
Here is a clickable link of the download site.
-
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Contrib Packages for 3.2
Since nobody has (yet) taken the pains of posting the mirror list (yea, yea, I know, this is
/.) -- here it is:Hmm
.. I wonder if the /. lameness filter was designed so that people couldn't post whole mirror lists themselves. Telling me that I don't have enough characters per line. I think I'll just ask the KDE people to create a static fast-serving no-css page full of mirrors for KDE whenever a release happens. That way, at least some amount of trouble would be saved. Goes off to mail KDE team ...(pulled from KDE Mirror List)
WARNING: VERY BAD FORMATTING to get around the lame lameness filter.
mirrors.isc.org. .
.ibiblio.org. . .ibiblio.org. . .ftp.gtlib.cc.gatech.edu. . .ftp.gtlib.cc.gatech.edu. . .
mirrors.midco.net. . .mirrors.midco.net. . .ftp.oregonstate.edu. . .kde.oregonstate.edu. . .download.uk.kde.org. . .
download.at.kde.org. . .download.at.kde.org. . .ftp.eu.uu.net. . .ftp.tiscali.nl. . .ftp.du.se. . .
ftp.solnet.ch. . .ftp.rutgers.edu. . .ftp.rutgers.edu. . .kde.uk.themoes.org. . .kde.us.themoes.org. . .
ftp.de.kde.org. . .ftp.de.kde.org. . .ftp.gwdg.de. . .ftp-stud.fht-esslingen.de. . .ftp-stud.fht-esslingen.de. . .
ftp.uni-kl.de. . .download.au.kde.org. . .ftp.roedu.net. . .ftp.fi.muni.cz. . .ftp.fu-berlin.de. . .
ftp.tu-chemnitz.de. . .sunsite.informatik.rwth-aachen.de. . .filepile.tiscali.de. . .ftp.tuniv.szczecin.pl. . .ftp.tuniv.szczecin.pl. . .
sunsite.icm.edu.pl. . .sunsite.cnlab-switch.ch. . .ftp.se.kde.org. . -
Re:Gentoo E-build? No files to be seen. Yet.
Or apparently did try but knew enough to go to a kde mirror manually download the files and put them in my
/usr/portage/distfiles dir. Have fun waiting for the gentoo mirrors to update. -
Working Web Mirrors of www.kde.org
-
Working Web Mirrors of www.kde.org
-
Re:Fedora - RedHat ?
If they only could provide easy access (apt/yum) to binary packages for RH9 or Fedora C1
That's the distro's job. The KDE project make it very clear they don't consider binary packages to be their job.
-
Let me also point out...
that work on integrating kde with OO.o is moving forward. This isn't just a look-n-feel thing, mind you, its much deeper than that. Details in the link.
-
Re:Is it worth upgrading?
slackware packages are already available at:
http://download.kde.org/download.php?url=stable/3. 2/contrib/Slackware/9.1/ -
Delay This Post !*idiot's linking directly to the root source, moorons* and larger shame on CmdrTaco for not haveing common sense to check the mirrors aren't up to date yet
... see?so be kind, and delay it from the 'hords of slashdot'
... atleast for a few hours... -
Best Feature - KontactI am really looking forward to Kontact - I think that this is a great addition to the KDE Desktop !!
Great Job !!
-
Here are the patches:
-
Re:Real world vs. fanboy fantasies
I have always felt that Linux is a nice operating system (for hobbyists and geeks), but there are some areas where it is seriously lacking, especially when compared to its main competitor, Microsoft Windows.
* File sharing. Windows has long been superior when it comes to making large amounts of files available to third parties. Even early versions of Windows automatically detected and made available all directories thanks to the built in
NetBIOS-powered file sharing support. But Microsoft has realized that this technology is inherently limited and has added even better file sharing support to its Windows XP operating system. Universal Plug and Play will
make it possible to literally access any file, from any device! I think universal file sharing support needs to be built into the Linux kernel soon.
* Intelligent agents. With innovations like Clippy, the talking paperclip and Microsoft Bob, Microsoft has always tried to make life easier for its customers. With Outlook and Outlook Express, Microsoft has built a framework for developers to create even smarter agents. Especially popular agents include "Sircam", which automatically asks the users' friends for advice on files he is working on and the "Hybris" agent, which is a self-replicating copy of a humorous take on "Snow-White and the Seven Dwarves" (the real story!).
Microsoft is working on expanding this P2P technology to its web servers. This
project is still in the beta stage, thus the name "Code Red". The next versions will be called "Code Yellow" and "Code Green".
* Version numbers. Linux has real naming problems. What's the difference between a 2.4.19 and a 2.2.17 kernel anyway? And what's with those odd and even numbers? Microsoft has always had clear and sophisticated naming/versioning
policies. For example, Windows 95 was named Windows 95 because it was released
in 1995. Windows 98 was released three years later, and so on. Windows XP
brought a whole new "experience" to the user, therefore the name. I suggest that the next Linux kernel releases be called Linux 03, Linux 04, Linux 04.5 (OSR1), Linux 04.7B (OSR2 SP4 OEM), Linux 2005 and Linux VD (Valentine's Day edition).
Furthermore, remember how Microsoft named every upcoming version of Windows after some Egyptian city? Cairo, Chicago and so on. I think that the development kernels should be named after Spanish cities to celebrate Linux' Spanish origins. Linux Milano or Linux Rome anyone?
* Multi-User Support. This has always been one of Microsoft's strong sides, especially in the Windows 95/98 variants, where passwords were completely
unnecessary. Microsoft has made the right decision by not bothering the user with a distinction between "normal" and "root" users too much -- practice has shown that average users can be trusted to act responsibly and in full awareness of the potential consequences of their actions. After all, if your operating system doesn't trust you, why should you trust it? (To be fair, Linux is making some progress here with the Lindows distribution, where users are always running as root.)
With Windows XP, Microsoft has again improved multi-user support. Not only does Windows XP come with a large library of user pictures that are displayed on the login screen, su -
Re:Real world vs. fanboy fantasies
I have always felt that Linux is a nice operating system (for hobbyists and geeks), but there are some areas where it is seriously lacking, especially when compared to its main competitor, Microsoft Windows.
* File sharing. Windows has long been superior when it comes to making large amounts of files available to third parties. Even early versions of Windows automatically detected and made available all directories thanks to the built in
NetBIOS-powered file sharing support. But Microsoft has realized that this technology is inherently limited and has added even better file sharing support to its Windows XP operating system. Universal Plug and Play will
make it possible to literally access any file, from any device! I think universal file sharing support needs to be built into the Linux kernel soon.
* Intelligent agents. With innovations like Clippy, the talking paperclip and Microsoft Bob, Microsoft has always tried to make life easier for its customers. With Outlook and Outlook Express, Microsoft has built a framework for developers to create even smarter agents. Especially popular agents include "Sircam", which automatically asks the users' friends for advice on files he is working on and the "Hybris" agent, which is a self-replicating copy of a humorous take on "Snow-White and the Seven Dwarves" (the real story!).
Microsoft is working on expanding this P2P technology to its web servers. This
project is still in the beta stage, thus the name "Code Red". The next versions will be called "Code Yellow" and "Code Green".
* Version numbers. Linux has real naming problems. What's the difference between a 2.4.19 and a 2.2.17 kernel anyway? And what's with those odd and even numbers? Microsoft has always had clear and sophisticated naming/versioning
policies. For example, Windows 95 was named Windows 95 because it was released
in 1995. Windows 98 was released three years later, and so on. Windows XP
brought a whole new "experience" to the user, therefore the name. I suggest that the next Linux kernel releases be called Linux 03, Linux 04, Linux 04.5 (OSR1), Linux 04.7B (OSR2 SP4 OEM), Linux 2005 and Linux VD (Valentine's Day edition).
Furthermore, remember how Microsoft named every upcoming version of Windows after some Egyptian city? Cairo, Chicago and so on. I think that the development kernels should be named after Spanish cities to celebrate Linux' Spanish origins. Linux Milano or Linux Rome anyone?
* Multi-User Support. This has always been one of Microsoft's strong sides, especially in the Windows 95/98 variants, where passwords were completely
unnecessary. Microsoft has made the right decision by not bothering the user with a distinction between "normal" and "root" users too much -- practice has shown that average users can be trusted to act responsibly and in full awareness of the potential consequences of their actions. After all, if your operating system doesn't trust you, why should you trust it? (To be fair, Linux is making some progress here with the Lindows distribution, where users are always running as root.)
With Windows XP, Microsoft has again improved multi-user support. Not only does Windows XP come with a large library of user pictures that are displayed on the login screen, su -
Re:Real world vs. fanboy fantasies
I have always felt that Linux is a nice operating system (for hobbyists and geeks), but there are some areas where it is seriously lacking, especially when compared to its main competitor, Microsoft Windows.
* File sharing. Windows has long been superior when it comes to making large amounts of files available to third parties. Even early versions of Windows automatically detected and made available all directories thanks to the built in
NetBIOS-powered file sharing support. But Microsoft has realized that this technology is inherently limited and has added even better file sharing support to its Windows XP operating system. Universal Plug and Play will
make it possible to literally access any file, from any device! I think universal file sharing support needs to be built into the Linux kernel soon.
* Intelligent agents. With innovations like Clippy, the talking paperclip and Microsoft Bob, Microsoft has always tried to make life easier for its customers. With Outlook and Outlook Express, Microsoft has built a framework for developers to create even smarter agents. Especially popular agents include "Sircam", which automatically asks the users' friends for advice on files he is working on and the "Hybris" agent, which is a self-replicating copy of a humorous take on "Snow-White and the Seven Dwarves" (the real story!).
Microsoft is working on expanding this P2P technology to its web servers. This
project is still in the beta stage, thus the name "Code Red". The next versions will be called "Code Yellow" and "Code Green".
* Version numbers. Linux has real naming problems. What's the difference between a 2.4.19 and a 2.2.17 kernel anyway? And what's with those odd and even numbers? Microsoft has always had clear and sophisticated naming/versioning
policies. For example, Windows 95 was named Windows 95 because it was released
in 1995. Windows 98 was released three years later, and so on. Windows XP
brought a whole new "experience" to the user, therefore the name. I suggest that the next Linux kernel releases be called Linux 03, Linux 04, Linux 04.5 (OSR1), Linux 04.7B (OSR2 SP4 OEM), Linux 2005 and Linux VD (Valentine's Day edition).
Furthermore, remember how Microsoft named every upcoming version of Windows after some Egyptian city? Cairo, Chicago and so on. I think that the development kernels should be named after Spanish cities to celebrate Linux' Spanish origins. Linux Milano or Linux Rome anyone?
* Multi-User Support. This has always been one of Microsoft's strong sides, especially in the Windows 95/98 variants, where passwords were completely
unnecessary. Microsoft has made the right decision by not bothering the user with a distinction between "normal" and "root" users too much -- practice has shown that average users can be trusted to act responsibly and in full awareness of the potential consequences of their actions. After all, if your operating system doesn't trust you, why should you trust it? (To be fair, Linux is making some progress here with the Lindows distribution, where users are always running as root.)
With Windows XP, Microsoft has again improved multi-user support. Not only does Windows XP come with a large library of user pictures that are displayed on the login screen, su -
KPoker
KPoker is a little Video Poker Clone for the K Desktop Environment.
-
Re:Gnome
1. More consistentcy between apps due to the Human Interface Guidelines
And this has been a big problem in KDE?
2. Nicer interface layout. Better spacing, and I like the OS 9 style menu up the top, feels less like a windows clone, taking the best from both worlds. Also less flashly, more standard than KDE.
Well, I like the KDE one is better, and ofcourse you can customize them as you like. Not big problem.. Btw, what do you mean with more standard?
3. Options. Apart from Gconf, GNOME comes with far less options. KDE is nice, but trying to locate an option in the KDE Control Center is hell. GConf is a far better way to go.
Have you tried the search of kcontrol? Anyways yes, it's too complicated imho too. But it's far more userfriendly than gconf.. But if you like gconf is better, maybe you should try kconfedit when it comes out (don't ask me when :)
4. Apps. GNOME/GTK2+ has all the apps I want. Gems like Rhythmbox and the GIMP when there is nothing that compares on KDE. Also the old standbys like Abiword, Bluefish and Gnumeric.
Oh, since when GIMP has been a gnome app? Yes I've heard something work on this is going on, but it isn't yet here.. And there is JuK in KDE which is pretty similiar Rhythmbox, I think.. And how about koffice stuff? Bluefish is HTML editor right? Quanta+ then..
5. Lastly, the GNOME community! Sites like planet.gnome.org and gnomedesktop.org help GNOME rock just that much more.
Yes, I love KDE community a lot too! :) Sites like Dot aka news.kde.org, KDE-Look and KDE-Apps are pretty actives and you can see from those what's happening there in community. For developer stuff there's KDEDevelopers site with developer blogs on it. And at last there's a good wiki (KDE Community Wiki Site) maintained by developers and users of KDE. -
Re:Tried KDE 3.2? Gnome has a lot of work ahead..
But Gnome and Windows will not support my language Plattduutsch very soon, however a KDE op platt project is annouced,
I don't want to play with monkeys... I want konquer the net. :-) -
Re:The two major things that turned me off ...
The bigger issue to me is language choice. GTK has bindings for almost every commonly used language. Qt doesn't support much besides C++. I prefer the extra flexibility of GTK for that reason.
Qt has bindings for several languages, including Java, Perl, Python, C, Ruby and C#.
I once heard the C binding is not very useful for using it from C, but it is intended to be used as a foundation for bindings to other languages. Does somebody know if this is true? Has somebody tried to use Qt C binding?
I once read an example Java program that used Qt/Java and it looked good.
here are bindings for C, Perl and Python.
here are bindings for Java.
here are bindings for C#
here are bindings for Ruby. -
Re:KAutoConfig
It's dead Jim. It got removed from KDE for a reason -- the code is shitty and there are better tools available.
For those that don't read kde-core-devel here's the thread where almost everyone but the author agreed that it should be removed.
Pimping it on here won't make it come back to life... -
Re:Licensing Fears
There is a GPL/QPL version available now. You can redistribute any software licenced under those licences, so they can't just stop you using it. If Qt development stops, the latest version will be released under a BSD style licence by the KDE free Qt foundation. So your fears are unfounded.
-
Re:Will this work on OS X?
Several people have posted about this already. It's possible, but not yet a walk in the park. Head over to dot.kde.org for some useful links.
-
Re:Speculation
There is an Aqua port (if you count running on native Qt/Mac), and the Dot reported on it. There is an article about it in eWeek. You can even get the binaries on the kde.opendarwin.org page.
Sure, it's a bit rough around the edges, but it is certainly coming along nicely! -
Konqueror to the Rescue!
Konqueror in the upcoming KDE 3.2 has spell checking and highlighting in text forms.
-
Re:he's got a point
You can see the awards won by KDE on the KDE awards page.
Bo. -
Re:MPPE?
I have always felt that Linux is a nice operating system (for hobbyists and geeks), but there are some areas where it is seriously lacking, especially when compared to its main competitor, Microsoft Windows.
* File sharing. Windows has long been superior when it comes to making large
amounts of files available to third parties. Even early versions of Windows
automatically detected and made available all directories thanks to the built in
NetBIOS-powered file sharing support. But Microsoft has realized that this
technology is inherently limited and has added even better file sharing support
to its Windows XP operating system. Universal Plug and Play will
make it possible to literally access any file, from any device! I think
universal file sharing support needs to be built into the Linux kernel soon.
* Intelligent agents. With innovations like Clippy, the talking paperclip and Microsoft Bob, Microsoft has always tried to make life easier
for its customers. With Outlook and Outlook Express, Microsoft has built a framework for developers to create even smarter agents. Especially popular agents include "Sircam", which automatically asks the users' friends for advice
on files he is working on and the "Hybris" agent, which is a self-replicating
copy of a humorous take on "Snow-White and the Seven Dwarves" (the real story!).
Microsoft is working on expanding this P2P technology to its web servers. This
project is still in the beta stage, thus the name "Code Red". The next versions
will be called "Code Yellow" and "Code Green".
* Version numbers. Linux has real naming problems. What's the difference
between a 2.4.19 and a 2.2.17 kernel anyway? And what's with those odd and even
numbers? Microsoft has always had clear and sophisticated naming/versioning
policies. For example, Windows 95 was named Windows 95 because it was released
in 1995. Windows 98 was released three years later, and so on. Windows XP
brought a whole new "experience" to the user, therefore the name. I suggest that
the next Linux kernel releases be called Linux 03, Linux 04, Linux 04.5 (OSR1),
Linux 04.7B (OSR2 SP4 OEM), Linux 2005 and Linux VD (Valentine's Day edition).
Furthermore, remember how Microsoft named every upcoming version of Windows
after some Egyptian city? Cairo, Chicago and so on. I think that the development
kernels should be named after Spanish cities to celebrate Linux' Spanish
origins. Linux Milano or Linux Rome anyone?
* Multi-User Support. This has always been one of Microsoft's strong sides,
especially in the Windows 95/98 variants, where passwords were completely
unnecessary. Microsoft has made the right decision by not bothering the user
with a distinction between "normal" and "root" users too much -- practice has
shown that average users can be trusted to act responsibly and in full awareness
of the potential consequences of their actions. After all, if your operating
system doesn't trust you, why should you trust it? (To be fair, Linux is making
some progress here with the Lindows distribution, where users are always running as root.)
With Windows XP, Microsoft has again improved multi-user support. Not only
does Windows XP come with a larg -
Re:MPPE?
I have always felt that Linux is a nice operating system (for hobbyists and geeks), but there are some areas where it is seriously lacking, especially when compared to its main competitor, Microsoft Windows.
* File sharing. Windows has long been superior when it comes to making large
amounts of files available to third parties. Even early versions of Windows
automatically detected and made available all directories thanks to the built in
NetBIOS-powered file sharing support. But Microsoft has realized that this
technology is inherently limited and has added even better file sharing support
to its Windows XP operating system. Universal Plug and Play will
make it possible to literally access any file, from any device! I think
universal file sharing support needs to be built into the Linux kernel soon.
* Intelligent agents. With innovations like Clippy, the talking paperclip and Microsoft Bob, Microsoft has always tried to make life easier
for its customers. With Outlook and Outlook Express, Microsoft has built a framework for developers to create even smarter agents. Especially popular agents include "Sircam", which automatically asks the users' friends for advice
on files he is working on and the "Hybris" agent, which is a self-replicating
copy of a humorous take on "Snow-White and the Seven Dwarves" (the real story!).
Microsoft is working on expanding this P2P technology to its web servers. This
project is still in the beta stage, thus the name "Code Red". The next versions
will be called "Code Yellow" and "Code Green".
* Version numbers. Linux has real naming problems. What's the difference
between a 2.4.19 and a 2.2.17 kernel anyway? And what's with those odd and even
numbers? Microsoft has always had clear and sophisticated naming/versioning
policies. For example, Windows 95 was named Windows 95 because it was released
in 1995. Windows 98 was released three years later, and so on. Windows XP
brought a whole new "experience" to the user, therefore the name. I suggest that
the next Linux kernel releases be called Linux 03, Linux 04, Linux 04.5 (OSR1),
Linux 04.7B (OSR2 SP4 OEM), Linux 2005 and Linux VD (Valentine's Day edition).
Furthermore, remember how Microsoft named every upcoming version of Windows
after some Egyptian city? Cairo, Chicago and so on. I think that the development
kernels should be named after Spanish cities to celebrate Linux' Spanish
origins. Linux Milano or Linux Rome anyone?
* Multi-User Support. This has always been one of Microsoft's strong sides,
especially in the Windows 95/98 variants, where passwords were completely
unnecessary. Microsoft has made the right decision by not bothering the user
with a distinction between "normal" and "root" users too much -- practice has
shown that average users can be trusted to act responsibly and in full awareness
of the potential consequences of their actions. After all, if your operating
system doesn't trust you, why should you trust it? (To be fair, Linux is making
some progress here with the Lindows distribution, where users are always running as root.)
With Windows XP, Microsoft has again improved multi-user support. Not only
does Windows XP come with a larg -
Re:MPPE?
I have always felt that Linux is a nice operating system (for hobbyists and geeks), but there are some areas where it is seriously lacking, especially when compared to its main competitor, Microsoft Windows.
* File sharing. Windows has long been superior when it comes to making large
amounts of files available to third parties. Even early versions of Windows
automatically detected and made available all directories thanks to the built in
NetBIOS-powered file sharing support. But Microsoft has realized that this
technology is inherently limited and has added even better file sharing support
to its Windows XP operating system. Universal Plug and Play will
make it possible to literally access any file, from any device! I think
universal file sharing support needs to be built into the Linux kernel soon.
* Intelligent agents. With innovations like Clippy, the talking paperclip and Microsoft Bob, Microsoft has always tried to make life easier
for its customers. With Outlook and Outlook Express, Microsoft has built a framework for developers to create even smarter agents. Especially popular agents include "Sircam", which automatically asks the users' friends for advice
on files he is working on and the "Hybris" agent, which is a self-replicating
copy of a humorous take on "Snow-White and the Seven Dwarves" (the real story!).
Microsoft is working on expanding this P2P technology to its web servers. This
project is still in the beta stage, thus the name "Code Red". The next versions
will be called "Code Yellow" and "Code Green".
* Version numbers. Linux has real naming problems. What's the difference
between a 2.4.19 and a 2.2.17 kernel anyway? And what's with those odd and even
numbers? Microsoft has always had clear and sophisticated naming/versioning
policies. For example, Windows 95 was named Windows 95 because it was released
in 1995. Windows 98 was released three years later, and so on. Windows XP
brought a whole new "experience" to the user, therefore the name. I suggest that
the next Linux kernel releases be called Linux 03, Linux 04, Linux 04.5 (OSR1),
Linux 04.7B (OSR2 SP4 OEM), Linux 2005 and Linux VD (Valentine's Day edition).
Furthermore, remember how Microsoft named every upcoming version of Windows
after some Egyptian city? Cairo, Chicago and so on. I think that the development
kernels should be named after Spanish cities to celebrate Linux' Spanish
origins. Linux Milano or Linux Rome anyone?
* Multi-User Support. This has always been one of Microsoft's strong sides,
especially in the Windows 95/98 variants, where passwords were completely
unnecessary. Microsoft has made the right decision by not bothering the user
with a distinction between "normal" and "root" users too much -- practice has
shown that average users can be trusted to act responsibly and in full awareness
of the potential consequences of their actions. After all, if your operating
system doesn't trust you, why should you trust it? (To be fair, Linux is making
some progress here with the Lindows distribution, where users are always running as root.)
With Windows XP, Microsoft has again improved multi-user support. Not only
does Windows XP come with a larg -
Re:Speculation
I found a blog entry on a possible Aqua port, but it doesn't seem to be integrated into the builds yet.
-
Re:Nethack X is slow ...
What are you talking about? Look at the API documentation for dcop, and pay attention to everything with a Q in front of it, things like QString, QCString, QByteArray, QDataStream, etc. These are all from Qt. You can tell this yourself, because they all link back to Trolltech's documentation. If you are more adventurous you can look at the dcop source in kdelibs-3.x.y/dcop and see that it directly relies on Qt.
-
Re:wtf?
Depends on how you define things.
I define a "KDE only distribution" as "a distribution that doesn't include any other desktop environments".
There's no reason not to include good applications just because they happen not to be written with our favourite toolkit.
Furthermore, starting with the next release, we'll be using the
GTK-Qt theme engine to make GTK applications integrate better with the KDE desktop. -
Re:Nethack X is slow ...
From The DCOP site:
DCOP is built on top of the Inter Client Exchange (ICE) protocol, which comes standard as a part of X11R6 and later. It also depends on Qt, but beyond that it does not require any other libraries.
So DCOP does depend on Qt. Also, it is written in C++, whereas the GNOME libraries are almost always written in C (I'm not saying this is better, this is just how it's been done). Until DCOP doesn't depend on Qt and gets a binding to C, I see no reason why the GNOME project shouldn't pursue DBUS. (Had to post as AC because I have bad karma...)
-
konqui as a man and info viewer
Or just use "info:whatever" in Konqueror. Even doing "info:" will show you an index of Info pages. You can do the same trick with man pages: "man:whatever".
-
Re:Worrying
I'm not sure if you're trolling or not, but as far as I can tell there is no licensing problem here. If someone builds a proprietary program on top of the LGPLed GTK+, they wouldn't be linking with the libqtgtk thing. As of now the documentation says you's have to explicitly change your source code to get the KDE integration, but I heard that they've made it so this isn't needed, that it's GPLed code that intercepts certain GTK+ calls.
-
Try this instead...
Xnest
:1 -geometry 1024x768 -query localhost
Presuming that Xnest is included in your X installation and you are running a display manager (kdm, gdm or xdm for example), this will open a 1024x768 window and display a login prompt within it. You can then log in (either as the same user or as a completely different user) and use a web browser on a 1024x768 screen even though your screen is 2560x2048.
My sister-in-law uses this to see what the pages in her forthcoming web site would look like to someone browsing at that res. Her comment on 640x480 was "What is this? A thumbnail?" (-:
In short, why bother being merely as good as MS-Windows? As well as doing everything that it does, we should take note of useful things which are easy for us and impossible for the convicted monopolist.
With Xnest, as well as opening a session at a different resolution, you can also open one at a different depth. If the hardware supports it, it will be done directly otherwise it will be emulated. You can see how horrid you app looks in 16 colours, greyscale or black-and-white. If the Xnest session is larger than your physical screen, you can scroll around and see it all in chunks as big as your hardware allows.
If you want to put an MS-Windows session on your screen rdesktop 1.3 or later does full RDPv5 protocol, all depths and resolutions (plus sound, if you don't mind kissing your bandwidth farewell). If you want a copy of someone else's screen, use x2x. If you want to display stuff at a resolution or depth which you don't have, or in batch without toucing your video hardware, use Xv - take 4096x4096 screenshots on your S3-Virge-equipped machine, knock yourself out. Or use Xvnc and display to a VNC client only. And so on. I'm waiting for Xrdp to appear. (-: -
Re:Good for everybody
KDE supports this (this is only possible because the underlying xfree 4.3 supports it offcourse).
See this dot.kde.org post about it.