KPDF Icon Contest Announces Winner

Some time ago an icon contest was hosted on to find a new icon for KPDF. Since then, we have interviewed the jury, and mentioned KPDF Coolness here on the dot. The jury had a tough time deciding on a winning icon, but they have finally chosen the icon to be used in the next version of KPDF. However, before we reveal to you the winner we would like to mention some of the other runners-up.

Some words about the submissions ...

The jury, which consisted of Albert Astals Cid, Enrico Ros, Frank Karlitschek and Kenneth Wimer have announced several extra awards:

meNGele [Nenad Grujicic] was the first to submit his entry, KPDF Pack, merely a few hours after the contest was announced.

We would like to give DrFaustus [Mario García H.] the concept prize for his submission: E.G.O. kpdf. When looking carefully, you can see that the "K" is actually a person reading. She is wearing glasses, petting her cat and smiling. Look closer and you'll see it, too!

KPDF_icon_2 -Library Card by dadeisvenm [Donald Ade] -
We would like to give Donald the mis-concept prize :-) A KPDF Library Card... get it and print millions!

This KPDF wallpaper is a must have for 2 fanatic programmers working on KPDF. Thanks for his wallpaper theobroma [J.D.]!

The Giotto prize: the perfect circle. The submission by Quickly received the Giotto prize. It's the only icon without a single corner!

We had some quite creative and productive artists working - we would like give the productivity award to dadeisvenm [Donald Ade]: With 6 icons and 1 splashscreen, he was the most productive artist during this contest.

And the winner is ...

"But who won?" you might ask. Well the jury have given their scores, and it has become clear that Marco Martin has won the icon contest for another kpdf icon. Congratulations Marco!

When asked for his comment on winning this contest Marco replied: "What can I say, I'm very happy that you liked it and that I could do something for the project that I love... oh my God how I'm banal :-)"

KPDF-hacker Albert Astals Cid expresses the sentiment of the jury best: With 33 entries I am very impressed with and proud of the artist community at

Dot Categories: 


by charles (not verified)

Yes, what about text selection, text search and internet links from within a PDF document? Are these now possible in KPDF? I must admit I am a bit rusty here. But I thank the programmers for the wonderful KDE.


by superstoned (not verified)

from the screenshots, text search seems to work, as does selection. dunno about internet links. But I guess they work too, with all these improvements, its very unlikely they forgot that :D

Text selection did work last time I tried, and links inside the PDF works for those PDF with table of contents etc. Text search is supposed to work, but I have not tried. And I would guess internet links got fixed at the same time as the internal links.

by Carlo (not verified)

>The K-shaped Acrobat logo is delicious!

It reminds me to a pair of scissors ..err.. skissors ;)

by LB (not verified)

I totally agree with you! KPDF is simply amazing, can't wait until kde 3.4 comes out.

by Albert (not verified)

The other ones are much better

My post is better then your post.

At least provide some constructive criticism.

by Ian Monroe (not verified)

Its rather creative but also easy to identify.

by ask (not verified)

Sorry for being off-topic.

I recently upgraded kde on my Mandrake 10.1 community
to version 3.3.1. And kghostview cannot render eps
images anymore. It was working alright before and only
kghostview has this problem; gv and ggv show up eps
images right.

Any help will be appreciated.


by Anonymous (not verified)
by gerd (not verified)

This ikon is a rip-off of the Adobe logo, imho very dangerous from a legal perspective and most Ikons were bad from a usability perspective.

Not a 100% rip-off but at least you are unable to understand it unless you know the adobe logo.

I prefered this one

I think it is self-explaining.

All the Icons mentioned above look bad imho.

by Osho (not verified)

There are no legal concerns because look and feel (such as icons) can not be patented. Also, keeping it close enough but still distinct has the advantage that the users will understand what it is.

The icon that you prefer has the disadvantage that it has text inside the picture. Icons are supposed to be language-independent so they do not have to be translated when KDE is translated into many languages. For this reason, the icon you mention is not even acceptable quality.


by Sean Brown (not verified)

I have a feeling that that Adobe thing would fall under the realm of a trademark, so yes it could be a legal thing. I think the stacked books would have been a better choice, but for different reasons.

by AC (not verified)

well the winner has text in it.

by Moritz Moeller-... (not verified)

This is not about patenting looknfeel. This is about icon trademarks. An icon that clearly copies a trademarked icon can NOT be used in the EU without a severe legal risk.

by wygiwyg (not verified)

"This ikon is a rip-off of the Adobe logo.."

You mean Acrobat Reader's logo? Sorry, but have you ever seen Adobe how Acrobat's application icon and logo look like? Acrobat's aplication icon is a rectangle which has Adobe's logo on top of it (white letter A on red background) and Arobat's logo has either a running man or a juggler as main element).

I guess you probably mean that the red ribbon in the selected Kpdf icon is a ripp off of the red ribbon from the Adobe Acrobat's mime icon. Well, you are wrong again. The red ribbon in Kpdf icon represents a letter K, and the ribon in Acrobat's mime icon is a triangle.

