Comments:
Screenshots? - Dude - 2001-07-05
Anyone have screenshots of this thing?
Re: Screenshots? - Pasha - 2001-07-05
Hahaha, you'll need about a 100 screenshots to show all new things!!
screenshots here - Navindra Umanee - 2001-07-06
I came across these (as mentioned on the <a href="http://www.gui-lords.org/">gui-lords</a> site):
<p>
<a href="http://home.houston.rr.com/texstar/index.html">http://home.houston.rr.com/texstar/index.html</a>
Re: screenshots here - Jon - 2001-07-06
Interesting screenshots, but it's a real pity that they are using a Windows window&widget style: the default KDE one looks much prettier, and doesn't give the casual viewer the impression that KDE is just a Windows rip-off. If I want to use Windows, I'll use Windows.
Re: screenshots here - not me - 2001-07-06
Also, the first thing that guy did after installing the beta was to replace the Konqueror icon in Kicker with Opera! What kind of KDE fan is he?! Konqueror is way better!
Re: screenshots here - Jason - 2001-07-06
Whatever he wants to run is his business. Opera for Linux rocks in my opinion.
Re: screenshots here - Antialias - 2001-07-06
Opera for Linux doesn't have multilanguage support at all. It is probably OK for english speaking users...
I experienced Opera not being faster than Konqueror and Netscape 4.7.
I dunno about Java support in Opera for Linux.
Re: screenshots here - Rikard Anglerud - 2001-07-06
I've found that opera is fast enough for me to use on my p200; which apart from netscape - nothing else is. (konqueror is fairly fast while browsing in one window - but opening new windows takes a long time, and tends to block the UI.)
Re: screenshots here - Evandro - 2001-07-08
try opening new windows with the Ctrl + N command. they´ll start much faster (less than 1 second here).
Re: screenshots here - Mattias - 2001-07-08
What's the reason for all "unstable" versions of KDE having only the right kicker hide button and the stable releases having both or none by option? I think it could be nice to be able to choose between left, right, both or none (replace left/right with top/bottom for vertical panels) in the stable releases. Admittedly, it's not the most necessary feature, though.
Re: Screenshots? - Remenic Q. LeBeau - 2001-07-06
lol, that guy doesn't know how to make screenshots =))
And why do i get the feeling this dude is Pro-Windows? KDE has other themes, too!
Nah, don't judge the new KDE on these screenshots... they're really bad compared to the real thing. In my humble opionion that is =)
Re: Screenshots? - Jason - 2001-07-06
Dont be so hard on the guy, he threw them up rather quickly so everyone could atleast see the new wizard. Geesh...
Re: Screenshots? - Remenic Q. LeBeau - 2001-07-06
Hmm okay, you're right. To be honest, i didn't really look at it that way... I hope the author can forget what i said. Sorry.
Re: KDE 2.2beta1: Ready to Roll - mpattonm - 2001-07-05
Whow... KDE2.2 is gonna rock!
Re: KDE 2.2beta1: Ready to Roll - mpattonm - 2001-07-05
Whow... KDE2.2 is gonna rock!
Re: KDE 2.2beta1: Ready to Roll - maxwest - 2001-07-05
oh my god,
this rocks, ford better has a close look :-).
the personalizer is a great move (just there is no undo yet :-).
i'm always amazed in how many areas (small and large) changes happen. all these improvements have a time to market vendors even don't dream about.
for sure these are some of the great benefits of open source that gives it the capability to move beyond other "software business plans".
thanks to the community.
maxwest
Re: KDE 2.2beta1: Ready to Roll - Andras - 2001-07-05
Actually I tried the latest snapshot two days ago, but it crashes a lot of time (font selection in KControl and during printing). I thought that it's a good idea to use the latest beta and report the bugs (if they are present) for this one, so I downloaded it (yesterday and today). But there is a problem:
The kdesupport package is missing both from the source and Suse 7.1 directory, and the when I configure the kdelibs, it claims that I will not have sound without the kdesupport.
Do we really need it (I think we do)? Now I'm trying to use the snapshot version of the kdesupport.
Where's kdesupport (Was: Re: KDE 2.2beta1: Rea...) - Kalle Pahajoki - 2001-07-05
The kdesupport module is deprecated except as a convenience for the cvs compiling people who do not want to go hunting for the right pieces of software (the one piece of software not available elsewhere, mimelib, was moved to kdenetwork). It is the job of your distributor to provide the necessary packages like libxml and, in your case, libaudiofile.
Re: Where's kdesupport (Was: Re: KDE 2.2beta1: Rea...) - Andras - 2001-07-05
Thanks for clarification! I hope that the Suse packages are working correctly. I just had the problem because I'm compiling the packages for a Solaris 2.6 machine (as user), and it was present in the CVS, but not in this release. Anyway, the KDE is getting better each day!
Re: Where's kdesupport (Was: Re: KDE 2.2beta1: Rea...) - Hmmm - 2001-07-05
If you succeed, would you put tarballs online. Please ?
I have been unable to compile KDE under solaris 2.6 since the 1.1 series -- because of gcc not compiled with libtools. And the admin does not have time.
Re: Where's kdesupport (Was: Re: KDE 2.2beta1: Rea...) - Andras - 2001-07-05
There is a good chance that I will succeed, because I've done it a lot of time (altough I didn't compiled everything, just the kdelibs, kdebase, kdenetwork, kdeutils). The problem with making the tarballs is, that I do this at my work (as an user), with restrictions about where will it be installed and so on. I wrote a "tutorial" how to do this, I can post it to you (or to anyone who is interested in - maybe put it somewhere on the web (KDE pages???) ). It may help you to get it work.
Re: Where's kdesupport (Was: Re: KDE 2.2beta1: Rea...) - AC - 2001-07-05
Please, I'm VERY interested in this tutorial. I'm also running Solaris 2.6 at work ,and I tried many times compile to compile KDE 2.x with no success.
Re: Where's kdesupport (Was: Re: KDE 2.2beta1: Rea...) - AC - 2001-07-05
Please, I'm VERY interested in this tutorial. I'm also running Solaris 2.6 at work ,and I tried many times compile to compile KDE 2.x with no success.
Compiling on Solaris 2.6 (Was Re: Where's kdesupp) - Andras - 2001-07-05
For thos who are interested: please send me a private mail, so I can send the tutorial for you. (Otherwise provide an email address when you write a message to this site).
Re: KDE 2.2beta1: Ready to Roll - Aronnax (Acqua Theme designer) - 2001-07-05
Someone has noticed that kdenetwork* RPM packages for Mandrake 8.0 of KDE2.2beta1 are missing?
Best regards.
Re: KDE 2.2beta1: Ready to Roll - ac - 2001-07-05
maybe its just your favorite mirror
mine has stopped updating at kdeartwork.
aaaargh!
anyone who knows a better one?
Re: KDE 2.2beta1: Ready to Roll - vluvlu - 2001-07-05
the french i18n file is missing, too
Re: KDE 2.2beta1: Ready to Roll - Antialias - 2001-07-05
All packages are available on Mandrake Cooker mirrors.
Regards,
Mandrake 8 kde-network RPMS available. - TheDarb - 2001-07-08
If you don't want to go and install tons of Cooker packages to meet the dependancies... Texstar of <a href="http://PCLinuxOnline.com">PCLinuxOnline</a> has built the missing kde-network and kde-network-devel packages. These work with the packages for Mandrake 8 available on ftp.kde.org (and its mirrors).
I believe he used a modified spec file from 2.2alpha1 against the 2.2beta1 source tree. Clever, that guy...
*TheDarb
<a href=http://GUI-Lords.org">GUI-Lords</a> Host
Dedicated to Linux Domination of the Desktop.
Re: Mandrake 8 kde-network RPMS available. - TheDarb - 2001-07-08
Argh... those HTML tags sure didn't work, now did they! *sigh* Oh well, you get the idea... Texstar on PCLinuxOnline.com has what you are looking for. He be your KDE pusher man. ;)
*TheDarb
Attention SuSE Linux users! - Jonas Koch Bentzen - 2001-07-05
SuSE Linux users might find that KDM (the login thingy) doesn't work after they have installed the new KDE 2.2beta1: The keys simply do not work, so it's impossible to enter your password. The solution is to push Menu -> Restart X Server - then the keys will work. To avoid that in the future, you could change the KDM settings to allow automatic login. Within KDE, push K -> Preferences -> System -> Logon. Choose the last tab in the menu and enable automatic login for your user.
Re: Attention SuSE Linux users! - daniel kranich - 2001-07-05
Hi,
there's an additional solution to this problem.
You simply have to edit the file (IIRC) /opt/kde/share/apps/kdm/Xservers. There's a comment inside which explains what to do (simply uncomment a line and comment out another one).
I'm not at home at my linux box, so I cannot give
more details.
daniel
Re: Attention SuSE Linux users! - Moritz Moeller-Herrmann - 2001-07-05
The file is called (on SuSE):/opt/kde2/share/config/kdm/Xservers
And it contains the following text, maybe it is just a bad default setting:
# Xservers - local X-server list
#
# This file should contain an entry to start the server on the
# local display; if you have more than one display (not screen),
# you can add entries to the list (one per line).··
# If you also have some X terminals connected which do not support XDMCP,
# you can add them here as well; you will want to leave those terminals
# on and connected to the network, else kdm will have a tougher time
# managing them. Each X terminal line should look like:
#»······XTerminalName:0 foreign
#
:0 local /usr/X11R6/bin/X
# For Linux use this one
#0 local@tty1 /usr/X11R6/bin/X vt7
# For Solaris use this one
#:0 local@console /usr/X11R6/bin/X
Re: Attention SuSE Linux users! - ik - 2001-07-05
same here. debian unstable.
seems like a kdm bug
Re: Attention SuSE Linux users! - Will Stephenson - 2001-07-06
Another glitch I'm experiencing (on SuSE 7.1) is:
When I start as a normal user I get a lot of error messages of the form:
kio (KSycoca): WARNING: Found version 32, expecting version 38 or higher. kio (KSycoca): WARNING: Outdated database found
The result is no kioslaves available (even file:/), no icons to speak of, most of the configurable menu entries are gone, and no apps run from the Run Command...
When I start as root, everything works fine.
Any suggestions as to which file has the wrong perms on it?
cheers
Will
Re: Attention SuSE Linux users! - Will Stephenson - 2001-07-06
Fixed:
removed kde-<username>
ksocket-<username>
mcop-<username>
and it works now
Will
Re: Attention SuSE Linux users! - Matthias Pfafferodt - 2001-07-09
Solution:
just don't start the FAM daemon and all will work!
Re: Attention SuSE Linux users! - Jonas Koch Bentzen - 2001-07-09
How do I prevent the FAM from starting?
Re: Attention SuSE Linux users! - Matthias Pfafferodt - 2001-07-09
with yast you can set "START_FAM" to "no" and all works fine (for me <g>)
Re: Attention SuSE Linux users!--HELP! - zaq rizer - 2001-07-09
another suse user writes:
I feel like I screwed it up real bad. I did everything I could to install the update right but I MUST be missing something. Using kpackage, I first installed kdelibs (well, first i installed cups b/c i needed it) then i installed kdelibs2.2beta. then i tried to install kdebase2.2beta and i need oggvorbis and libogg or whatever, so i installed those. ok...so then i installed kdebase. tried to run konqui, and it didn't work -- no buttons on the toolbar and it wouldn't browse anything. tried to restart kde and here's what i'm getting (something like this:): unreferenced object line XX changeToolbar_style8Q . like i said, i'm not sure if it's that exactly, but it won't run. note: i went straight from kde 2.0.1 to 2.2beta is that the problem? do i need to install kde 2.1 first? how can i now that i've installed 2.2beta. i'm such a newbie...sorry...
thanks in advance for any and all help
Re: Attention SuSE Linux users! - lazaros - 2006-06-04
Hi there,
I have recently downloaded and installed suse linux 10.1 (KDE environment). When I finished all the installing process and was about to start using it, I found out that i cannot login. The screen appeared says "linux-ptmv login" and, although I can type there, when I press enter it ask me a password but i can not type anything. How can I fix this problem, after three days i have not still use linux. I am really pissed off.
Lazaros
Greece
Re: KDE 2.2beta1: Ready to Roll - wim bakker - 2001-07-05
It's great,
I wonder, would it be possible to get it compiled against qt-3.0.0-beta2????
Re: KDE 2.2beta1: Ready to Roll - Jon - 2001-07-05
I don't believe QT 3 is binary compatible with QT 2, so they'd have to bump up the major number of KDE.
Probably, after KDE 2.2 they'll release 2.3 about 6/9 months later, then release a 3.0 fairly soon after that, which will be 2.3 ported to QT 3. Luckily, the changes from QT 2 to QT 3 seem a lot smaller than the changes from QT 1 to QT 2.
Re: KDE 2.2beta1: Ready to Roll - Timothy R. Butler - 2001-07-05
Actually they are saying that there will be a 2.9 release that will be KDE2 on QT3, and then they will release KDE3 some time after that.
-Tim
Re: KDE 2.2beta1: Ready to Roll - Jon - 2001-07-06
Yes, thanks for reminding me. I'd forgotten the exact plans.
Re: KDE 2.2beta1: Ready to Roll - ac - 2001-07-05
With every new KDE release the number of pro-KDE and anti-GNOME trolls increases...
(while the entire overhyped GNOME vs KDE war was only invented by trolls who have nothing else to do)
Let's hope this article doesn't reach Slashdot.
Re: KDE 2.2beta1: Ready to Roll - someone - 2001-07-07
> Let's hope this article doesn't reach Slashdot.
it did ;-)
Mosfet Does it again!! - KDE_User - 2001-07-05
---- Found this on mosfet site ---------
Update (7/01): Actually, this isn't entirely true anymore. While everything will still remain free software, I'm going to switch to the modified QPL (some of the commerical restrictions will be removed). I'm being forced to do this because I've just been notified of KDE developer's intent to fork code that I never even had in CVS and add it to the KDE packages. It seems anything I do is subject to immediate forking by the KDE team and unofficial versions included in the base packages as a matter of procedure. If I don't want my code there they will just fork it, which has been their right but forks are usually done to add features or fix bugs. In the case of KDE2.2 this code has less features and more bugs! In many cases they didn't even rename their forks, so it makes it difficult for users to tell which versions are the ones in KDE CVS and not officially maintained by the author, and which ones are my versions and maintained by the original developer. Some developers even had the nerve to say *my* versions are the forks, even though I'm the primary author and copyright holder! Nonsense.
Thus the switch to QPL. The following software is going to be re-released under the QPL: Highcolor default, KDEStep, Laptop, Liquid, MegaGradient, ModernSystem, System, and Marble. Sorry for the inconvience this may have caused if this is a problem for you. Of course, KDE has the right to distribute forks based on obselete versions of my software, which were BSD licensed. The new license *will* be enforced for future versions, nonetheless. This is a shame, because I do truly believe the most effective development model is completely open, but this is not the case when the people designing the platform your developing for consistently take inferior versions of your code and add it to the system against your wishes instead of letting users just use your versions instead. It wouldn't be so bad if some independent coder decided to just fork my stuff and release worse versions, I really don't mind competition - but when the entire platform your developing for decides to do it simply because you've decided to start developing independently and adds less features and bugfixes you have a problem.
--- End of Message
I guess someone from KDE Developement Team can clarify rhis to stop this FUD
Re: Mosfet Does it again!! - Jon - 2001-07-05
It's not a problem. Most of those styles really should be replaces with pixmap styles/themes, anyhow (and it's thanks to Mosfet that we have a nice fast pixmap style engine).
It's a bit of an anachronism to have these code based styles in, that offer absolutely nothing over pixmap styles. Once they are made pixmap themes/styles, they can be also made much easier to update and install.
The one thing we need with KDE 2.3 is a nice window/widget style designer. I imagine people are working on it, but over the summer I might write one as a good introduction to KDE programming for me.
Re: Mosfet Does it again!! - Hmmm - 2001-07-05
Except beeing faster, which I find to be very important. The also offer a greater liberty as to how the widgets look.
Re: Mosfet Does it again!! - Carbon - 2001-07-06
Code styles do offer several big advantages, including having very precise control over how changes to the color system affect everything, and also adding functionality to a theme as well as looks. For instance, semi-unrelated but take a look at the Be-like window decoration. It would be impossible to do _that_ with pixmaps alone.
Re: Mosfet Does it again!! - Nomar - 2001-07-07
A windows skinning utility called WindowBlinds does that... And it supports *only* Pixmap themes. (www.windowblinds.net)
Re: Mosfet Does it again!! - Carbon - 2001-07-07
What I was mostly referring to was the ability by this window decor to automatically (mostly) keep title bars from covering each other if possible. It can't be done with pixmaps alone. WindowBlinds might support it, but it has to have code to sit behind the pretty pixmaps.
Besides, it's for Windows, who cares? :-)
Re: Mosfet Does it again!! - Jeff Brubaker - 2001-07-07
Take a look at megagradiant. The menus are translucent, that'd be imposssible with a pixmap theme.
Re: Mosfet Does it again!! - Jon - 2001-07-07
Yes - and this translucent effect should be generalised, so you can apply it to any style (just like you can apply the fading in/rolling effects to any style). That way you could turn it on or off as required.
As far as I can tell, there is very little in the coded styles which couldn't be done in pixmap styles much quicker and easier. Another thing I'd like to look at when I have the time is coding a code style which actually does something interesting - for example, having a button pulse in and out when the mouse is over it :)
Mosfet. - ac - 2001-07-06
You can't reason with Mosfet. He insists on inventing facts of his own and refuses any outside argument, so what is the point.
Good luck, Mosfet.
Re: Mosfet Does it again!! - dingodonkey - 2001-07-06
As much as I like the KDE project, and am very saddened that you're losing Mosfet's new code, I have to take his side on this one.
I just wish everybody could make up and things go back to normal. Ah well.
Re: Mosfet Does it again!! - Rick Kreikebaum - 2001-07-06
why can't the kde project let mosfet control his own stuff, the way linus controls the kernel? are pixmap based styles really THAT much better? personally, i'm gonna mosfet's styles. i don't care about them being easier to update and install. what i do care about is speed and flexibility. (and innovation of course, where the kde project will be at a disadvantage cause they can't fork mosfet's new code.)
Re: Mosfet Does it again!! - ne... - 2001-07-06
The KDE project *does* allow mosfet to control his own stuff. As a matter of fact, he has always been free to do this. However, when codefreeze has been publicly announced for a certain date and that date has arrived, that is *not* the time to announce new features. He had ample opportunity to let the project know what he was up to. Why he chose to use that opportunity unwisely, only he knows. I do wish him well in his endeavors and hope that his new styles integrate easily into KDE.
Re: Mosfet Does it again!! - Rick Kreikebaum - 2001-07-07
hmm... well that does make it a little harder for me to sympathise with him.
Re: Mosfet Does it again!! - AC - 2001-07-06
www.mosfet.org is all text... Where do I download his styles from?
Re: Mosfet Does it again!! - Jeff Brubaker - 2001-07-07
They're included in kde. If you want to see all of them you need a cvs version, since some are disabled for the release because they are incomplete/unstable.
Re: Mosfet Does it again!! - AC - 2001-07-06
I think the best solution to this problem is lobby mosfit to change his mind. Feel free to write him at mosfet@interaccess.com, mosfet@kde.org, and mosfet@mosfet.org.
Tell him why *YOU* think licensing his own code under the QPL is a bad idea, for himself, the community, and for KDE.
You can explain that the QPL will give mosfet a bad reputation in the community. People in the open source community, simply do not trust software that does not have one of those magic 3 letter licenses -- GPL or BSD.
There will probably be problems including his software in Debian, if it's QPL licensed. Other distros will probably not include it for fears of legality problems or in protest.
KDE developers won't be able to include older versions in their distro. So their version maybe modified to fit into the purpose of KDE, and will be older then the "offical" version, it's not the first time KDE has not had the latest version of programs included. Many of the programs in kdesupport were older then the offical version, and some of them were modified from the orignal version.
At any rate, please be polite, and try to use sensible arguments to help change his mind. I'm sure you can come up with better ones.
I have sent my message to him, have you yet?
Why RedHat-RPMs late? - Till - 2001-07-05
i'm just wondering why the binary-RPMs for the RedHat-Distribution are "late"? who is doing the RPMs? the distributors? is redhat lazy?
Re: Why RedHat-RPMs late? - ms - 2001-07-05
That's realy annoying... I'm almost switching my distro... maybe Debian and apt is the answer for me.
Re: Why RedHat-RPMs late? - David G. Watson - 2001-07-06
Especially since us Debian unstable users have had 2.2beta1 for a week already :).
Re: Why RedHat-RPMs late? - Rick Kreikebaum - 2001-07-06
yeah, i'm switching to debian, cause apt with official .debs is supposed to be better than anything rpm. and i heard that unstable isn't really that unstable :).
Re: Why RedHat-RPMs late? - Richard - 2001-07-05
I agree.
It's a shame.
Red Hat is one of the largest distributions, if not THE largest.
/Richard
Re: Why RedHat-RPMs late? - ne... - 2001-07-06
Er, RH has no obligation to provide you with _beta_ rpms.
Re: Why RedHat-RPMs late? - ms - 2001-07-06
>Er, RH has no obligation to provide you with _beta_ rpms.
RH has even no obligation to provide me stable or official rpms since I didn't buy anything from them...
I'm just looking for better options.
Re: Why RedHat-RPMs late? - Till - 2001-07-06
> Er, RH has no obligation to provide you with _beta_ rpms
correct. but why ARE there rpms for mandrake and suse? i'm just wondering. is this because it's too complicated to compile kde for redhat? or are suse and mandrake just more customer-focused?
in deed i BOUGHT redhat 6.2, i BOUGHT rh 7 and i BOUGHT rh 7.1. if i wanted i COULD compile kde myself but i don't WANT to. i am a PAYING customer (silly me...), and it seems suse and mandrake are supporting customers better than redhat does.
on the other hand, consumers aren't the "real" customers for redhat, are we? and, of course, industry isn't very hot for beta-versions...
cu
till
Re: Why RedHat-RPMs late? - craig - 2001-07-09
Well RH is a gnome based distro so i'm not sure that kde or the desktop is a very big priority for them. If they cared about the desktop they'de be a kde distro.
Craig
Re: Why RedHat-RPMs late? - Richard - 2001-07-10
GNOME based?
I've been running KDE on Red Hat for a while now. I have also installed it directly when doing an upgrade och install.
Do you run Red Hat?
If so try to choose KDE during the next install and you'll see that it has KDE as an option just like with GNOME.
Stop this FUD:ing...
/Richard
Why RedHat-RPMs late? - Till - 2001-07-05
i'm just wondering why the binary-RPMs for the RedHat-Distribution are "late"? who is doing the RPMs? the distributors? is redhat lazy?
FreeBSD port? - Chucky - 2001-07-05
Anyone who happens to know when (if?) the FreeBSD port will appear?
Re: FreeBSD port? - Metrol - 2001-07-05
I wouldn't hold your breath on a FreeBSD port for a beta of KDE. Rarely are any beta apps posted, and I've personally never seen it for something as large as KDE. There's a lot to a port of that size, and usually a couple of days lag time kicks in. For KDE 2.1 the port maintainer had been working early with the KDE folks, so the port came out darn near on release day. This is more the exception than the rule, and Will did a great job with that exception.
Also, I'd caution you to not try upgrading to KDE 2.2 immediately after the port hits the tree. That is, unless you're looking to submit bug reports. Best to let it settle in for at least a few days to get all the bugs worked out. Again, this is a large port involving a number of scripts.
Ahh, but when them bugs do get worked out, the port install of KDE works like a dream. It's too bad there aren't a LOT more ports for KDE apps outside of the core install for FreeBSD. Stuff like KAim and KBear yet to have any ports done up for them. I've attempted porting these myself, but the only thing I managed to get done was to prove that my skills aren't quite yet up to the task. For what ports are there, KDE runs really sweet under FreeBSD.
Re: FreeBSD port? - darian Lanx - 2001-07-06
Hello ;)
There will be no FreeBSD port for the BETA 1
Yet Will (wca) the maintainer has assure dme, that he will be doing the release port update as soon as the release for KDE 2.2 is scheduled/annouced.
You are free to compile from CVS, it works on FreeBSD too with a few tricks ;)
-d
Re: KDE 2.2beta1: Ready to Roll - Mattias - 2001-07-05
Oh man, I wish I had more synonyms for superlative forms of "good"! :)
Seriously, the KDE project has to be the single most impressive Open Source project ever (rivalled perhaps by GNU), and the one that is likely to inspire the most people to switch to Open Source desktops. If there's any technological reason in the world, everyone should be perfectly able to make a fulltime switch from windows any day. The only exclusion being people wanting to run new games which require DirectX, though that might not be true for a very long time, considering the impressive progress of Wine.
Not only is KDE technically proficient, but it is also perfectly possible to make it look better than commercial desktops (win XP, OS X, etc.), thanks to the incredibly talented artists in the KDE project.
Actually, I can't think of a single desktop "core" task possible in any other desktop environment, be it commercial or non-commercial, closed source or open source, etc, that isn't also possible to do with KDE. A lot of times, the power and freedom of choice are even greater in KDE than in its "counterparts", such as the almost infinite configuration possibilities and incredible flexibility of in particular kicker and konqueror.
And on top of that, we have great apps, of which many are conveniently gathered at apps.kde.com. We have a great office suite with the K in it, we have administration programs, we have nicely integrated utilities for archiving, document viewing, media playing, etc, we have CD burning, scanning... I could go on for ages.
Words shouldn't be needed to counter the argument that desktop linux is dead. Simply showing all the greatness we have should quench all possible doubt to linux desktop viability.
The inevitable conclusion would have to be:
The desktop is ready to be konquered. :)
Re: KDE 2.2beta1: Ready to Roll - Greg Brubaker - 2001-07-05
I installed Tribes 2 on my current computer, a 500mhz Celeron, 128MB ram, Mandrake 8.0, TNT-2 Vanta MX and was very pleased! While I only ran at 640x480, it looked a lot better in that resolution than I would have thought, and ran quite smoothely, except for a slight spike here or there, not often.
I wasn't going to install this baby until I got my 1.4Ghz AMD Athon +mobo+case+power supply, in. I figured that I heard such a game wouldn't run on PC well under windows, so I figgured I might want to be well off with a faster computer... But was quite wrong.
Linux (as long as it has games that can appease you) is ready Now!!!
True, if you run linux on your old garbage box, you won't see much more than old garbage performance, but Linux is ready to dominate the main attraction!!
It's a catch-22... If you don't demand the game for linux, they won't make it, but your not demanding it, because they're not making it...
Well then slap yourself for a minute, be prepared to play a lesser (but good, and often fully satisfactory) set of Titles, cause if you buy it, they will come!
Supply and Demand.
So, what should you for that aging box of yours?
Pick up a Case/Power_supply/Proc/mobo set from somewhere like Pricewatch ($200-$400),
Pick up a Geforce2 MX, or wait for a Geforce 3 MX to come out and be cheap :) (geforce2 MX's can be gotten for as little as $50, but $73 is more likely for 64MB, and even $100+ is descent for a Geforce 2 MX 400 (instead of a 200).
Oh yeah, I don't care how much you pay for it, but pick up a Logitech cordless set (Keyboard + mouse)... Not only is it the best mouse design (for righties) in the world (opinion?), but its optical, and both pieces can run in either PS/2 or USB...
hehe, I've got my usb keyboard hooked up to a PS/2 converter, hooked up to another converter, forgot what its called, but its big, and looks very familiar to the conector on my XT...
Now, on with the Gaming...
IMPORTANT SUGGESTION!!!!
If you are a linux New-bie, which is nothing to be ashamed of, as it's definition is "if you are not coding to advance Linux, GNU, X, Gnome, or KDE..."
Then you might want to stick to games that use Loki's very nice updater... (this does exclude older titles like Quake III Arena, but includes newer titles like Tribes 2).
This updater is very nice, but if a update fails, make sure to see why, instead of keep trying blindly (click details...)
I couldn't isntall the patches to Tribes 2 at first because there wasn't enough room, so I uninstalled it, and reinstalled it under my home directory, but kept the link in the bin directory... because thats where it should be...
Then, for your KDE link, just set it to tribes2, and forget about directories.
My site may not do anything but waste your time, but if it does, your talking about a descent amount to time to waste... which I'll take as a complement:
Check under Linux, or whatever else you want to see... Included is some of the source code for a Tetris game I wrote (mostly just the fucntions, as the game was written in MS Visual C++)
http://www.acs.brockport.edu/~gb7788
Darn, I'm stupid, I forgot to mention the programing Linux games book by Loki. I'll probably review it if I ever get a copy... Man, they should be paying me!
Re: KDE 2.2beta1: Ready to Roll - Greg Brubaker - 2001-07-05
I'm replying to myself... odd...
Anyway, I actualy primarily use Linux for productivity...
Games are just a very, very, very, very nice dessert.
I personaly really like Kdevelop, AbiWord, Gimp, Gphoto, Quanta Plus, KDE (in general), and even Mozilla/Netscape 6.1 [hehe, had to leave Netscape 6.0 out of that one...]
I look very much forward to KDE developement, but also to Mozilla, which once was so young, but now is approaching such maturity (damn, shouldn't have made that comment and given my email address... But I really do like Mozilla, so please forgive me...) ;)
Live free, or Die.
and while you're at it, check out the Penguin Page...
http://lwn.net/Gallery/
Personaly, I like:
http://www.stack.nl/%7efidget/pguin/
Re: KDE 2.2beta1: Ready to Roll - blandry - 2001-07-06
Man, don't worry about that. Two kick-a$$ browsers aren't going to hurt anybody. It's really nice to see them coming along.
(you said:)
but also to Mozilla, which once was so young, but now is approaching such maturity (damn, shouldn't have made that comment and given my email address... But I really do like Mozilla, so please forgive me...) ;)
Re: KDE 2.2beta1: Ready to Roll - Rick Kreikebaum - 2001-07-06
yeah, i can't wait to try out kde and some linux games with a REAL computer, as opposed to my dad's old celeron 266 :) hopefully i'll get a job and save up some money... then i'll get the lowest-clocked athlon 4 they have, for good overclockability, and an n-force mobo with with a geforce2 mx 200 for price reasons, which i'll later upgrade to a geforce 3. man, that's gonna be sweet! dual channel ddr, best sound chip for PCs, integrated into the mobo, super fast bus (amd hypertransport), one driver for the whole mobo/graphics card, and hopefully some significant cost savings (since i won't be buying an sb live.) and have you seen the geforce performance increases in xf86 4.1 with the latest nvidia dfivers? awesome!
Re: KDE 2.2beta1: Ready to Roll - Gregory W. Brubaker - 2001-07-06
sweeeet...
Re: KDE 2.2beta1: Ready to Roll - Mike C. Reynolds - 2002-07-25
Linux gaming will not be very adopted as widely as we wanted because all they are are ports. We need someone (and loki is a good bet) to create games that run natively on linux. Here is a list of games that would be nice on linux.
NFL Superbowl - only on linux
bikeing madness - only on linux
Tux the super-pengiun - only on linux (for the kiddies)
and of course the FPS The Gunman Prophecies - only on linux
RTS would be like Empire Giants - only for linux
Tell me what you think and if you would like these titles tell loki or any other big game developer for these games.
I can't progam games or these would be already created :)
Re: KDE 2.2beta1: Ready to Roll - Jasper - 2001-07-05
Cool !
Has something been done about overall KDE speed ?
(Meaning startup time of KDE and applications)
Re: KDE 2.2beta1: Ready to Roll - Micheal - 2001-07-05
Yeah .. with this beta release there are some speed tweeks .. like starting KDE takes about a third of the time (thank god!) I havnt REALLY noticed a BIG diffrence in launching apps ... but then again i am running the beta off of my laptop! Also .. althougth this IS a beta its very stable compaired to the beta set in kde 2.1. Of course this means that the non-beta is going to rock.
Mike
Re: KDE 2.2beta1: Ready to Roll - Janne - 2001-07-05
Isn't the compiler the major source of that slowness? We can hope that GCC 3.0 is faster (once the bugs gets killed). I guess you could tweak KDE-code to be faster, but I guess it has already been done. There's only so much that you can do.
Re: KDE 2.2beta1: Ready to Roll - Stephan Oehlert - 2001-07-05
No, it's not. It's the linker (ld). There was an article some time ago by one of the core developers, you might want to read it.
GCC 3.0 won't do much about speed.
Latez
Stephan
Re: KDE 2.2beta1: Ready to Roll - lanbo - 2001-07-05
Definitely we need speed.
KDE is very good, but not very usefull because the speed problem.
You could tell me to buy better hard, but one of the motives of KDE is to make people save money.
Anyway, KDE rocks and I only can say Thank You to the KDE team!
Re: KDE 2.2beta1: Ready to Roll - not me - 2001-07-06
Certainly ld affects KDE startup time, but I thought that the kdeinit hack fixed the problem with ld's slowness after that. If so, what is keeping KDE from being fast now?
Also, wouldn't the fact that GCC 3 uses a different ABI mean that ld would have to be re-written? Maybe the new one is faster.
BTW, the article about KDE's speed, ld, and kdeinit is at www.derkarl.org
Re: KDE 2.2beta1: Ready to Roll - Inorog - 2001-07-06
No, didn't fix it, just went around a part of the problem (i.e. made most libs loaded once and used by all programs guaranteed). But according to ld developers (this is what Waldo Bastian - the kdeinit hack maintainer - told me), there is new code for at-start symbol lookup table computation that makes ld like 7-8 times faster for C++ libs. I might be mistaken though. I can't wait and see this :-)
Re: KDE 2.2beta1: Ready to Roll - Sam - 2001-07-06
Yupps, There will be some extra utils for glibc so you can relocate sybols for libraries/binaries so conflicts don't need to be resolved during execution. This _will_ speed up the start of c++ program and save some memory too. I'm not sure if they will start 7-8 times faster though. But it will start faster if you pre-link them.
/Sam
Re: KDE 2.2beta1: Ready to Roll - Henry Stanaland - 2001-07-06
I used to think you people complaining about KDE speed were just nit-picking. But I'm temporarily using a Celeron 450 with 64MB RAM and you guy swere right...very slow. Can't wait till I get back to my good old Athlon 950. Maybe faster computers are the answer to this problem? Just kidding!
Re: KDE 2.2beta1: Ready to Roll - Rikard Anglerud - 2001-07-06
Well, it's not just application startup time. Things like opening a new window in konqueror wa slow in the previous release. (so much so that I'm using blackbox/opera).
Then again, I'm running on a p200.
That said, I hope it's faster, I'm looking forward to getting this beta installed!
Re: KDE 2.2beta1: Ready to Roll - Rick Kreikebaum - 2001-07-07
yeah, and the scrollbar isn't very responsive in most apps.
Cool Konqueror - Alain - 2001-07-05
> Konqueror enhancements include stopping animated GIFs (thank you, thank you!!)
No irritating animations, oh yes, thank you !
More important : I hope it is possible to shut up sounds !
Also about Konqueror :
- cookies management : I wish it is possible to delete all cookies, excepted for allowed domains (accepted hosts)
- File manager, right button : possibility to copy the path/name of the file (for then pasting elsewhere)
- Ability to delete all favicons, so that they will be generated again (Ok, I know it is already possible by going on the good directory and deleting them, but it would be more easier with a parameter)
- I hope that java and Flash will be installed by default
Bravo for the new and next enhancements !
Re: Cool Konqueror - Moritz Moeller-Herrmann - 2001-07-05
> - cookies management : I wish it is possible to
> delete all cookies, excepted for allowed
> domains (accepted hosts)
You can delete all cookies, but all means all, so: good idea.
> - File manager, right button : possibility to
> copy the path/name of the file (for then
> pasting elsewhere)
Just _copy_ the damn file. Then you can paste the url...
> - Ability to delete all favicons, so that they
> will be generated again (Ok, I know it is
> already possible by going on the good directory
> and deleting them, but it would be more easier
> with a parameter)
Good idea.
> - I hope that java and Flash will be installed > by default
If your JRE-1.3+ is installed correctly (java in PATH) it will work out of the box. Same goes for a correctly installed flash plugin for netscape. No need to installl that stuff again with KDE.
You should add your good ideas (TM) to bugs.kde.org as wishes.
Not Cool Konqueror ! - Alain - 2001-07-06
>> - I hope that java and Flash will be installed > by default
> If your JRE-1.3+ is installed correctly (java in PATH) it will work out of the box. Same goes for a correctly installed flash plugin for netscape. No need to installl that stuff again with KDE.
No, It is difficult, not user-friendly. I had difficulties to install Flash and I did not succeed to install java (however I did what is said in the Konqueror site). And when I see this page http://www.pclinuxonline.com/article.php?sid=174&mode=thread&order=0 I see it is still difficult. (and it is a different install than Konq site !!)
I feel it is a BIG PROBLEM. It seems that for KDE, it is only a distrib problem, however in Mandrake 8.0, nothing was done (even the "netscape-plugings" rpm was not in the 2 CD !)
And I don't think it is a good way to use some Netscape things... Konqui needs Netscape as a tutor ??
So now the BIG LACK of Konqueror is here : Flash and Java are not installed BY DEFAULT, there are manipulations to find and to execute and to execute again because it is not easy... (and many users have these difficulties, see the mailing lists and forums...)
Re: Not Cool Konqueror ! - Julio - 2001-07-06
I have an idea. Someone from KDE could contact Macromedia to do the following: When the URL for Flash's download is opened, the server checks if the browser is Konqueror. If it is, automaticaly starts to send the Netscape plugin file. For they it's easy to do that.
On the Konqueror side, when a plugin is requested, Konqueror opens in background the linked page for the plugin and waits if an automatic download starts. If so, Konqueror installs the plugin automaticaly, and its ready to use!
If there is no download from the site, Konqueror shows the pages as is today.
Re: Not Cool Konqueror ! - Rick Kreikebaum - 2001-07-06
it works fine in suse 7.1
Re: Not Cool Konqueror ! - Pedro Ziviani - 2001-07-06
Java on Konqueror works just fine on my Mandrake 8.0 running KDE 2.2beta1. I just downloaded the file IBMJava2-SDK-1.3-7.0.i386.rpm from IBM website and installed it using "rpm -Uvh", and on Konqueror settings I used "/opt/IBMJava2-13/bin/java" as the path to the java executable. That was all, java was from then working flowlessly on Konqueror. IBM JDK is also MUCH faster then Sun's.
Re: Not Cool Konqueror ! - ik - 2001-07-07
>IBM JDK is also MUCH faster then Sun's.
not true anymore (atleast here) ... (but bugs in the sun implementation keep me from switching back to sun)
Re: Cool Konqueror - Aaron J. Seigo - 2001-07-06
file manager: right mouse button menu on a file includes the copy option. select it, then do a paste in a text editor or a konsole and see what you get =)
java/flash installed by default: if installing binaries that is up to your distributor; if you are installing from source and have lestiff for plugins and a good jre you should be fine.
Re: KDE 2.2beta1: Ready to Roll - Janne - 2001-07-05
The startup-slowness reminded me.... I have a weird problem with my 2.1.2. When KDE starts up, the "restoring session" (if I remember correctly. the last think it loads when KDE starts) flashes for a long time. If I try to launch applications, it disappears and everything works like it should. Not fatal, but annoying.
The File Dialog - superbe! - ac - 2001-07-05
This is great - customisable to ones best behaviour
cool stuff really!
Problems with SSL (HTTPS etc.) support? - Toastie - 2001-07-05
Note - this version (KDE 2.2beta1) requires the development package in OpenSSL to *run* (not to do development). If you want HTTPS sites to work, install the openssl-devel RPM package on RedHat and other RPM-based systems, or libssl-dev package on Debian-based systems.
Re: Problems with SSL (HTTPS etc.) support? - George Staikos - 2001-07-06
Actually this should not be the case, but it turns out to be so for some people. What it needs is the .so file. You can make a symlink to the .so.0 files for libcrypto and libssl as a workaround. I put the .so.0 filename into CVS for the final release so this shouldn't be an issue anymore. Sorry guys....
Re: Problems with SSL (HTTPS etc.) support? - Raghavendra - 2005-04-04
openssl-0.9.6b-8
openssl095a-0.9.5a-11
openssl-devel-0.9.6b-8
openssl096-0.9.6-6
perl-Crypt-SSLeay-0.35-15
openssl-perl-0.9.6b-8
perl-5.6.0-17
perl-Digest-MD5-2.13-1
perl-MIME-Base64-2.12-6
perl-libwww-perl-5.53-3
perl-libxml-perl-0.07-5
groff-perl-1.17.2-3
perl-DateManip-5.39-5
perl-HTML-Tagset-3.03-3
perl-libnet-1.0703-6
perl-Parse-Yapp-1.04-3
perl-URI-1.12-5
perl-XML-Encoding-1.01-2
perl-XML-Parser-2.30-7
perl-libxml-enno-1.02-5
perl-XML-Twig-2.02-2
perl-Crypt-SSLeay-0.35-15
perl-HTML-Parser-3.25-2
perl-Storable-0.6.11-6
perl-XML-Grove-0.46alpha-3
perl-XML-Dumper-0.4-5
openssl-perl-0.9.6b-8
I have installed the above packages on my system but still I am not able to uses https
Kindly Suggest ne the Solution
Compiling KDE 2.2beta1 on solaris with gcc 2.95.2 - CPH - 2001-07-05
Here are some of the problems I've encountered while trying to get things to compile.
NOTE: I have not yet started this version
ar assumed to be gnu-tar in kdeartworks
kdenetworks:
added to lanbrowsing/lisa/netscanner.cpp
#ifndef INADDR_NONE
#define INADDR_NONE (-1)
#endif
in lanbrowsing/kcmlisa/findnic.cpp to get /usr/include/sys/sockio.h included by ioctl.h :
#ifdef USE_SOLARIS
#define BSD_COMP
#endif
in kdevelop kdevelop/Makefile need to change LEXLIB to
LEXLIB=-lfl
While not strictly part of KDE 2.2beta1 -
in koffice kivio/kiviopart/ui/kivioabout.cpp line 3304 it seems that the license string
is too big and does not get a closing ") );
Is this a limitation of the number of chars the sed command can take on solaris ?
Re: Compiling KDE 2.2beta1 on solaris with gcc 2.95.2 - kk - 2001-07-05
It's the stupid Solaris sed which breaks the kivio compile. I had to use GNU sed which works fine.
Konqueror does not work - Jon Doud - 2001-07-05
When I upgrade to the new version, konqueror stops working. All I get is an error message "Unknown Host [sitename]" for every site I browse to. I know that it is related to KDE because browsing works fine in KDE 2.1.1, and I can got back to KDE 2.1.1 and browsing will work fine again.
System:
Mandrake 8.0
KDE 2.2beta2 -- built from source
Has anyone else seen this problem?
Jon Doud
Re: Konqueror does not work - Aaron J. Seigo - 2001-07-06
if you have both versions installed on the same machine, my guess is that when you are running the new beta, libraries from the older install are still being loaded (instead of the new beta ones) due to them being in your path...
No cute release name? - Karl Garrison - 2001-07-05
It seems like all previous KDE releases had a nickname for the release. Have they ended this practise, or did I miss the release name this time?
-Karl
Re: No cute release name? - Tom - 2001-07-06
I Don't know, too.
But if i could choose a name for it i would name it "Kool" :-)
Thanks, Tom !
Re: No cute release name? - Michael - 2001-07-06
Or maybe Kute?
Re: No cute release name? - Michael - 2001-07-06
Or maybe Kute?
Re: No cute release name? - lokem - 2001-07-09
Maybe they've grown up and they don't need anymore names to get attention? ;)
Congratulations KDE Team - KDE User - 2001-07-06
Once you use this, you cannot go back! Everything else is inferior now.
Re: KDE 2.2beta1: Ready to Roll - saj - 2001-07-06
Please could someone tell me why kdelibs complains that I need libxml2-2.3.9 or > even though I've already got libxml2-2.3.13 and the devel package as well.
Re: KDE 2.2beta1: Ready to Roll - Dave Brooke - 2001-07-06
look for xml2-config, which will probably be in /usr/bin. It is a shell script and when the version number of libxml2 is being checked by the KDELibs ./configure script it returns a value on the library's behalf.
look for something like :-
--version)
echo 2.3.6
exit 0
;;
change the returned version number to the one you have and all should be well.
Re: KDE 2.2beta1: Ready to Roll - Erik Hill - 2001-07-06
Can someone please help me with installing this newest beta on Mandrake 8.0? I have a fairly standard installation of Mandrake on a Toshiba Satellite 2805-S202 laptop. I downloaded all of the RPM's for Mandrake 8.0, and tried to use rpm -Uvh on the new kdelibs. It had several broken dependancies. I tried to use MandrakeUpdate, but for some reason I got a "all packages unreadable" error. I was logged in as root when I ran MandrakeUpdate and also when I ran rpm -Uvh. Is there an rpm tool which just automatically runs around and finds and installs all of the dependancies for you (other than MandrakeUpdate which I can't seem to get to work)? Otherwise, this is going to take 10 years to fix!
Erik
rpm flags for MAndrake 8.0 installation - Pedro Ziviani - 2001-07-06
Just use "-Uvh" and "--force --nodeps" to install the rpm packages and everything will work fine. It worked for me, on Mandrake 8.0.
Re: KDE 2.2beta1: Ready to Roll - James Spencer - 2001-07-07
Whenever updating a mass of big packages that you're sure you meet all of the basic requirments for the --force --nodeps options are your friends. Also, I doesn't hurt to drop down to the console and remove your old KDE packages. This isn't essential, but somtimes when RPM hits an old (non $HOME) config file it will leave it alone, and install the new file as a *.rpmnew. This is not always a good thing. Beta 1 is sweet, I've been using it since the day the Mandrake RPMs were released, and it's more stable than most MS products at the end of their life cycle, seems quicker (than previous KDEs) too. . .
Re: KDE 2.2beta1: Ready to Roll - Erik Hill - 2001-07-07
Yes, that's what I finally did, and it WORKED! Yay! Anyway, it's too bad that the packages don't have dependancies which reflect their actual dependancies (the specific versions of everything that they need to run on, and no later) but the --force --nodeps worked fine.
Things crashed a bit until I reset X-Windows (no idea why) and I still get a crash or two now and then (whereas the last version seemed a bit more stable) so I'm sure something didn't quite go in right, will research it.
Specifically, the sound mixer doesn't work (but aumix does). I need the KDE sound mixer to work so that it can correctly reset its settings when I go into KDE however. Noatun can't seem to play mp3's or ogg files right now, so something there is also misconfigured.
I also updated KOffice. Wow, lot of progress there too. KOffice is nearly useable now, though I'm very picky about crashing, so I don't consider it quite ready for prime time. In my mind, the number of acceptable crashes per year under extreme conditions and constant use is ZERO.
Other than these small problems, a very nice improvement. I've noticed that the number of times I've said to myself (over the years) "I can't do this in Linux, I need to load Windows back up" is going down and down and the number of times I say, "I can't do this in Windows, I need Linux" is going up and up. After I lost the contents of my HD one day, I had to reinstall Windows ME and Mandrake 8.0. I got a kick out of the fact that Mandrake 8.0 was _easier_ (note the word, "easier" in this sentence) to get installed and working with my hardware than Windows ME was on exactly the same hardware (Toshiba 2805-S202), AND WINDOWS ME CAME WITH THE COMPUTER.
The one thing I can't do in Linux that I need Windows for is writing to my CD-RW, which is a USB connected Iomega ZIP_RW. Also, for some reason openoffice 6.27 hangs X-Windows pretty hard (but not the Linux kernel) immediately after starting the install process, so I hang on every KOffice release now, as I'll go crazy without a good office suite.
Erik Hill
Re: KDE 2.2beta1: Ready to Roll - Marcus Reuss - 2001-07-06
This one rocks!!
It's a never ending story, KDE team always makes me feel like a little child with every new release. After removing old files in /tmp KDE started with a nice config dialog and full screen antialiasing, fading menues, preview of audio-files (although audiocd slave still does not work), greater speed and a much more professional look. This peace of code is so damn good it should be commercial. ;)
Re: KDE 2.2beta1: Ready to Roll - Richard Moore - 2001-07-06
Check the permissions on your generic SCSI device. You need both read and write permission in order for this ioslave to work. Unfortunately the 3rd party library used by the code has very poor error reporting, so it is difficult for the slave to give decent error messages right now.
Problem compiling kdebase package - Dromtom - 2001-07-06
it seems that a header file is missing in kcontrol/input :
kmousedlg.h
does anybody else miss this file ? wonder what happend to it. hm.
i downloaded the src archives of the kde2.2beta1 release.
thanks
dromtom
Re: Problem compiling kdebase package - CiAsA Boark - 2001-07-08
Its there on mine. Ill reproduce the file below, but no promises on how well it stays formatted...
Begin kmousedlg.h
-------------------
/****************************************************************************
** Form interface generated from reading ui file './kmousedlg.ui'
**
** Created: Sat Jul 7 01:57:20 2001
** by: The User Interface Compiler (uic)
**
** WARNING! All changes made in this file will be lost!
****************************************************************************/
#ifndef KMOUSEDLG_H
#define KMOUSEDLG_H
#include <qvariant.h>
#include <qwidget.h>
class QVBoxLayout;
class QHBoxLayout;
class QGridLayout;
class QButtonGroup;
class QCheckBox;
class QFrame;
class QLabel;
class QRadioButton;
class QSlider;
class KMouseDlg : public QWidget
{
Q_OBJECT
public:
KMouseDlg( QWidget* parent = 0, const char* name = 0, WFlags fl = 0 );
~KMouseDlg();
QButtonGroup* handedBox;
QRadioButton* rightHanded;
QRadioButton* leftHanded;
QLabel* mousePix;
QButtonGroup* ButtonGroup5;
QCheckBox* cbAutoSelect;
QRadioButton* cbCursor;
QRadioButton* doubleClick;
QFrame* Line1;
QLabel* lDelay;
QLabel* lb_short;
QLabel* lb_long;
QSlider* slAutoSelect;
QCheckBox* cbVisualActivate;
QCheckBox* cbLargeCursor;
protected:
QVBoxLayout* KMouseDlgLayout;
QGridLayout* handedBoxLayout;
QGridLayout* ButtonGroup5Layout;
};
#endif // KMOUSEDLG_H
----------------------
End kmousedlg.h
Re: Problem compiling kdebase package - Dan Sheppard - 2003-08-09
kmousedlh.h should be generated by kmousedlg.ui. Doing a build of base it's the first time you invoke this rule. My hunch is that your make is not GNU make, because some others can't cope with invoking this rule (are you using *BSD by any chance, for example?). You can make the file by going into the "kcontrol.input" directory and doing "make kmousedlg.h" but you'll soon become bored of doing this. Making with gmake might be more sensible.
SuSE RPMs disappeared? - Evan "JabberWokky" E. - 2001-07-06
What happened to the SuSE RPMs? The directories are now empty.
Suse RPM problems - Andras - 2001-07-06
I took home yesterday the Suse RPM's for 7.1 and I tried to upgrade my kde 2.1.1 (with 2.1.2 kdelibs). Due to some dependency and conflict problems after a while I've uninstalled the old kde, I've removed the /opt/kde2 dir and installed the 2.2b1 again. I also created a new user in order to have a clean $HOME dir. But I have aproblem with noatun/arts. When KDE starts, I can hear the startup sound and I can play MP3's with xmms if I select the "arts" output plugin. But if I start the noatun it complains the unix:///tmp/mcop-usernam/mcop* file is not avaliable or something like that (I don't know the exact error message, because I don't have my laptop here). Ater this, even the xmms refuses to work, complaining about an arts initialization error.
Another problem, which may be releated is, that if I enable the debug messages for arts, sometimes (during login, or when restarting the artsd), I got a lot (~120) error dialog boxes with a message like "file format in /opt/kde2/share/sounds/ is not supported/avaliable" (sorry again for the incorrect message text), altough the startup sound is in that directory, and I can play them by using "cat filename > /dev/dsp". Any idea? Should I send a bug report (of course, after I make some notes about the exact situation and error messages)?
Re: Suse RPM problems - Tom - 2001-07-06
I've had the same Problems.
I think the SuSE 7.1 mulitmedia-RPM is bad compiled. After downloading the kde-multimedia-package as source and compiling and installing noatun from that it worked fine.
Another problem with the precompiled SuSE 7.1 package was that audiocd:/ did not work on my machine. compiling it from source code on my own gave success.
Re: Suse RPM problems - Andras - 2001-07-09
Later on I've found the problem. You must use the updated libaduiofile library (I think it's audiofile rpm in Suse), and also install the libogg and libvorbis (to get the Ogg Vorbis plugin working). For me it solved the multimedia problems. I also do not have the KDM login problem (I can write my login name and password also at the first time), but I'm wondering why was the "Console mode" option removed from the KDM shutdown menu.
A couple of questions about Konqueror - Konqi - 2001-07-06
I think Konqueror is great, but there are some things that annoys me:
Why is it that once a image has started loading it is impossible to interrupt the download? The animated gif support is also pretty bad, sometimes sucking up 100% of the CPU and making the gifs animate way too fast. Is this a bug in QT? Apart from this it rocks.
Re: A couple of questions about Konqueror - Johan Veenstra - 2001-07-07
> The animated gif support is also pretty bad,
> sometimes sucking up 100% of the CPU and
> making the gifs animate way too fast.
This has bugged me on several internet sites, at least animations can be disabled in the upcoming 2.2 release.
Johan V.
Re: A couple of questions about Konqueror - Burna - 2001-07-15
Hi
I had the same problem with Konqueror (2.1.1) and animated gifs, until I have installed XFree 4.03. Now it seems to be all right. Maybe you should check this out...
Bye
Red Carpet - ac - 2001-07-06
Will KDE packages ever appear on a Red Carpet channel?
I don't see the problem and I really don't see why Ximian will try to stop that.
Re: Red Carpet - another ac - 2001-07-06
$imian want$ big buck$ for that $ort of thing. if it'$ not gnome forget it.
Re: Red Carpet - Richard - 2001-07-09
And you know that for a fact?
/Richard
Re: Red Carpet - craig - 2001-07-09
Come on are you so deceaved?
Looks great! - Rikard Anglerud - 2001-07-06
THe KDE artists team have _really_ done a great job with this release. THe personalizer just looks scrumptious!
Re: Looks great! - Antialias - 2001-07-06
Agree. Quertz & Tackat great job. Default background picture is awesome, dot.kde.org's new logo is beautiful, icons are eye candy, have I forgotten something? :)
Ooff topic, some icons for Konqueror toolbar are missing.
Can anyone tell me the proper name for them, so I can create some for my everyday use:
For example: Show bookmark toolbar icon is missing, Show extra toolbar is missing etc.
Problem with font selection - Bastardo - 2001-07-06
I have another problem with the SuSE 7.1 packages; the font selection does not work - no font names are listed.
Did anybody else experience that ?
Re: Problem with font selection - David G. Watson - 2001-07-07
Do you have Anti-Aliasing enabled? If so, you've got something messed up with your /etc/X11/XftConfig.
Re: KDE 2.2beta1: Ready to Roll - Scott - 2001-07-07
Anyone else thing the flashing black and white background that's hour-glass-like is about as attractive as an animated gif?
I think it's a great idea to have the symbol indicating the application, but I could do without the flashing. Is there a way to turn it off? I somehow magically hoped this would have disappeared from the recent CVS build that I did.
Re: KDE 2.2beta1: Ready to Roll - Someone - 2001-07-07
Look at Control Center/Look&Feel/Launch Feedback and turn off the flashing.
First impressions on KDE 2.2beta1 - Pedro Ziviani - 2001-07-07
Lots of nice surprises on this release... even though it's not quite there yet, JavaScript support in Konqueror has improved a lot and now I can finally do everything on my Yahoo Mail account through Konqui. The "Archive Webpages" option also rocks. I was pleased to see the many improvements on both Kasbar and the Dock Application both, both work flawlessly now. Konsole finally handles transparent backgrounds properly. I like the transparent menus on the "Multigradient" style, but it would be nice to be able to inverse it, i.e. having a bright background and dark text, making the menus look more like MacOS X's. In all I must say I'm very pleased with KDE 2.2beta1, well done KDE-team!
Re: KDE 2.2beta1: Ready to Roll - Daniel - 2001-07-07
The Kdebase package for Mandrake 8.0 in ftp site has 36 MB.
The kdebase for SUSE has 15 MB.
The same is for the other packages.
Which are the differences?
Thanks.
Re: KDE 2.2beta1: Ready to Roll - Jon - 2001-07-07
One may have been compiled with debugging turned on, the other with it off.
Re: KDE 2.2beta1: Ready to Roll - A Sad Person - 2001-07-08
Yes, IIRC, Mandrake has decided not to remove debugging information from Alpha and Beta packages to make error-reporting easier. Unfortunately, it makes them huge..
Re: KDE 2.2beta1: Ready to Roll - Erika Hill - 2001-07-07
I have a laptop and when I installed this new kde beta, my sub-pixel rendering stopped working. Regular anti-aliasing works, but even though my Xresources is still set correctly (Xft.rgba: rgb) it will not render sub-pixel. Does anyone know what might be wrong?
Memory usage? - Vincent Janelle - 2001-07-08
Did they lower the memory usage on this thing? I was swapping on a system with 384MB of memory with the previous KDE.
Re: KDE 2.2beta1: Ready to Roll - Mattias - 2001-07-08
What's the reason for all "unstable" versions of KDE having only the right kicker hide button and the stable releases having both or none by option? I think it could be nice to be able to choose between left, right, both or none (replace left/right with top/bottom for vertical panels) in the stable releases. Admittedly, it's not the most necessary feature, though.
Re: KDE 2.2beta1: Ready to Roll - someone - 2001-07-09
Interesting theory, but KDE 2.2 will also have the left/top hide button disabled by default to prevent new users accidently clicking it when they want to open the K-menu. You can choose between left, right, both or none hide buttons in "unstable" and "stable" versions: Examine panel preferences, tab "Hiding".
Addressbook mix - Ineluki - 2001-07-10
I know this is OT, but: WTF is going to be the default addressbook interface for KDE, kab or kaddressbook?
Yes I know they both use the same database, but they definitely don't use it in a compatible way! Everything is fine with EMails and so on, but as soon as you want to enter addresses, both programs store it differently in the database.
You can't use addresses entered with kab in kaddressbook and the other way round. Or it works, but the fields get mixed up.
This definitely has to be changed before KDE 2.2 is out, Im pretty angry after I entered my whole contacts with 2.2a2 and had to see that the addresses where gone when using 2.2b1's kab.
Why two similar programs with slightly different functionality and incompatible ways of handling the database?