KDE 4 Promises Large Changes 401
HatofPig writes "As the dust settles from aKademy 2005, the annual KDE conference, it's a good time to take a look at what the KDE developers are working on. Though KDE 3.5 isn't even out yet, developers are already working on KDE 4. Plenty of work has already gone into porting existing code to Qt4, the GUI toolkit upon which KDE is based, and KDE developers are working on projects that could radically change how the world's most popular free desktop looks and works."
Stability, ease of use and speed (Score:3, Insightful)
It's a nuisance when Windows Explorer on an average Athlon is slightly more responsive than Linux and KDE on an AMD64 x2. Also Konqueror struggles with some pages, rendering them really slowly.
Re:Stability, ease of use and speed (Score:5, Insightful)
Re:Stability, ease of use and speed (Score:4, Insightful)
And I'm not exactly sure how more "eye-candy" is going to attract anyone, since windows is already the ugliest desktop around. I think being pre-installed on 99% of hardware wouldn't hurt the chances of people using Linux. But until it is they're just going to go "I won't want Linux, I just want something that's easy to use for email and web and ebay." Which Linux is already far better for than windows since you don't need to know ANYTHING about it do to those things (if the system is pre-installed) and it'll definitely run a lot smoother, and at least for the time being more securely.
Re:Stability, ease of use and speed (Score:3, Interesting)
Also, our "eye-candy"'s main point is to make it easier to use. All our eye-candy has a function, its not just for show.
Re:Stability, ease of use and speed (Score:3, Insightful)
If you aesthetically don't find any of those themes appealing them visit kde-look.org and make your own.
Re:Stability, ease of use and speed (Score:3, Informative)
there is a project called SimleKDE i am going to keep an eye on- http://www.simplekde.org/ [simplekde.org] i hope SimpleKDE makes a good fork (little brother) of KDE...
Re:Stability, ease of use and speed (Score:4, Insightful)
I use KDE but not Konquerer, but I would be very interested in hearing what the background for your bombastic statement is? What work exactly is needed?
I'm sick and tired of people who throw out unsubstantiated claims like this without a single example to back it up. Most of the time I feel these claims are made by anti-KDE people since such a claim without further information only has one purpose, to make KDE look bad. If you have one or more examples of what work is needed, I expect that you have either:
a) Created bugs or enhancement report on the issue or at least checked that it is in the pipeline.
b) Used any other means to make sure that the right developers knows about the flaws you claim.
If not, then I understand that you are just trying to be a troll.
Re:Stability, ease of use and speed (Score:5, Informative)
Interesting. I've found the opposite to be true, especially with the Start/K menu. If you want to speed up Konqueror's file browsing features, turn off stuff like document previews.
Re:Stability, ease of use and speed (Score:3, Interesting)
Re:Stability, ease of use and speed (Score:3, Informative)
As for web page rendering, if you look at the benchmarks konqueror is the fastest Free browser, beating all the gecko-based ones hands down. Where it does get slow is running javascript, that needs to be improved.
Re:Stability, ease of use and speed (Score:3, Interesting)
That's the entire difference. Most modern operating systems (and I'll exclude OS X here) don't rely heavily on the processor to do work, and thus, aren't optimised for one platform, and just use the processor as they see fit. As most DEs don't do work that's that processor intense, it's not a problem (although, I will have to admit that there is currently a bug/feature/something wrong with Nautilus that causes older computers to have a heart atta
Re:Stability, ease of use and speed (Score:3, Informative)
Let's be honest here, you're really comparing apples to oranges when you compare completely different hardware like that. KDE and Win overall performance *as a desktop on the same hardware* is similar. KDE certainly isn't perfect, particularly it's task bar, but I'd be hard pressed to say Windows is so much better. On a side note, for a desktop, I think dual CPU boxes simply aren't wor
Re:Stability, ease of use and speed (Score:3, Insightful)
Huh? His point (its validity aside) is that Windows is faster on slow hardware than Linux/KDE is on faster hardware! It's not apples and oranges, it's a fortiori.
Re:Stability, ease of use and speed (Score:3, Interesting)
echo "KDE_NO_IPV6=true" >> /etc/environment
But I think they did something about it anyway; I've recently installed SuSE again and at first forgot to set the variable but I've yet to find a page with the painfully slow rendering that was caused by the ipv6 lookup lags in earlier versions.
Also SuSE (well their performance enhanced version; get it here [opensuse.org]) has the fastest KDE I've ever seen.
Re:Stability, ease of use and speed (Score:3, Informative)
Apps which require more complex use from a multimedia engine will have to support gstreamer directly.
Speed and memory consumption (Score:5, Interesting)
PLEASE PLEASE OPTIMIZE FOR MEMORY USAGE!
Its really sad that Windows with all its services and stuff uses 1/2 the RAM of KDE alone.
Re:Speed and memory consumption (Score:3, Insightful)
Re:Speed and memory consumption (Score:4, Funny)
Re:Speed and memory consumption (Score:3, Interesting)
I met a very attractive woman( hot blond ). As amazing fortune would have it, she was a reader in her spare time, of similar politics, was very witty and loved joking around. As if that could not get any better she was a linux users and attended linux meetup groups.
She recently switched to windows xp. I was shocked and I asked her about it. She told me that she wanted to use a remote client to work on her work machine from
Re:Speed and memory consumption (Score:5, Informative)
LOAD "SIG",8,1 (Score:3, Funny)
Completely non-portable, you insensitive clod. Still, those of us reading Slashdot from a C64 might be tempted to load and run your binary SIG, thus potentially spreading a virus.
At least you could do:
10 DOPEN#1,"SIG"
20 INPUT#1,S$
30 DCLOSE#1
40 PRINT S$
Just as non-portable, but would actually work and not cause a security nightmare from running untrusted binaries. We 64 users have enough trouble with CSS not to have sec
Re:Speed and memory consumption (Score:4, Insightful)
I can run alot more applications at the same time on my machine when im in KDE, than I can when im in winxp.
Re:Speed and memory consumption (Score:2)
Windows, OTOH, maxes out my memory as soon as it starts up, all the while dumping everything into the paging file.
Re:Speed and memory consumption (Score:2)
Then I use kopete, 36 MB of RSS and 25 shared.
Akregator, a app whose objective is manipulating fucikng text and rendering it in a preview via khtml kpart, 28 MB with 18 shared
KDE eats LOTS of memory man. I'm wasting lots of ram on caches etc. but KDE eats its share...
Re:Speed and memory consumption (Score:3, Interesting)
I for one have been folowing the progress of KDE since its 2.0 days and all I can say is they do an amazing job. Yeah, I agree, it always used a lot more memory than the Windows Explorer shell but I bet you would never notice that if you were not with you eyes on the memory gauge. And I can bet you that in the unlikely event some component in KDE crashes, you don't need to restart.
I run KDE 3.5_beta1 on Gentoo right now and have had no
Re:Speed and memory consumption (Score:4, Insightful)
Wait.. what? In that case what is it only fair to compare GNOME to? Let me try my best to explain something to you; in the computer world, the only thing a version number tells you, is how new the product is (now pay attention to this part) in relation to itself. That's right. KDE 4 means that it's the 4th iteration of KDE. Thus, if you want fair comparisons, you have to go to features.
Now, since a feature set hasn't been frozen for KDE 4 yet, any comparison is simply "speculation", and thus, it's completely and totally fair to compare KDE 4 to KDE 16 to Aqua circa OS X 10(.0). Of course, these comparisons don't mean jack, because you can only speculate on what's going into it, whereas on the other side of the equation, you have a list of what's there, and what isn't.
As for the current generation of desktops, comparisons are completely valid there too (imagine that)! Simply take a list of features that both desktops have, and look at both of them, noting what's the same, and what's different. This is what we call "comparison". Thus, if I want to compare or contrast KDE to the look and feel of Windows 95, that's perfectly valid. My conclusions based on that comparison may or may not be correct, and you may or may not like them, but the point remains that the comparison is completely and totally valid.
The Open Source world needs to be apt to be compared if they refuse to innovate. The reason why so many Apple products are awe inspiring is simply because there is nothing available yet to compare them to, and that's what drives a lot of appeal and dislike of Apple; people have to build their conclusions as they see it, as they use it for the first time, instead of drawing the knowledge from what functionality already exists. (Of course, I'm simply using Apple as an example here, there are a lot of companies out there that are perfect drop in replacements for them, but they're the easiest to think about, and Slashdot readers can probably relate better to a computer company than a speed boat company).
Now, lastly, the points that you make about KDE can be made about practically any modern desktop environment, that's right, every single point you made (well, perhaps not the Windows Explorer one, but then again..) can be used to describe practically any DE existant right now. I can't tell you the last time I installed a DE that didn't come with a desktop, file manager, instant messaging, mail, address book, calendar etc. But I can tell you the features which exist within those applications, and I can tell which ones are exclusive to which DE/Application.
Please, comments in praise are great, but you really need to give reason why that praise belongs there, and draw valid conclusions with your arguments, or else you're just talking out of your ass like 98% of slashdotters.
Re:Speed and memory consumption (Score:2)
Re:Speed and memory consumption (Score:2)
Why are people so concerned with KDE's memory-consumption? So what if Windows eats slightly less RAM than KDE does? KDE also does a lot more than Windows does. Even if KDE eats a bit more RAM, it will run comfortably on a
I can't wait for the beta versions (Score:2, Interesting)
It'll be like a second Christmas!
Linux needs a good, easy desktop. (Score:2, Insightful)
For example, Sometimes, sound on linux can be an absolute bitch to get going. Even something as trivial as playing an AVI caused me *way* too much drama. Not that I couldn't get it to work, but then if I wanted sound to work with other things, I need to use a sound daemon. Fair enough, thats not too hard - but then the audio/vide
Re:Linux needs a good, easy desktop. (Score:2, Offtopic)
Re:Linux needs a good, easy desktop. (Score:2, Insightful)
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:2)
If you stick with KDE, you will be fine. You run artsd as the sound daemon - KDE will start it up for you - and since arts
Re:Linux needs a good, easy desktop. (Score:3, Insightful)
You are blaming this on KDE, whereas primarily you should be blaming the hardware manufacturers for not providing support for their hardware, on people who ship their media in proprietary formats, and on the peddlers of those proprietary formats for not providing
Re:Linux needs a good, easy desktop. (Score:2)
Where ease of use is concerned OSX is enjoyed more by full-time owner-operators than casual users. This stands out in a class-room situation where (in my experience) students coming from Windows take some two-weeks of guided support getting used to OSX, whereas KDE takes them little more than a day. As a teacher that has to work with both platforms from time to time, OSX lags heavily in this area, whereas KDE really gains.
I don't know about the 'market share' you talk of, but Linux, for whatever reason,
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:2, Informative)
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:4, Insightful)
About streaming capabilities: a desktop absolutely NEEDS a multimedia infrastructure like gstreamer. OK, its not KDEs job to install it, nor handling the infrastructe (after all, gstreamer already exists). It doesn't even have to be an integral part of the desktop.
But what is actually needed? A way to configure the damn thing! I mean something like an easy way to change the sources & sinks with the control center, having a list of all installed codecs, maybe with an "Install new codec" button for easy install and so on. This would actually be a BIG advantage of a Linux desktop over Windows, since DirectShow isn't easy to configure, and if it gets messed up with broken codecs, you better get prepared for a full Windows reinstall. gstreamer is in many ways better than DirectShow (except seeking, this works more reliable with DShow), so we shouldn't miss the chance of using this advantage.
In a Nutshell: KDE shouldn't require gstreamer, but it should include optional support, with autodetection for gstreamer presence, thus enabling all gstreamer-related stuff when its there.
Why gstreamer? Why not xine or mplayer? gxine is very nice, and xine-based Kaffeine rocks, yeah. But there are legal problems. Anybody remembers the MPEG-4 license problems? gstreamer is much safer, since the plugins can be binary, closed-source (useful! for example, DivX could exist as a binary codec, and Cyberlink could create a DVD decoder - finally, watching DVDs without cracking them).
The problem with most package managers is that its not easy to find out what codecs are needed. Hell, most users don't even know what a codec is. In Windows, the media player automatically tries to download a suitable codec, and if there isn't any, it prints out an error message (which is not very helpful
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:2)
Re:Linux needs a good, easy desktop. (Score:3, Insightful)
As for videos, desktop linux distros should play them flawlessly, shouldn't they? As the parent poster correctly stated this is not the case. mplayer crashes often, gxine is fine, but is often installed with little codec support (because of the damn licences). gstreamer works, but usually comes with very few plugins installed. O.K., its a license thing with gstreamer too, thats why th
Re:Linux needs a good, easy desktop. (Score:2)
Granted, the installation process should be *easier* - and Autopackage is addressing that. Perhaps there is room for someone to make a "Fedora Core 4 (Non-US)" (or Ubuntu Non-US or whatever) version with all the stuff covered by US patents added in the base distro, but the distro is only distributed outside of the US (of course, copies would leak through).
Yeah, sorry. (Score:2)
Re:Linux needs a good, easy desktop. (Score:5, Interesting)
Yea, it's called Gnome.
Gnome is getting pretty good, but compared to Windows or OS X the point at which the windows-icons-mouse-pointer paradigm falls down still comes much sooner than in Windows or OS X
Linux is nice, and serves me as a Unix zealot quite well for a home desktop, but I still haven't seen a Linux distribution in which it is as easy to install an application as in the mainstream OSes.
"For example, Sometimes, sound on linux can be an absolute bitch to get going."
What does this have to do with the desktop?
I (like most people with computers) have a large collection of music on my computer, because it's so much easier to manage than a giant pile of CDs. Listening to music from one's computer is a common use for desktop machines these days. There's no way in hell a consumer or non-power-user is going to knowingly choose an OS with such weak audio abilities that it can only play one sound at once without the assistance of some program which makes the sound choppy and/or laggy on certain hardware. I have set up dmixer on my computer which should mean that I should be able do away with those awful sound daemons, and some people have those new fangled cards with a hardware mixer, but the obsolete sound daemons have become so entrenched that they're still required for the respective desktop environments and their applications to function properly.
There is no stable ABI for vendors to create hardware drivers to, the ABI is in a constant state of flux along with the rest of the kernel and drivers compiled for a certain version are progressively more unlikely to work with each successive minor version of the kernel. The situation is nearly as bad for open source drivers which need regular maintenance to remain in sync with the audio API. It's no wonder most hardware vendors don't want to touch Linux with a stick.
The situation with sound in Linux is confusing, fragmented and in many ways just plain broken. I don't know what you do with your desktop, but it's obviously not typical if you don't consider sound to be important.
"The point is, that as long as simple issues like playing a video become mammoth tasks,"
What does this have to do with the desktop?
You don't suppose all those millions of ATA DVD drives being sold are finding their way into servers do you?
Wake up Buck, you've arrived in the 21st century. Playing videos and listening to sounds is actually commonplace nowadays, in fact a nice screen for playing videos was why I chose a midsize laptop instead of a subnotebook, and last I looked there are increasing numbers of wide screens coming onto the market. I'm pretty sure sales of wide screen laptops and monitors isn't booming because of people wanting to put 6 xterms on screen at once.
None of your complaints have anything to do with the desktop. You are wanting applications and drivers.
None of his complaints have very much to do with the GUI but they are certainly related to the experience of trying to use a Linux machine as a desktop operating system.
Few people (except those like me whose brains seem to be running some variant of Unix in muscle memory) are going to choose a desktop that limits their computers abilities. Everything seems pretty straightforward to me and I feel empowered rather than limited by Linux, but I'm a wee bit of a nerd and few of my non-nerd friends who've sampled Linux have kept at it even with remote tech support at their bidding.
Bloatware (Score:3)
Re:Bloatware (Score:2, Informative)
Re:Bloatware (Score:2)
Fact is that software tends to get slower over time. You don't really notice it since hardware gets faster. But if you took old piece of software and installed it on modern piece of hardware, it would be very fast indeed. There are several reasons for that slowness. For starters, new software usually
Ah, but will KBear work? (Score:2, Insightful)
Will it run this time? Or will it revert to its lovable self and crash shortly after starting up, taking the kicker down with it?
Madames et Messieurs, faites vos jeux!
Re:Ah, but will KBear work? (Score:3, Informative)
Why did you have to mix kbear (as any other independent app) with KDE itself? Just because its made for KDE?
Would this mean that if I, eventually, developed a nice calculator for windows that says 2+2=69 instantly Windows would be so buggy that 2+2=69?
Re:Ah, but will KBear work? (Score:2)
"Q&A-troubled desktop environment"? But luckily you are rushing to help them with that, right? Q&A is something even you could do. Just run developement-version of the desktop, and report any shortcoming you find. Or do you prefer to sit on your ass a
change (Score:2, Troll)
Good! It's about time that they move ahead, and I so hope that they finally abandon the "let's copy everything from windos" meme, which is not a winning strategy. If you want to copy, at least do it from the original (MacOS) and not another already crappy copy (windos).
#1 reason I'm not using KDE: It looks and works like windos, and windos usability is rock bottom.
Re:change (Score:2)
Re:change (Score:2)
You must be using some other windos, or run windos the way it was designed - single tasking. Both on my work NT and my home XP systems explorer is sluggish and sometimes very close to utterly unusable if there is any considerable work being done in the background.
My bash, on the other hand, is always snappy, no matter how red the CPU usage bar is.
Re:change (Score:5, Insightful)
And yet the #1 reason lots of other people won't use KDE is because it doesn't work exactly like Windows. The KDE developers are stuck in a catch-22 situation - if KDE resembles Windows in any manner, people flame them for just copying a poor desktop, and if they try and do something new, people flame them for doing things differently to Windows. Either way, they can't win. Even the compromise they have now - default to Windows-like and offer the ability to configure it differently - isn't enough for some people.
Re:change (Score:5, Insightful)
Yes, you have a point there. If you copy something, then any difference to the real thing will be noticed more, the closer you copy. Essentially, you can make a 100% clone, or you can make your own thing, anything inbetween will be perceived as bad.
The way KDE does it, nobody is really happy with it. I figure it's "good enough" for a large share of people, and since many of them are ex-windos users and have grown up to live with "good enough" being all they should ever expect - it kinda works.
5 years ago, there was much hope for the Linux desktop. Today, even I seriously consider buying myself a Mac. And that's after my main machine has been a Linux machine for over 10 years now.
Either way, they can't win.
Learn a lesson from the real leader in computer desktop UI. Copy the Mac or come up with your own alternative. Do things because they are good things and not because windos does them.
Ah crap, I tried convincing the Gnome UI group when it was formed (and I was an early member) and couldn't. Now we have two badly copied windos-like UIs for Linux. And we all pretend to be surprised that it's not making as much progress taking over the desktop world.
Hello? You can't overtake anyone if all you ever do is drive slipstream.
Re:change (Score:2)
How exactly? They both have a taskbar? Windows? "Start-menu"? Icons? Why is KDE a "copy of Windows", whereas some other desktop is not?
poorly chosen name (Score:2)
Include CVS/SVN stuff in Konqueror! (Score:5, Insightful)
Re:Include CVS/SVN stuff in Konqueror! (Score:3, Interesting)
Re:Include CVS/SVN stuff in Konqueror! (Score:3, Informative)
It DOES exist. And it's used. Everything in Konqueror is a plugin, so it is used a lot. When you install Cervisia, for example, it automatically integrates with Konqueror. I don't know what the grandparent's problem is, because I'm always hassling with turning that *OFF* because I don't want it.
My suggestions (Score:3, Insightful)
2) Work with GNOME, Trolltech and Free Desktop and produce a common widget theme engine. I don't care if an app runs QT or GTK, I don't care if it's part of KDE or GNOME. I do care that the average Linux desktop looks severely schizophrenic and unpredictable from one app to the next.
Re:My suggestions (Score:5, Insightful)
2) There is already something for GNOME/KDE integration: a GTK theme engine based on Qt. Thus, GTK apps look like Qt/KDE ones. Of course, its only useful if you use KDE...
Re:My suggestions (Score:2, Insightful)
Apple didn't do it. They use the Model T paintjob approach: They just don't let you tweak a lot of stuff that you should be able to tweak.
I use a lot of the obscure preferences in KDE. There are plenty of dumbed down alternatives out there already; KDE doesn't need to try to be another one of those.
Tenor and kat (Score:2)
It isnt really very functionnal yet, but it will be included in Mandriva 2006, which you can think of as a mistake from mandriva or as a gesture of trust and commitment toward that application and what it will become:
http://kat.mandriva.com/ [mandriva.com]
Personnally, I removed it, but I'm also glad my favorite distribution is doing this kind of choices. After all, they included KDE by default when it wasnt very popular to do so, and it was
Re:Tenor and kat (Score:2)
how did they measure (Score:2)
Re:I hope its not bloated (Score:4, Informative)
In a nutshell:
* Make a
* Start docker (The OpenBox system tray replacement), kicker, klipper, and whatever other kde components you want to launch.
Tadaa. Done. KDE-lite.
Re:I hope its not bloated (Score:4, Informative)
Surely you're looking for XFCE? I'm not convinced that making the software more "lightweight" is a good argument, that's clearly not what they're aiming for. Although if there's actual structural problems, or bugs, causing the OTT memory usage, yes, those should be dealt with.
Re:I hope its not bloated (Score:2)
I'm one of them when it comes to coding for it, but I really like the look of it, and use GNOME on my own desktop (I just deal with the painful slowness of it). But there exists a large community of people who like the Qt toolkit, but don't like Qt apps and KDE because they tend to over-inflate every feature they have available to the point that it makes Windows look featureless.
The fact is, there really isn't a catch all solution for
Re:I hope its not bloated (Score:2)
I agree. I use GNOME on my Linux machines, and whenever I have to use a KDE-based app I feel as though I'm somehow missing out, like when I'd run GTK-based apps on my KDE (on BSD) install in the past. The community is clearly divided, and although this is, as much as anything, an advantage of the OSS way of doing things, the resources have been split up in a fairly weakening way. Nobody wants to introduce "better integration" of the other toolkit because it's both a concession to the "other side", and a ver
Re:I hope its not bloated (Score:2, Interesting)
KDE version 2 started eating memory and resources because it added a whole lot of underlying engineering, most of which a technical user who doesn't use it as just a desktop to manage xterms and other X programs doesn't use. You needed at least a Sun Ultra 1 with 256MB of RAM for it to be useful.
KDE version 3 increased the overhead quite a bit and increased the disk usage a lot. Unless you had a 44
Re:C? (Score:2)
Re:C? (Score:2)
You do know that there are C wrappers for DirectX, for ODE....?
No need to switch the ENTIRE PROJECT to C.
Re:C? (Score:3, Insightful)
Re:C? (Score:2)
Re:C? (Score:2)
You don't need to learn C++ if you don't want to, you can just write C and classes - and learning c++ classes is no harder than learning gtk's object system. KDE isn't a particularly big user of templates etc., there are template and stl-compatible classes if you want them but you don't have to. I can't talk about other differences between c and c++ because I simply don't know
Re:C? (Score:2)
Re:C? (Score:2)
I don't think there'd be much point in switching to C at this point, they'd only have to rig an object model on top of it. They'd probably be better off switching to C# or Java, something which would actually bring tangible benefits.
Re:C? (Score:2)
Re:C? (Score:2)
I'm aware of this. Did something I say seem to contradict that?
Re:C? (Score:3, Insightful)
Re:C? (Score:5, Insightful)
Here is the KDE version for adding the columns to a table widget:
table->insertColumns(0,cols.size());
QStringList names;
for(size_t i=0;isetColumnLabels(names);
Short,nice,readable,whatever you want. If I make a mistake, the compiler will tell me.
Here is the GTK version:
for(size_t i=0;icols.size();i++){
GtkTreeViewColumn *col=0;
GtkCellRenderer *ren;
switch(cols[i].type){
case ListBox::ColumnDef::StaticText:
col=gtk_tree_view_column_new_with_attributes
(cols[i].name.c_str(),ren=gtk_cell_renderer_text_
break;
case ListBox::ColumnDef::CheckBox:
col=gtk_tree_view_column_new_with_attributes
(cols[i].name.c_str(),ren=gtk_cell_renderer_toggl
g_object_set_data(G_OBJECT(ren),columnkey,(void *)i);
g_signal_connect(ren,"toggled",G_CALLBACK(toggleC
break;
}
gtk_tree_view_append_column (treeview,col);
}
It is twice as long, is not type safe, checkboxes won't toggle aunless you add a callback, and the documentation is very twisted: Look at example for "active": "active" gboolean : Read / Write
The toggle state of the button.
Default value: FALSE
If you read that, do you understand that you have to set "active" to the column number of the checkbox column? On the PARENT of the cellrenderer object?
Notice how the KDE version does not mention what the column contains. The GTK version does. In both cases, I have to specify it later, when I set the column data. Why do I need to tell it twice to GTK?
And this is not an unfortunate choice, but the general case. FOr QT/KDE, I read the docs, and I implement. For GTK, I read the docs, delve trough examples until I find something similar, crash atthe first trys because all the casts make compiler typechecking useless, and the resulting code is in general twice as long.
Please, kill the ugly beast that is GTK.
Re:C? (Score:3, Insightful)
You're right in general that Qt is higher-level than GTK+, since Qt is a C++ API. Of course this has disadvantages too; for example language bindings for Qt are much harder. Gtkmm is worth a look: it's at the same level at Qt (in terms of a
Re:C? (Score:3, Insightful)
If you want to compare c++ interface with c++ interface, you could look at gtkmm.
Re:Most popular!? (Score:4, Insightful)
Albeit, Slashdot isn't quite the place to be pushing KDE and *nix if you want it to get seen by Joe Sixpack.
Actually, a friend at school was messing around on my laptop, and was amazed with all the stuff that KDE 3.4 could do and it's bundled apps. His jaw dropped at Amarok (auto lyric downloading, Wiki entry on the band, smart playlist, native iPod support, etc.) and was even more amazed when I told him about stuff like K3b's built in DVD ripping, KAudioCreator CD ripping, Kopete supporting all those protocals in one window, and plenty of other stuff. It's worth showing to people.
-Clinton
Waste of all the progress! (Score:5, Informative)
The write-up also seemed rather sparse in details, so while I am writing this post I may as well chuck in a few links:
Interesting interview with Aaron Seigo [aseigo.bddf.ca]
Another good interview with Zack Rusin [ox.ac.uk]
Official site for KDE Plasma, the KDE4 desktop. [kde.org]
Re:Waste of all the progress! (Score:2, Interesting)
You are mistaken. You can pull off tightly integrated backwards compatibility and still migrate to a new toolkit and language. Apple has demonstrated this.
What's wrong with Qt anyway that might make you want to port away from it? [...] anything else is really just a matter of preference.
KDE4 has specific goals, and one has to ask the question whether Qt and C++ are the
Re:Waste of all the progress! (Score:2)
I'm not quite sure I understand you, if you are switching to using a new language and toolkit, don't you have to rewrite all of your existing codebase in this new language, keeping the old stuff around for backwards compatibility? Or do you suggest that any new program to be developed in the new language/toolkit/whatever, with bindings to integrate it
Re:Waste of all the progress! (Score:2)
Man... that Jessica Hall girl is hot!
Makes me wish to become a KDE developer =o)
Re:Big deal. Its still not grandma-friendly (Score:2, Interesting)
Re:Big deal. Its still not grandma-friendly (Score:2)
Cheers,
Justin.
Re:Big deal. Its still not grandma-friendly (Score:3, Funny)
In other words, if you want to prevent Linux marketshare from dropping to below 1%, make it as unusable as possible.
I don't quite understand why this should work, but hey, I've got some great ideas on how to decrease the usability of Linux!
Re:Big deal. Its still not grandma-friendly (Score:3, Interesting)
The guy is called ClintJCL [slashdot.org]: one of his posts [slashdot.org]. You can find the same post in his blog [blogspot.com], but he says, that he just copied it from /..
Some research at Google reveals a lot about this guy.
Repeated ten times already... (Score:2)
List [google.co.uk]
Wonder if he's being paid for this or if he's just a dick.
Justin.
Re:TODO: Clone Beagle (Score:2)
I think you'll find that the desktop search tool Beagle, was in development long before [gnome.org] Spotlight was even announced. So, if at all, it would appear both Spotlight and Tenor took their cues from Beagle [beaglewiki.org].. not that it matters at all, of course.
Re:TODO: Clone Beagle (Score:2)
But Spotlight is more than a desktop search tool, and that's what's being hinted at in the KDE descriptions. You could also use it to search through control panels, for example. Or music libraries - iTunes uses it. That's the point.
It's not to knock Beagle that I made the post, it's more to point at the lack of creativity in the KDE plan dressed up in "but our developers are already thinking further"-type language. They're not thinking further. T