"...most Ikons were bad from a usability perspective."

Well, wrong again. The icon which was chosen as the winner of the contest is good from usability point of view. It is simple (it has only two elements: a book and a ribbon), and it is distinctive (there is no other icon in default Crystal icon set that is similar to Kpdf one).

by Patrick (not verified)

I think it *is* a mistake. Adobe's PDF logo is trademarked. I feel the resemblance is too large and think a judge might feel the same. The red curved thingy should have been avoided.

Even if a judge would agree with you, you don't want to be dragged into court for something like this, because it will cost you.

To be clear, I don't think the chosen logo itself is bad. Personally I think the E.G.O. logo would have been a better choice because of the above.

Adobe's PDF icon:

by . (not verified)

And trademark rights are almost always sharply enforced, much more than patents, because not doing so would be a huge risk for a company.

It is their most valuable asset, their very identity, and the last thing they want is to let it slip in the public domain by lack of enforcement.

by David Pastern (not verified)

I would also agree with Gerd. Whilst it's not identical to the Adobe ribbon, it is very very close. I'm pretty sure a judge would rule in favour of Adobe on this. Legally, to include this is incredibly risky and stupid of KDE.

Just remember Lindows vs Windows - a common word (that should never been trademarked in the first place). A large number of European courts rule in favour of Microsoft. Now personally, I didn't think it infringed, but it's the courts that matter, not individual personal viewpoints.

Now before anyone has a go at me, I do realise the difference between a word logo and a image logo. BUT - they are still identifiable "images"

I didn't check all the icons out, but I also like the icon that Gerd pointed out @ . It looks good from an artistic point of view.

I'm not trying to be mean, or play favourites, or bad mouth any of the artists - they are all brilliant, if it wasn't for the legal perspective i'd agree with the judges. I'm just worried about the legal side of things, have we learnt nothing from the fiaSCO? Remember, Adobe is a high profile developer, with a large userbase. If this went to jury, most of the jury would have used Adobe Acrobat at some time in the past, and I would say would easily recognise the ribbon, and judge that it's similar enough to be considered a rippoff.

Use at your own risk. Can we please include other icons for kpdf so that users can choose other icons and avoid any risk?

Dave W Pastern

by Daniel Molkentin (not verified)


I packaged kpdf for your testing pleasure. It's from the kpdf_experiments branch as of 14:50 today. It should compile with KDE 3.3 (at least I did last time I tested it). Here we go:

DISCLAIMER: I am not be be blamed if kpdf takes your firstborn or even if it acts up in a less odd manner. Enjoy! :)

by JC (not verified)

Hi, thanks very much for the package! Sadly I get this here:

_NO_COMPAT -DQT_NO_TRANSLATION -MT document.lo -MD -MP -MF ".deps/document.Tpo" -c -o document.lo document.cpp; \
then mv -f ".deps/document.Tpo" ".deps/document.Plo"; else rm -f ".deps/document.Tpo"; exit 1; fi
document.cpp:771:24: document.moc: No such file or directory
make[4]: *** [document.lo] Error 1

Anything that could be done about it? (KDE 3.3.1, Qt 3.3.3)

Bye, Joost

by rainer (not verified)

Same here, I simply touch'ed this file and the compile went fine, as did make install. When I try to start it I get some errors though:

kdecore (KLibLoader): WARNING: KLibrary: /usr/kde/3.3/lib/kde3/ undefined symbol: init_libkpdfpart
kdecore (KLibLoader): WARNING: The library libkpdfpart does not offer an init_libkpdfpart function.

Seems touch'ing the file wasn't enough or there is something else wrong..


by corey (not verified)

"kdecore (KLibLoader): WARNING: KLibrary: /usr/kde/3.3/lib/kde3/ undefined symbol: init_libkpdfpart
kdecore (KLibLoader): WARNING: The library libkpdfpart does not offer an init_libkpdfpart function."

I'm getting this same problem. The make/compile runs without error just fine, however when I try running the built program, I get the above error, and nothing but an empty window appears.

by JW (not verified)

I got this problem when building with gcc 3.4.3.

It worked with gcc 3.3.4.

by Daniel Molkentin (not verified)

