“The KDE Project today announced the immediate availability of KDE 3.4.3, a maintenance release for the latest generation of the most advanced and powerful free desktop for GNU/Linux and other UNIXes. KDE 3.4.3 ships with a basic desktop and fifteen other packages (PIM, administration, network, edutainment, utilities, multimedia, games, artwork, web development and more).” Here‘s the changelog, download here.
Without a adblock feature i am not dumping Firefox for Konqueror. Beta2 should have been released yesterday ;-(
Damm 3.4.3!!
Ok I also love adblock in firefox and KDE 3.5beta, but how do you block flash (swf) ads? Those are among the most annoying flashing ads!
Flashblock?
http://flashblock.mozdev.org/
🙂
There’s an extension for firefox which blocks all flash widgets until you click them once. I forget the name of it, but it’s not hard to find.
block flash adds? I know!!! turn off flash!!!!
Ok I also love adblock in firefox and KDE 3.5beta, but how do you block flash (swf) ads? Those are among the most annoying flashing ads!
ADblock already lets you do this – it adds a semi-transparent tab to the top/bottom of any flash/java objects that let you blank the area.
Block with the wildcard at the top most level of the domain one level above the flash files.
/mydomain/mypathToFlash/typeOfAdd/flashAdd.swf
/mydomain/mypathToFlash/typeOfAdd/*
/mydomain/mypathToFlash/*
/mydomain/*
It’s easy, just add *.swf to your adblock list.
“It’s easy, just add *.swf to your adblock list.”
And when you need to use a site that has flash; just do a quick:
ctrl + shit + b
to temp disable adblock; view the site; enjoy then leave. Just repeat the process to activate it again:
ctrl + shit + b
> ctrl + shit + b
Hmmm. I don’t have that second key. Do I need special hardware for this?
SCNR.
Settings->Configure Konqueror->Plugins; there uncheck “Enable Plugins Globally”. If you need Flash you can enable it for a window in Tools->HTML Settings.
In Firefox Flashblock and IIRC Adblock in later versions are your friends.
In both some creative filters for the adblock functionality should help, too.
Oh and if Flash starts consuming 100% CPU-time (which it does far too often on both Windows and Linux, shitty plugin) in Konqueror you can get rid of it by killing the nspluginviewer process without killing Konqueror.
You can use Firefox in KDE
In case you didn’t know
> Beta2 should have been released yesterday
No, tagged. Release planned as usual one week later.
iirc konqueror supports firefox plugins…
only thing i need to say to you: CRY
I’m sitting here building KDE on an otherwise empty FreeBSD system, and building KOffice has pulled wv2, which in turn has pulled libgsf, which wants gnome-config to compile. Is there any way to build KDE without Gnome or even GTK? I left Gnome 2.12 and GTK for a reason (whenever I right clicked a panel and selected Properties, it would crash, whenever I added applets to the panel it would crash, whenever Anjuta’s autocompletion would pop up, it would crash, etc) but if KDE wants to install GTK what choice do I have? Any suggestions?
KOffice depends on wv2, which depends on libgsf, which depends on glib2. While glib2 is part of GTK+, it can be packaged separately. In my distro (Arch), glib2 only depends on pkgconfig, so there is no need to install any other GTK/Gnome packages.
You probably need to talk to the FreeBSD package maintainer responsible for glib.
By the way: I assume that wv2 is only required in order to open Word documents. Perhaps it is possible to compile KOffice without this feature?
Yes its possible. I have compiled it on ubunty hoary PPC version. It actually just gives you a warning saying the wv2 was not found so support for Word docs will be missing.
Not sure how compiling on freeBSD works but I am sure you could run ./configure –help and check out the options to turn wv2 off. Probably something like ./configure –without-wv2
I’m a koffice developer and I always build without libwv2 — it’s just not necessary for the kind of work I do with the KOffice apps :-).
Boudewijn
I too want my system as gtk/gnome-free as possible… I just looked at my installed ports (I have koffice installed, and gimp) and I don´t have gnome-config installed! (is is possible that it is only a build-time dependency? Once every month I use pkg_cutleaves to purge my system of unused packages). Oh, and I too have libgsf (and I noticed that there is a separate libgsf-gnome port).
On the other hand, I have gconfd – which sucks. Every time I exit KDE, it won´t exit cleanly – it keeps running until killed or rebooted. What a mess!
I too want my system as gtk/gnome-free as possible.
You can’t. KDE already depends on Glib for the most part
> You can’t. KDE already depends on Glib for the most part
That’s not true.
You can compile a full KDE 3.5 from SVN without glib dependency. simply don’t install glib and forget arts and you are all fine.
building KOffice has pulled wv2, which in turn has pulled libgsf, which wants gnome-config to compile. Any suggestions?
The wv2 package are the import/export filter for word documents used by KOffice. Since it’s not a GUI program it should obviously not have any hard dependency on the GTK/Gnome stuff. I’d guess you need to set some switch at compiletime, either for wv2 itself or libgsf(not sure what that one does/is). Or if you don’t need ms-word import, skipping of the whole wv2.
Either way I’d guess the problem lays in the way the FreeBSD build system are set up. I don’t know how they handle optional dependencies, it should obviously be possible to not build it that way.
I think it can be changed in /etc/make.conf, mayby sometinhg like NO_WV2=”YES” or something like that.
> Beta2 should have been released yesterday ;-(
Wrong. According to the release schedule, Beta 2 is prepared on October 12th – and released after some testing. Everything is going according to plan.
http://shots.osdir.com/slideshows/slideshow.php?release=470&slide=4…
What’s wrong with pulling in parts of GTK when running KDE? I only run KDE and don’t like Gnome much at all, but I can’t see anything wrong with pulling in GTK dependencies. I install any GTK or KDE app without care and don’t experience any hardship as a result. Sure, the dialogs and look n’ feel may differ, the apps may load a little slower, and extra hard-disk space is used. None of those are good reasons to give up all excellent GTK apps, or apps that depend on GTK.
Is being GTK-free purely political or is there something of substance behind that choice?
Is being GTK-free purely political or is there something of substance behind that choice?
The thing is not to be GTK free really, but the need to install lots of unnecessary libraries and functionality that is not used or redundant. Taking up both diskspace and in cases where it is linked into the app/lib, reducing performance and increasing memory load.
…if you fellas are concerned on how GTK will look on your systems (which I personally also have a beef with), there’s a program called GTK+-Qt theme engine which allows GTK+ to look so much better in KDE. Just a head’s up. 😉
http://www.freedesktop.org/wiki/Software_2fgtk_2dqt
“I’m sitting here building KDE on an otherwise empty FreeBSD system, and building KOffice has pulled wv2, which in turn has pulled libgsf, which wants gnome-config to compile. Is there any way to build KDE without Gnome or even GTK? I left Gnome 2.12 and GTK for a reason (whenever I right clicked a panel and selected Properties, it would crash, whenever I added applets to the panel it would crash, whenever Anjuta’s autocompletion would pop up, it would crash, etc) but if KDE wants to install GTK what choice do I have? Any suggestions?”
you are going to have lots and lots of fun with kde 3.4, thats for sure. hopefully you don’t throw your pc out of the window.
“You can’t. KDE already depends on Glib for the most part”
i’ve been trying to explain this to some of the kde fanatics in the thread about koffice posted recently. but its a case of: in one ear and out of the other.
“You can’t. KDE already depends on Glib for the most part”
i’ve been trying to explain this to some of the kde fanatics in the thread about koffice posted recently. but its a case of: in one ear and out of the other.
And it’s just not true now either. You can easily build KDE whitout aRts. Or you may use a older version of arts, like ARTS_1_1 branch which has no dependency on glib.
“And it’s just not true now either. You can easily build KDE whitout aRts. Or you may use a older version of arts, like ARTS_1_1 branch which has no dependency on glib.”
is that so? we all tried to compile kde 3.4.3 recently and nothing worked. t is not possible to compile anything in kde without arts because the whole thing depends on it. earlier i’d tried to install the rpm’s for 3.4, but could get no further than compiling some components of kdebase. the rpm’s kept on demanding a noatunartsd.so library before it would go any further, which i couldn’t find for the life of me. nothing but problems problems problems.
is that so? we all tried to compile kde 3.4.3 recently and nothing worked. t is not possible to compile anything in kde without arts because the whole thing depends on it.
are you joking man? i have compiled kde without arts, and i’ve got no problems.
Whats wrong with you people using KDE, you sounding off at GTK/Gnome like it’s Microsoft. Alot of apps requier gtk+, nvidia-settings, xchat, GIMP, firefox, the list goes on. This is the one thing that i’m truly conserned about in the Linux community that both gnome and KDE users become trolls like no other.
Just face it, you need gtk+, glib for applications, grow up.
I think the issue is that some people want to reduce the number of toolkit libraries to a minimum, that being GTK for KDE users or Qt for GNOME users. I don’t really see much wrong in that, though. There are a few apps that I personally have avoided because they require GNOME (e.g Grip).
Just because you need GTK programs doesn’t mean that everybody needs them.
BTW, the “grow up” comment is usually amongst the most childish comments I see…
Actually “grow up” is what alot of KDE and gnome users need to do, more KDE because gtk+ apps like Firefox/GIMP most people use within KDE. Both Window managers do a different job with different goals, it’s plain to see that KDE users simple cannot see this, since KDE is more Windows model, gnome is more a OSX model.
I bet some idiot flames me for even saying that, but it’s a fact or should I get out the screenshots and prove it!
I must say I don’t really get the point of your trolling, but I’m curious about the “fact” you’re talking about. Is it that GNOME is more like OS X and KDE is more like Windows? If that’s the case, I must say I disagree somewhat. GNOME might look a bit more like OS X in its default setting, but if found KDE more like OS X when I’ve done a little bit of configuration.
I’m running OS X on my Powerbook and KDE on my desktop. One of the things I really like about KDE is that I can customize the look to make it more consistent with the OS X desktop. For instance, in KDE I have the kicker on top and have the application menus showing in the kicker instead of the application menu bars, just like in OS X. I don’t know if this is possible in GNOME; it’s been a while since I tried it last. This is also one of the reasons I try to avoid, as much as possible, non-KDE programs; they won’t provide me with the Mac-style application menus.
Unfortunately, I also use some non-KDE programs (GTK, Qt and Java) from time to time, but I really miss the integration that the KDE programs have. If I could just use a GTK-KDE “theme” or Jave-KDE “theme” so that the apps had the same look, the menu appear as I want it to, and get the same open/save dialogs across the board, I really wouldn’t care which toolkit the apps used. Anyway, that’s my side of the story…
Exactly the reason that I use KDE. Global menus are a must. GTK has never officially supported global menus; however, there was, at one point, a hack that allowed Gnome 1.4 (IMO, the best Gnome release to date) to use them with Sawfish as the window manager. That effort has fallen by the wayside since GTK2, with the only discussion about it taking place years ago, and starting with “what if…”
Now if only there were a SeaMonkey port to KDE, everything would be wonderful…
more KDE because gtk+ apps like Firefox/GIMP most people use within KDE.
For a start, Firefox isn’t a GTK app. Suse/Novell are working on direct Qt and KDE integration for Firefox that excellent hacker Dirk Mueller I think.
And, if most people use these apps within KDE then you would have thought that the GTK people would have thought more about integration with KDE….. As it is, the KDE people have worked on this quite well themselves with the QtGTK theme engine to get better integration, and the GIMP and Firefox using GTK integrate very nicely thank you very much.
You might as well ask why the Gnome/GTK people are not integrating great apps like amaroK, Umbrello, Task Juggler etc. There’s a really hilarious bug on openSUSE’s bug tracking system with a Gnome user whinging that Task Juggler was being installed on his system and stamping his feet about it. The best free project management tool there is, and he complains like hell!
I bet some idiot flames me for even saying that, but it’s a fact or should I get out the screenshots and prove it!
Well, I’ve got the screenshots to prove that KDE integrates very nicely with GTK apps like the GIMP and other big apps like Open Office, so I have no idea what you’re talking about there.
I find it really funny, and frustrating, at times that KDE consistently gets called for having an NIH attitude. Some twit proudly complains that KDE cannot run without glib. Well, it certainly can, but if you pull in other libraries to increase KDE’s functionality you may well end up depending on glib. Who cares? Then, if any prominent KDE person anywhere were to complain and get pedantic about dependencies on absolutely anything Gnome related (as the Gnome people definitely are about Qt and KDE) KDE gets accused of NIH syndrome!
If anybody is accusing KDE of NIH syndrome, do everyone a favour and sod off. I don’t see stuff like QtGTK to make an effort to integrate GTK and KDE (and Qt/KDE and Gnome) for the benefit of users. I don’t see anyone in the KDE community getting pedantic about a dependency of a dependency of a dependency on glib as Gnome people tend to do with Qt and KDE. Certainly, KDE doesn’t want a direct dependency on stuff like glib, but that’s only because it isn’t necessary and you need to keep things manageable. KDE is a C++ oriented desktop after all.
But what does that have to do with KDE? You guys are just trolling…
KDE should only distribute what it needs, and gtk/gnome can distribute only what they need. Sheesh.
earlier i’d tried to install the rpm’s for 3.4, but could get no further than compiling some components of kdebase. the rpm’s kept on demanding a noatunartsd.so library before it would go any further,
Well if you try to install binary RPMs which are built with aRts you obviously need it, since the RPM are built to depend on it.
But since you talk about compiling, I’d guess you are rebuilding source RPMS. Then you most likely have to change the SPEC files, to not include things like “buildrequires arts” etc.
If you build from tarballs, the configurescript would alert you and disable the need for aRts or you may use the –whitout-arts switch.
Alot of apps requier gtk+, nvidia-settings, xchat, GIMP, firefox
And I don’t use any of those applications, so why should I bother to install gtk+. Does that make me a troll or in need of groving up?
If you dont then why are you even responding?, it was pointed at thoughs people who do, since most do use one of thoughs apps anyway. Just proves my point dont it.
“Well if you try to install binary RPMs which are built with aRts you obviously need it, since the RPM are built to depend on it.”
perhaps i didn’t explain myself adaquately enough. arts was already installed. the noatunartsd.so library isn’t a part of arts.
Have you ever though about why there are many
GTK based WM/DE and not really any QT based ones ?
Not that I have an answer though, I don’t understand though how we have come to the place where we think that programming a desktop environment based on GTK+ is alot easier than QT. Its just funny that its a natural choice people doing that kind of project.
I went through the same process myself just now, if I was to do a DE/WM I would probably choose GTK+ , but now that I have thought about it and realised that QT is out there then I might think about it a bit more 🙂
I guess we don’t see another QT environment because there isn’t any demand. KDE fits the bills of developers using QT.
To my knowledge, there are only two DEs using GTK+: GNOME and XFCE. JDS doesn’t really count since it’s basically GNOME with some bling-bling. I believe there is SymphonyOS, but it’s still at an alpha stage.
The whole comment was obviously a troll saying I don’t want anything to do with Gnome or gtk+. He’s not worried about diskspace, but those type of comments are to be expected.
Privoxy allows blocking of flash aps AND is customizable, you can even add hosts lists (google for “mvps hosts file” for a good hosts list) to it to block ads (or just use the hosts file on its own which is good)
perhaps i didn’t explain myself adaquately enough. arts was already installed. the noatunartsd.so library isn’t a part of arts.
No kidding, when you say things like “t is not possible to compile anything in kde without arts because the whole thing depends on it”. If you want to compile KDE without arts, why have you arts installed?
And if you say noatunartsd.so is not part of arts, it then have to be part of kdemultimedia. And nothing in any of the other KDE packages depends on kdemultimedia, except perhaps something in kdeaddons. Definitely nothing else.
Sounds like you have a seriously broken install. Are you trying to install from source and RPM in the same place or someting. If you want to install from source, install to a different directory than where your RPM install lives or remove the RPMs. Or if you use only RPMs and have messed up your install, remove the KDE packages and reinstall them. When upgrading RPMs in the future use a tool who handles the dependencies correctly, like URMPI or the like.
“If you want to compile KDE without arts, why have you arts installed?”
i don’t remember saying that i wanted to compile it without arts. please tell where i said that? you’re imagining things.
“Exactly the reason that I use KDE. Global menus are a must. GTK has never officially supported global menus”
the menus are global in gnome. they are in mandriva anyway. when changing the menu, it asks if you want to change the global menu or roots menu.
kde has never supported global menus.
“And if you say noatunartsd.so is not part of arts, it then have to be part of kdemultimedia. And nothing in any of the other KDE packages depends on kdemultimedia, except perhaps something in kdeaddons. Definitely nothing else.
Sounds like you have a seriously broken install. Are you trying to install from source and RPM in the same place or someting. If you want to install from source, install to a different directory than where your RPM install lives or remove the RPMs. Or if you use only RPMs and have messed up your install, remove the KDE packages and reinstall them. When upgrading RPMs in the future use a tool who handles the dependencies correctly, like URMPI or the like.”
perhaps i did have a broken kde rpm’s. but i tried a different mirror and it was exactly the same. it needed noatunartsd.so(or something very close to that) and the installation wouldn’t install any futher. i tried doing a search so that it looked through every word written in every file. still no sign of this elusive library. it wasn’t in kdebase. it wasn’t in kdemultimedia(one would have thought that it was in libkdemultimedia-noartun, but it wasn’t). it wasn’t in any file. in fact, i couldn’t even find it anywhere on the internet. well, it did mention on 1 website that it was somewhere in either kdebase or kdemultimedia. but it quite clearly wasnt.
no i wasn’t installing from source. i was installing the binary rpm’s.
as for using urpmi, i was, in fact, using urpmi. its usually really good. perhaps it was just crap rpm’s.
> > If you want to compile KDE without arts, why have
> > you arts installed?
> i don’t remember saying that i wanted to compile it
> without arts. please tell where i said that? you’re
> imagining things.
Well, here’s the quote:
———-
> > And it’s just not true now either. You can easily
> > build KDE whitout aRts. Or you may use a older
> > version of arts, like ARTS_1_1 branch which has
> > no dependency on glib.”
You:
> is that so? we all tried to compile kde 3.4.3
> recently and nothing worked. t is not possible to
> compile anything in kde without arts because the
> whole thing depends on it.
———
This suggests you tried to compile KDE without arts.
As others have said you’re wrong. You just have to make “the whole thing” not depend on arts (via configure option / uninstalling arts). Obviously you’re spreading wrong information.
In a KDE source dir, e.g. kdelibs:
./configure –help | grep arts
–without-arts build without aRts default=no
the menus are global in gnome. they are in mandriva anyway. when changing the menu, it asks if you want to change the global menu or roots menu.
kde has never supported global menus.
I think you’re misunderstanding a bit here. We’re talking about the application menu bars (File, Edit, View, Help, etc.) being “global”. In other words, the menu for each app is always shown at the top of the screen instead of in each separate window. This is also called “global menu” or Mac-style menu.
I’m not really sure what you’re referring to here, but if you’re talking about the launch/start menu, it can be modified on a user or system wide basis in KDE. This has been possible for as long as I can remember, so if this is what you were talking about, you were simply lying.
-“ctrl + shit + b”
-“Hmmm. I don’t have that second key. Do I need special hardware for this?”
i think he’s referring to the windows key in the bottom left hand corner by the ctrl key.
I don’t think you need special hardware, but you have to keep checking the logs for any core dumps
“You:
> is that so? we all tried to compile kde 3.4.3
> recently and nothing worked. t is not possible to
> compile anything in kde without arts because the
> whole thing depends on it.
———
This suggests you tried to compile KDE without arts.”
no it doesn’t. i suggest that you go back to school and brush up on your english comprehension skills.
“You:
> is that so? we all tried to compile kde 3.4.3
> recently and nothing worked. t is not possible to
> compile anything in kde without arts because the
> whole thing depends on it.
———
This suggests you tried to compile KDE without arts.”
no it doesn’t. i suggest that you go back to school and brush up on your english comprehension skills
Ok, we get it now. You didn’t try to compile without arts, just states it’s not possible. Since this statement is obviously false, combined with the fact you haven’t even tried, you are clearly only trying to spread FUD.
“Ok, we get it now. You didn’t try to compile without arts, just states it’s not possible. Since this statement is obviously false, combined with the fact you haven’t even tried, you are clearly only trying to spread FUD.”
if you had brains, there wouldn’t be enough energy there to blow out a candle.
Guys, we are being trolled by 84.69.34.—
I am running 3.4.3 now and (using the plastik theme) when i click the maximize window-button the window doesnt maximize enough i think. Sure it takes up all the screen, but when i put the mouse at one of the corners i can actually resize the window, but worse, this means that i cant just “throw” the mouse into the top right corner to close a window, i now have to aim at the close button.
Should this really be the correct behavior?
Replying to my own post here
Unchecking “allow moving and resizing of maximized windows” fixed it.
Still i dont think this option should be enabled by default