OCT
22
2004

Quickies: Hydrogen, Nuvola 1.0, KPDF Coolness, Online KDE Articles

Linux Journal published the article: 'An Introduction to Hydrogen', an advanced drum machine programmed in Qt and highly rated at KDE-apps.org. ***

Last week famous graphic artist David Vignoni, released version 1.0 of the Nuvola icon theme. Now with over 600 icons Nuvola will surely make your desktop an eyecandy and colorful experience. This icon theme can be downloaded from the homepage of David Vignoni. ***

On the comments section of this Dot article KPDF hacker Enrico Ros posted a comment which
showed some cool screenshots of KPDF in the kpdf_experiments branch. ***

Even more KDE coverage in the latest Linux Magazine (issue 48). Articles about Kontact and KXML can all be downloaded from their online archive. Be sure to read the article covering aKademy hint: use latest KDPF for viewing these articles).

Comments

How does kpdf is on opening Acrobat 6 files?
I've tryied it and some other linux pdf viwers and none opened pdf files created with it :(


By Iuri Fiedoruk at Thu, 2004/10/21 - 5:00am

Probably the same as latest xpdf, because that is what it uses for rendering the PDF file.


By Anonymous Coward at Thu, 2004/10/21 - 5:00am

It's good to see that KPDF is finally putting in the features that we've missed for so long. Proper handling of thumbnails, tables of contents and bookmarks will be much appreciated.

I can't tell from the screenshots, so maybe somebody can tell me -- can it now select text within a PDF to copy & paste?

Oh, and Hydrogen is great... except that it will have the same destructive influence on my work that Fruity Loops did all those years ago :)


By Tom at Thu, 2004/10/21 - 5:00am

>I can't tell from the screenshots, so maybe somebody can tell me -- can it now select text within a PDF to copy & paste?

No. The bigger issue is, that it is hell of a lot slower than xpdf3 - especially with large pdf's, building all the thumbnails - while xpdf3 itself is only the second choice compared to acroread regarding speed/usability.


By Carlo at Fri, 2004/10/22 - 5:00am

Text selection in selection mode is possible in the cvs version. As for being slower than xpdf3... considering kpdf uses xpdf to render the pages, it shouldn't be too much slower.


By James Horey at Fri, 2004/10/22 - 5:00am

speed, i believe. but acroread and usability in the same sentence? gah. any app that closes the but not the window when you click the window close button is just broken. and it generally goes downhill from there.


By Aaron J. Seigo at Fri, 2004/10/22 - 5:00am

>but acroread and usability in the same sentence? gah. any app that closes the but not the window when you click the window close button is just broken.

This behaviour is indeed stupid and the gui (on *nix) is a mess. But! It's fast, the scrolling is smooth and I get a bookmark tree, which is far more important, than the thumbnails, which are pretty useless, since they look (more or less) all the same.


By Carlo at Fri, 2004/10/22 - 5:00am

Don't the first and third screenshots show KPDF's ability to use bookmarks and a table of contents?


By Tom at Fri, 2004/10/22 - 5:00am

I can't open my pdf's with a screenshot. Comparing released/(supposed to be)stable software with cvs stuff is not serious.


By Carlo at Sat, 2004/10/23 - 5:00am

> Comparing released/(supposed to be)stable software with cvs stuff is not serious.

Well, CVS is where kpdf is being developed and the cool stuff is on a branch where kpdf has been reengineered.. You're free to compare adobe reader with xpdf 1.0 if you want, but the article was for announcing features in active development. If the screenshot isn't good for you, go check out the branch and try that.


By koral at Sat, 2004/10/23 - 5:00am

Since the new features in kpdf makes me jump up and down with joy :-) Could you please tell me the magic secuence to get thath branch from CVS?


By Morty at Sat, 2004/10/23 - 5:00am

in kdegraphics folder:
cvs up -r kpdf_experiments kpdf


By tpr at Sat, 2004/10/23 - 5:00am

>Well, CVS is where kpdf is being developed and the cool stuff is on a branch where kpdf has been reengineered.. You're free to compare adobe reader with xpdf 1.0 if you want, but the article was for announcing features in active development. If the screenshot isn't good for you, go check out the branch and try that.

Somehow I knew I would get such a reply. Please accept it, that I (mostly) try to argue from the viewpoint of an average user. The stuff you have in cvs looks fine, but the majority of people won't/can't check out, compile and install. It's really only fair to compare the latest, easily available (released) software. Btw., I suppose you're a kde developer: I always wondered why zooming in KDE looks like (+) 100% (-). Usually - not only in other software - it's the other way around.


By Carlo at Sat, 2004/10/23 - 5:00am

With all due respect, the entire point of this news item is to draw attention to the new features and development. You are coming to a discussion of progress with the assertion that all development is irrelevant because the current stable release version ought to be synonymous with the development version.

But the point of development is the understanding that the present version is lacking, or can be improved. This is true of all research and the creation of new products in any field of endeavour.

