Kernel Cousin KDE #31 Is Out

Aaron J. Seigo and Juergen Appel deliver again with Kernel Cousin KDE #31. This week's summary includes talk about chemistry application Kalzium (1, 2) as a candidate for kdeedu, KDE artists' discussions (have a peek at the new tear-offs on text icons), word wrapping in dialogs, KDirAdm - an LDAP administration tool, animated icon support in KDE 3.0, and more.

Dot Categories: 


by Triskelios (not verified)

The Kalzium link in the topic doesn't work right now (though the images do). I'm posting on behalf of author, Carsten Niehaus (whose browser isn't working), who states that, "For some reason my admin disabled the php_mod for apache. I've already written him that he should reactivate it. I hope it is fixed ASAP." For now, please see . Sorry for any inconvenience.

by David Johnson (not verified)

The new icons with the tearoff look are nice. But I fear that they'll be to 'busy', especially done on 32x32 icons.

by MW (not verified)

They should use iKons 0.5x.
They look much cleaner.

by Navindra Umanee (not verified)

Uh, am I really the only one who thinks the default icons *rewl*? How strange. These icons are just so professional and no-nonsense.


by not me (not verified)

You're not the only one. I think it is just the people who don't like the default icons who comment. All the people who like them don't say anything usually. I like them, but I never get involved in these discussions about them.

by Tim (not verified)

The default icons are beautiful. And with KDE3 and Qt3 and alpha-blending
they are unbeatable. I hate icons which you can't distinguish from each
other. In KDE the meaning of each icon is clearly visible, and that's what they're for. AND they're nice, too.



by anonymous (not verified)

Default icons are default icons. Basta. I don't want to discuss quality of iKons here, but quality of our default iKons has been proved. Any other icon themes are welcome if they are: 1. not rip off, 2. clean and elegant, 3. consistent 4. finished in all sizes. iKons don't match any of these four requirements.
And, please, stop talking about what KDE should use as default icon theme if you don't know what you are talking about.

by as (not verified)
by Tackat (not verified)

:-) Could you post _with_ e-mail-address next time if you feel so much responsible for our icons? Actually there are a lot of icons in IKons which I'd like to see in 'hicolor' (which is the default-icontheme).
Still you are very much correct about the four requirements you made for the inclusion of icons in kdelibs.



by me (not verified)

it does look a little nicer, but i don't get the motivation of the redesign. why are there tearoffs? (on one side only?)

by Carbon (not verified)

Basically, because it looks a little nicer, and because it distinguishes the file icon a bit more (makes it contrast more with, say, device or directory icons).

by Tackat (not verified)

There are two reasons why I added them:

- because it looks a bit nicer (actually I did a survey among 30 people who had to choose between grey, blue and skin-orangebrown colored mimetype-papers and between with and w/o tearoffs.The version currently chosen was the one people liked best.

- it makes it easy to distinguish files which are stored in ASCII-format (with tearoff) from files which are stored in binary-format (w/o tearoffs)


by me (not verified)

damn, tackat, you really seem to have put some thoughts into this ;)

Thanks for all your great work! Just remember, there's no other who has succeeded in making icons that fit all of the above requirements. Logical conclusion is, you r0x0r the most!

by Gunter Ohrner (not verified)


How about placing the tear offs on the left side of the icons instead on
the right side? I'd guess that'd look even better, but that's MHO only.

For 32x32-sized or smaller icons one should consider not to add the tear offs.
Other icons have a higher level of detail for lager sizes as well.



by Iuri Fiedoruk (not verified)
Looks like Borland is going to release C++ sometime soon (well, depends on what you understand by soon, sure). Maybe their C++ compiler, if they do a Open Edition of it, can help solving the problems of g++ and KDE speed?

by Iuri Fiedoruk (not verified)

This one is interesting too! I know it's not a kde problem this bussiness of compilers once they are not the ones that compiles KDE, BUT if KDE can compiles with better compilers and KDE team asks for packagers I'm sure they would make use of better compilers. :)

by YR (not verified)

Hmmm... I'm not sure what to make of that article. Since my research involves writing lots of numerical code, speed is a critical issue for me. Excited by the open-mag article I tried out the Intel C++ compiler, and frankly the results are rather disappointing. Code compiled with g++ 3.0.3 seems to consistently run about twice as fast. The test CPU is a Pentium III (800MHz). Perhaps, the fact that all of my computations are done with doubles rather than floats may be cramping the optimization possibilities (e.g. vectorization) for the Intel C++ compiler, but the fact remains that (for me) g++ 3.x seems to be a better choice for now. I would be interested in comparing the performance on a Pentium IV machine, but I do not have access to one yet. All in all, because of my experience, I'm not sure if KDE would benefit from Intel C++.

Just my two cents.


by a (not verified)

just to say that the orientation of the light is not the same for all the icons, look at the textfile icon and the dir icon, the shadows have different orientations.
Maybe it should be corrected (maybe I haven't understood anything of the discussion).