Originally posted by rbmorse
View Post
Announcement
Collapse
No announcement yet.
KDE Software Compilation 4.4 Released
Collapse
X
-
Originally posted by Jimmy View PostThe whole thing reminds me of an old blonde joke.
How many KDE4 installs does it take to change a light bulb? Just one. It simply holds the light bulb above its head and waits for the world to revolve around it.
Why not use a more widely supported mechanic (or at least provide the option to) until better support for the newer mechanic materializes. I certainly don't have a lot of faith in ATI, for example, to adapt to KDE in a timely manner.
Comment
-
Originally posted by BlackStar View PostPersonally, I just wanted to see how long would it take for someone to mention Gnome once I bashed KDE4 (without mentioning Gnome at all). Think of it as an insipid social experiment on the mechanics of trolling.
Comment
-
Originally posted by BlackStar View PostGood, good, things are rolling now, keep it up!
I find it hilarious that KDE fanboys regularly bash distrowatch.com as biased when it shows that Gnome-centric distros dominate, yet at the same time can refer to linuxquestions.org as if it was an unbiased source.
BTW From current top 10 distros on distrowatch :
Gnome as default : Ubuntu , Fedora, Mint, Debian
KDE as default : OpenSUSE , Mandriva, PCLinuxOS
no default environment: Sabayon, Arch
JWM based : Puppy
Yeah it's so clear that Gnome-centric distros dominate...
Comment
-
Originally posted by Jimmy View PostWhy not use a more widely supported mechanic (or at least provide the option to) until better support for the newer mechanic materializes.
Don't blame QT for Nvidia's and ATI's mistakes.
Comment
-
Originally posted by KDesk View PostKDE has been always the most used DE.
Originally posted by KraftmanWhat I found KDE 4 depends heavily on X RENDER extension and some drivers had serious problems with this - like nVidia. Gtk is here since ages and it's still slow on my card, so I don't know what could be more widely supported mechanic Maybe if they wouldn't made it depend on mentioned X RENDER there wouldn't be such problems, but maybe nobody expected them? If problems are in drivers those aren't KDE problems and if someone bashes KDE, because of graphic driver problems it's bad in my opinion :>
Comment
-
Originally posted by val-gaav View PostYou really don't know how many users of those "gnome centric" distros use KDE instead.
BTW From current top 10 distros on distrowatch :
Gnome as default : Ubuntu , Fedora, Mint, Debian
KDE as default : OpenSUSE , Mandriva, PCLinuxOS
no default environment: Sabayon, Arch
JWM based : Puppy
Yeah it's so clear that Gnome-centric distros dominate...
Even more importantly, Ubuntu/Fedora/Mint/Debian are all increasing in popularity, whereas openSUSE is decreasing and PCLinuxOS is static.
So yes, according to distrowatch Gnome-centric distros dominate.
Comment
-
Google trends shows that KDE and Gnome have roughly the same search volume, with Gnome slightly ahead. Interestingly, the search volume for both projects seems to be going down. (source)
Regarding distros, Google trends shows a veritable explosion in Ubuntu and a gradual decline in Debian and Fedora (which happen to be uncannily close in terms of volume). OpenSUSE, Mandriva, PCLinuxOS don't even register in comparison. (source)
As always, these statistics are not definitive, are affected by regional google usage variation and a host of other factors. I won't attempt to draw conclusions from the data, but I think the image is telling enough: Ubuntu alone generates more searches than every other linux distro combined. Moreover, every distro outside Ubuntu seems to be in decline as far as search volume is concerned.
Comment
-
Originally posted by Joe Sixpack View PostQT is superior to GTK+ in every_single_way, including ease of use for developers and Windows integration.
I created a viewer/analyse tool for simulation data I generate using a monte carlo simulation, which runs on a headless cluster. This tool also generates some nice graphics in batch mode. Using cairo this is quiet easy: you create your PDF/eps drawing context and just draw to it. This works without X11. You can create the same images with Qt using the QPainter class (which is in turn used by QPrinter) to create a pdf/eps file. BUT you need an instance of QApplication, which in turn needs a working DISPLAY variable -- and this is simply not available on a headless number cruncher. I know that there are ways to resolve this (fake X server etc.) but this is not my point.
GTK+ seems to follow more the good old Unix spirit of having one good tool for a special usage and combining multiple tools for doing a special task. GTK+ uses a good drawing library (cairo) for drawing stuff and a very nice C library (glib) for strings, memory etc. But all the components which are uses by GTK+ function on their own. You can even use cairo in SDL for drawing stuff. The integration of Qt is not always good. That's why they split it in later versions. But maybe they didn't think that a console application might want to print something .
I programmed using both toolkits, GTK+ (using the plain good old C interface, gtkmm any python) and Qt (using C++ and python) and like them both. But the gtkmm and python interface of GTK seem to me more polished than Qt's counterparts though Qt seems more complete (feature-wise).
Comment
Comment