Comparisons against present market competition and previous iterations of the product in question is an essential part of research and development, otherwise the programmer is producing something in isolation that may be useless or regressive. You have to assess failures and areas of improvement before it is reasonable to move forward. Similarly, you have to perform regular analysis of your development against market progress to continue in a healthy manner.

This is the point of these posts, and highlighting new features and accurate comparisons with products such as xpdf and Adobe's Acrobat Reader are valuable. Of course the features in CVS should be presented as a complete product as soon as possible, but that does not mean that the development version is useless and foolish until that time.


By Luke Chatburn at Sat, 2004/10/23 - 5:00am

Luke, Aaron asked why I think, that Acroread is more usable. Comparing with the cvs version doesn't make sense in this context, if you want to use it now. This has nothing to do with the announcement or if the code in cvs compiles and runs perfectly or not. I neither said the development version is useless or foolish.

>You are coming to a discussion of progress with the assertion that all development is irrelevant because the current stable release version ought to be synonymous with the development version.

I did not say "development is irrelevant". Sorry, but your impression of that what I said is completely wrong.


By Carlo at Sun, 2004/10/24 - 5:00am

Obviously you have not tried to use acroread 6 on MS "Windows". If you had you would know that any gains in runtime speed it has are more than made up for by losses in load time. Someone else already mentioned just how unusable anything pdf is.


By bluGill at Fri, 2004/10/22 - 5:00am

You can drastically reduce Adobe Reader 6 load times by removing or disabling most of the useless plugins it loads at startup.


By Kamil Kisiel at Wed, 2004/10/27 - 5:00am

>>I can't tell from the screenshots, so maybe somebody can tell me -- can it now select text within a PDF to copy & paste?
>No.

Yes. On branch it copies text. I've not tested the program, but the code is there. :-)

>The bigger issue is, that it is hell of a lot slower than xpdf3

In branch you have a little overhead over imported xpdf3 sources. about 5-10% slower. But since it caches contents and is meant to perform forward-caching on next pages, it can be very faster than xpdf. Search using the search lineedit is *many* times faster than acrobat reader (after the first loop).

An issue may be xpdf rendering backgrund graphics.. that takes too long and such pdfs are very slow rendered compared to acroread counterpart.


By koral at Fri, 2004/10/22 - 5:00am

In branch you have a little overhead over imported xpdf3 sources. about 5-10% slower.

Sorry, my formulation was a bit unclear. The thumbnail rendering is the culprit. Opening a 500 page PDF 1.3 document, it takes >5 seconds to print the first 10 visible thumbnails. I know it is a bit unfair, but acroread as the competitor needs ~one second for the same amount of thumbnails on the same box. When you now directly jump to e.g. page 300, it takes more visibly more time to show the page with kpdf, than with xpdf, than with acroread. While the thumbnails are right there with acroread, it now takes the "hell of a lot of" time to draw them with kpdf.


By Carlo at Fri, 2004/10/22 - 5:00am

I wanted to use latest kpdf but I got this during make:

make[1]: Entering directory `/root/kdecvs/kdegraphics/kpdf/kpdf'
if /bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I./.. -I./../splash -I./../goo -I./../xpdf -I/usr/include/kde -I/usr/include/qt3 -I/usr/X11R6/include -I/usr/include/freetype2 -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kpdf_part.lo -MD -MP -MF ".deps/kpdf_part.Tpo" \
-c -o kpdf_part.lo `test -f 'kpdf_part.cpp' || echo './'`kpdf_part.cpp; \
then mv -f ".deps/kpdf_part.Tpo" ".deps/kpdf_part.Plo"; \
else rm -f ".deps/kpdf_part.Tpo"; exit 1; \
fi
kpdf_part.cpp: In member function `void KPDF::Part::find()':
kpdf_part.cpp:941: error: `setSupportsBackwardsFind' undeclared (first use this
function)
kpdf_part.cpp:941: error: (Each undeclared identifier is reported only once for
each function it appears in.)
kpdf_part.cpp:942: error: `setSupportsCaseSensitiveFind' undeclared (first use
this function)
kpdf_part.cpp:943: error: `setSupportsWholeWordsFind' undeclared (first use
this function)
kpdf_part.cpp:944: error: `setSupportsRegularExpressionFind' undeclared (first
use this function)
make[1]: *** [kpdf_part.lo] Error 1
make[1]: Leaving directory `/root/kdecvs/kdegraphics/kpdf/kpdf'
make: *** [all-recursive] Error 1

I use gcc version 3.3.5 (Debian 1:3.3.5-1)


By Pat at Fri, 2004/10/22 - 5:00am

yeah post errors on the dot :>> its fun reading them , really :> blub


By chris at Fri, 2004/10/22 - 5:00am

That's simply because your kdelibs is too old


By Albert Astals Cid at Fri, 2004/10/22 - 5:00am

David Vignoni and Enrico Ros! Italian OSS development rocks! :)


By Davide Ferrari at Fri, 2004/10/22 - 5:00am

Please note that there is a security alert about KPDF (due to xpdf)
http://kde.org/info/security/advisory-20041021-1.txt

And the same vulnerability exist in the PDF import filter of KWord in KOffice 1.3.x (see KOffice News: http://kde.org/areas/koffice/news.php )

Have a nice day!


By Nicolas Goutte at Fri, 2004/10/22 - 5:00am

OMG WOW I have been awaiting this KPDF news for longer than I can remember. After having tested some 300-500 page PDFs that used to choke KPDF but now load quickly and smoothly, and having seen the excellent new interface, features, and todo list, I am ever grateful of this news. Finally, the day I have eagerly awaited has come: removing Acrobat for good. Thanks! Keep up the great work!


By Jose Hernandez at Sat, 2004/10/23 - 5:00am

yeah, aren't these guys great ;-)


By superstoned at Sat, 2004/10/23 - 5:00am

What kind of tab widgets are displayed on the left?

Is that going into kdelibs?

Mark


By kmsz at Sat, 2004/10/23 - 5:00am

QToolBox. Very simple api (watch it in assistant). It's the one you can see in designer, or in k3b cvs or in other projects such as konqueror's sidebar mods that appeared on kde-look.


By dev at Sat, 2004/10/23 - 5:00am

sorry, it's offtopic, but didn't find anything at google:

- is there any option in KMail to display smiley graphics (like in th-bird/opera-m2) instead of display ':-)'? (should be in text mails too)

- is there any option in KMail to have only in KMail Firefox the default program for http/-s and ftp links? it's not nice to open konqueror and after typing in 'www.google.com' konqui opens Firefox ;-) (there are moments when I want to surf with konqueror)

- is there any option in KDE to have the desktop icons placed at that place where there are before I logout/rebooting? I tried different options in context menu (snap to grid?) but doesn't help. Or if I move one 'non-kde' Icon (eg firefox icon) all icons on my desktop moves some pixels down (if I have snap to grid turned on)

Thanks for you help!!!!


By Anonymous at Sat, 2004/10/23 - 5:00am

>>sorry, it's offtopic, but didn't find anything at google

Strange, I just googled and got 45.700.000 results for 'anything'.

>>Thanks for you help!!!!

No problem.


By ac at Sat, 2004/10/23 - 5:00am

> Strange, I just googled and got 45.700.000 results for 'anything'.

Oh, you're a great gay, not like me!!!1!


By Anonymous at Sun, 2004/10/24 - 5:00am

Please skip insults.


By Anonymous at Sun, 2004/10/24 - 5:00am

he meant guy not gay. so ac is maybe not gay but he should shut up his mouth anyway


By Anonymous at Wed, 2005/06/29 - 5:00am

"- is there any option in KMail to display smiley graphics (like in th-bird/opera-m2) instead of display ':-)'? (should be in text mails too)"

Nope.

"- is there any option in KMail to have only in KMail Firefox the default program for http/-s and ftp links? it's not nice to open konqueror and after typing in 'www.google.com' konqui opens Firefox ;-) (there are moments when I want to surf with konqueror)"

You can set this globally at KDE Control Center->KDE Components-> Component Chooser -> Web Browser. Requires KDE 3.3.x.

"- is there any option in KDE to have the desktop icons placed at that place where there are before I logout/rebooting? I tried different options in context menu (snap to grid?) but doesn't help. Or if I move one 'non-kde' Icon (eg firefox icon) all icons on my desktop moves some pixels down (if I have snap to grid turned on)"

It works like that by default in here... so I don't know what to say...


By John Features Freak at Sun, 2004/10/24 - 5:00am

>> ...smiley...
> Nope.

sad, it's not important, but I like them, cause email shows me more feelings from the other person...

> You can set this globally at...

globally means that _every_ program use for eg. firefox as the default webbrowser, konqueror too. But if I open konqueror I want to browse with konqueror... that's what I want. It's ok, that every other program opens firefox (it's my default browser), but second is konqueror that I open manually and want to browse with them.

> It works like that by default in here... so I don't know what to say...

My icons geting sometimes at the wrong position after logout/reboot. It should really stays at this position like in Rox-Filer or Nautilus after logout/reboot.


By Anonymous at Sun, 2004/10/24 - 5:00am

Hi,

a workaround for your firefox issue might be:

- Enable the Klipper actions (the clipboard popups).
- Add Firefox to the URL actions in Klipper.
- If you want to open a URL with Firefox, right-click on it, select "Copy ", and wait for Klipper to pop up, then select "Open with Firefox" (or whatever you called your Firefox shortcut in Klipper).

HTH, HAND

Jens


By Jens at Wed, 2005/01/19 - 6:00am

Thanks, David!


By stripe4 at Sun, 2004/10/24 - 5:00am

G-R-E-A-T icon theme! No, it's the BEST one! :-)))


By abec5 at Sun, 2004/10/24 - 5:00am