Seems like cvs2dist has a bug, works with the orginal sources :(
Will investigate once I find time.

by rainer (not verified)

I just tried compiling it from cvs directly and after fixing a minor issue it worked, but after make install I got the exact same error:
kdecore (KLibLoader): WARNING: KLibrary: /usr/kde/3.3/lib/kde3/ undefined symbol: init_libkpdfpart
kdecore (KLibLoader): WARNING: The library libkpdfpart does not offer an init_libkpdfpart function.

Maybe the error is somewhere else?

by Jose Hernandez (not verified)

I noticed this too in my last CVS update. I think it was accidently left out of the configuration files. Try in kpdf source directory:

$QTDIR/bin/moc kpdf/document.h -o kpdf/document.o

Then make.

by Jose Hernandez (not verified)


$QTDIR/bin/moc kpdf/kpdf/document.h -o kpdf/kpdf/document.moc

by JC (not verified)

Thanks very much for your help!

Somehow it does not want to work:

moc kpdf/kpdf/document.h -o kpdf/kpdf/document.moc
kpdf/kpdf/document.h:0: Warning: No relevant classes found. No output generated.

Bye, Joost

by Jose Hernandez (not verified)

The warning indicated an empty .moc file was created, the product of which is essentially the same as using 'touch' in this case. I hadn't noticed it before, though I remembing receiving that same warning. It appears to be a small problem with the source, introduced a few CVS updates ago judging from my experience with successive builds (it could be easily overlooked by the developers if document.moc was already present in the build directory from past builds).

In any event, the empty document.moc file is now created, so 'make' should now build it.

by someguy (not verified)

Fix that worked for me:
touch kpdf/document.moc

by petar (not verified)

Worked just fine for me, thank you, I'm running KDE 3.3.0, and Kpdf that was shipped with it was almost completely unusable, bad text rendering and such... but, this one.. just great ;)

by Asdex (not verified)

Thanks, works very well!

by Jordan Benjamin (not verified)

I downloaded this and got the following error from ./configure:
checking if UIC has KDE plugins available... no
configure: error: you need to install kdelibs first.

What does this mean? I do indeed have kdelibs installed (3.3.1).

Also, in order to build the cvs version, do I have to get the entire KDE source directory? cvs co -r kpdf_experiments kdegraphics/kpdf gave me a source tree that clearly needed other stuff in order to be configured.

by Nicolas Goutte (not verified)

Qt seems not to know where kdelibs is.

Have a nice day!

by Nicolas Goutte (not verified)

Ah! And for kpdf_experiments branch, I suppose that you need the root and admin directories of kdegraphics:
cvs co -A -l kdegraphics
cvs co -A kdegraphics/admin

Have a nice day!

by blacksheep (not verified)

The icon says "Control over your e-books". So, does this mean that KPdf is being worked out to be independent from the format?
And if yes, when can one expect it to support PS and others?

I would guess the statments reflects the fact that PDF are the most used e-book format. None of the other formats comes even close.

PS support is handled by KGhostView. You cold probably add support in KPdf with some kparts magic, byt why. As for suporting other e-books formats, those usually contain some sort of DRM and thus creating problems for users/developers not living in the free world(DCMCA etc). The easiest one to support I belive would be Adobes ebook format, which I belive simply are some DRM atop of a PDF variant.

by blacksheep (not verified)

> I would guess the statments reflects the
> fact that PDF are the most used e-book format.
> None of the other formats comes even close.

In the future there might appear more types of e-books, so it'd be wise to prepare the app for that.

> You cold probably add support in KPdf with some kparts magic, byt why.

I think the advantages are obvious:
- common interface for users;
- others formats could benefit from the KPdf excelency;
- user can load another e-book format from within KPdf.

> when can one expect it to support PS and others?

please, define 'others'. PS can be supported but what else?
I have 130+ ebooks in pdf, a couple in TXT and that's all..
PS can be supported.. I'm pretty sure kpdf can handle those before 1 year, but what about the mysterious 'others' ?

Poll: which ebook format would you see supported by kpdf ?

by LaTeX user (not verified)

Well, at least DVI I guess...

by Morty (not verified)

Well you have Adobes ebook format as I mentioned earlier. You have some ebook format used on PDA's like palm and winCE (.prc). Then there is the format used by Rocket EBook(.rb). And of you have Microsoft Reader ebooks (.lit), which looks like some sort of packaged html-subset much like the html help documents (.chm), but combined with DRM.

You can get some examples and good reads at Baen Free Library:


It seems that KPDF is the only KDE application that doesn't respect KDE's Font settings about anti-aliasing etc. I have set it up so that I have RGB sub-pixel anti-aliased text in KDE and it works greta in all KDE applications except in KPDF's PDF rendering (the menus etc. are fine - just not the PDF rendering). Any idea when this is going to be fixed? Currently, I use acrobat's CoolType to get this. But, there is no reason why we can not use regular Qt's font rendering to achieve this.

Also, is there support to rotate the PDF ? This helps a lot in reading books on laptops - I typically just rotate the PDF view by 90 degrees in acrobat reader and that way the book page is of the same size as the laptop screen. Very helpful!!

These two are the main features that I find missing for my e-book reading needs.


by Mark Hannessen (not verified)

isn't the rendering done by xpdf/ghostscripts gs? (which are not a kde apps)

by Michael Thaler (not verified)

I just compiled KPDF and I really love it. Acrobat Reader is the only non open-source application I am using regularly on my computer and it looks like there is finally a very good open source alternative showing up! Keep up the good work!

by miro (not verified)

In one word: WOW!

Note: if links work than back and forward buttons should be implemented.

by arachno (not verified)