NOV
16
2004

KPDF Icon Contest Announces Winner

Some time ago an icon contest was hosted on KDE-Look.org 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 KDE-Look.org.

Comments

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.

Cb..


By charles at Tue, 2004/11/16 - 6:00am

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


By superstoned at Tue, 2004/11/16 - 6:00am

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 Morty at Tue, 2004/11/16 - 6:00am

>The K-shaped Acrobat logo is delicious!

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


By Carlo at Tue, 2004/11/16 - 6:00am

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


By LB at Tue, 2004/11/16 - 6:00am

The other ones are much better


By albert at Tue, 2004/11/16 - 6:00am

My post is better then your post.

At least provide some constructive criticism.


By ac at Tue, 2004/11/16 - 6:00am

Its rather creative but also easy to identify.


By Ian Monroe at Tue, 2004/11/16 - 6:00am

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.

Ask


By ask at Tue, 2004/11/16 - 6:00am


By Anonymous at Tue, 2004/11/16 - 6:00am

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
http://www.kde-look.org/content/show.php?content=16715

I think it is self-explaining.

All the Icons mentioned above look bad imho.


By gerd at Tue, 2004/11/16 - 6:00am

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.

Osho


By Osho at Tue, 2004/11/16 - 6:00am

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 Sean Brown at Tue, 2004/11/16 - 6:00am

well the winner has text in it.


By AC at Wed, 2004/11/17 - 6:00am

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 Moritz Moeller-... at Thu, 2004/11/18 - 6:00am

"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 wygiwyg at Wed, 2004/11/17 - 6:00am

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: http://www.adobe.co.jp/products/acrobat/images_gen/about_main.jpg


By Patrick O'Keefe at Wed, 2004/11/17 - 6:00am

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 . at Sat, 2004/11/20 - 6:00am

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 @ http://www.kde-look.org/content/show.php?content=16715 . 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 David Pastern at Sat, 2004/11/20 - 6:00am

Heya,

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:

http://developer.kde.org/~danimo/kpdf/

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 Daniel Molkentin at Tue, 2004/11/16 - 6:00am

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 JC at Tue, 2004/11/16 - 6:00am

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/libkpdfpart.so: 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..

rainer.


By rainer at Tue, 2004/11/16 - 6:00am

"kdecore (KLibLoader): WARNING: KLibrary: /usr/kde/3.3/lib/kde3/libkpdfpart.so: 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 corey at Wed, 2004/11/17 - 6:00am

I got this problem when building with gcc 3.4.3.

It worked with gcc 3.3.4.


By JW at Sat, 2004/11/20 - 6:00am

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


By Daniel Molkentin at Tue, 2004/11/16 - 6:00am

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/libkpdfpart.so: undefined symbol: init_libkpdfpart
kdecore (KLibLoader): WARNING: The library libkpdfpart does not offer an init_libkpdfpart function.

Maybe the error is somewhere else?


By rainer at Thu, 2004/11/18 - 6:00am

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 at Tue, 2004/11/16 - 6:00am

*******CORRECTION***********

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


By Jose Hernandez at Tue, 2004/11/16 - 6:00am

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 JC at Tue, 2004/11/16 - 6:00am

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 Jose Hernandez at Tue, 2004/11/16 - 6:00am

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


By someguy at Tue, 2004/11/16 - 6:00am

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 petar at Fri, 2004/11/19 - 6:00am

Thanks, works very well!


By Asdex at Wed, 2004/11/17 - 6:00am

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 Jordan Benjamin at Sat, 2004/11/20 - 6:00am

Qt seems not to know where kdelibs is.

Have a nice day!


By Nicolas Goutte at Sat, 2004/11/20 - 6:00am

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 Nicolas Goutte at Sat, 2004/11/20 - 6:00am

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?


By blacksheep at Tue, 2004/11/16 - 6:00am

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 Morty at Tue, 2004/11/16 - 6:00am

> 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.


By blacksheep at Tue, 2004/11/16 - 6:00am

> 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 arachno at Tue, 2004/11/16 - 6:00am

Well, at least DVI I guess...


By LaTeX user at Tue, 2004/11/16 - 6:00am

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: http://www.baen.com/library/defaultTitles.htm


By Morty at Tue, 2004/11/16 - 6:00am

Hi,

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.

thanks,
Osho


By Osho at Tue, 2004/11/16 - 6:00am

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


By Mark Hannessen at Tue, 2004/11/16 - 6:00am

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 Michael Thaler at Tue, 2004/11/16 - 6:00am

In one word: WOW!

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


By miro at Wed, 2004/11/17 - 6:00am

on TODO


By arachno at Wed, 2004/11/17 - 6:00am