Version: (using KDE KDE 3.3.1) Installed from: Gentoo Packages OS: Linux well, since KDE 3.3.1, KPDF is usable. ;-) But we also have KGhostview and KDVI. All are document viewers for page orientated documents. It would be really cool to have ONE container application for this and the viewing part is then just a plugin with a well designed API. The plain viewing component is good for all three doc types (ps, pdf, dvi), but the container apps are crap. They're missing so many navigation features and the thumbnails should be like a sidebar, etc. Plenty enhancements are thinkable. So it would be good to have only *one* container which could be developed independent by some good GUI developers. Furthermore, it would be easier to implement much more viewing components, like OOo, MS-Word, and many others. Think about it! ;-)
oops. KFax is another candidate for this general container app.
You talk about kviewshell? :-)
I don't know what kviewshell do and what not. But if it is such a container, the it is crap. ;-) We have 4 seperate applications for different doc types. I suggest to have only *ONE* app (of course also as a KPart) for *all* doc types, with a userfriendly unique interface. All 4 apps (KGhostview, KPDF, KDVI, KFax) are nearly unusable, if you want more than just the content. And also, they have all a different layout. Imagine to have a DocViewer with cool navigation features (zoom, rotate, jump to page, fit to window, fit to width/height, show 2 pages left/right, etc.), selecting features (mark text and objects), cool printing features (select pages i.e. in the Tumbnail view, select parts of a page), display metainfos, save annotation, store/reload reading positions, quick history, etc. pp. So many things to do. And i think it would be better to do this work only for one app and not 4 times for 4 apps. Take the "Acrobat-Reader". This app is ugly, but a good example how it could work. The current 4 apps are fine for plain displaying the content, but nearly unusable, if you want to navigate huge and many documents. just my 2 (euro) cents.
btw: reducing the number of apps by merging similar apps to one is also good way NOT to confuse new KDE-users. Remember the threads about kedit/kwrite/kate. KGhostview/KPDF/KDVI/KFax are all doing the same job for different but comparable documents (page orientated). You don't have a graphic viewer for every bitmap format, you (normally) have only ONE. So why having different document viwers for different document formats?
Actually, Wilfried Huss and me started working on that some time ago. Our plan is to disentangle kviewshell and kdvi, and make a kviewshell (or 'kviewshell2') that has a stable API and can really be used by other. As soon as we have a solid base to work on, we would like to invite other developers. Although Wilfried has submitted a number of substantial patches, much work still needs to be done, and anyone who will help is extremely welcome.
oh, great! So I'm not alone with my wish... ;)
*** Bug 97949 has been marked as a duplicate of this bug. ***
oh, it seems that this bug is becoming popular. ;)
While we are at it, why don't we add the ability to add/delete/replace pages in the above documents? Something like Adobe Acrobat (the pay program, not the Reader). Ghostscript or pdftk could be used as a basis to do this for ps and pdf files, maybe. Or the ability to output plain text or graphics from a file (similar to pdfimages or KWord). One stop shopping for page orientated documents.
that sounds good to me ;-) pdftk (if available) for PDFs, psutils for Postscript, tiff tools for TIFF/FAX. Is there something like this for DVIs? btw: pdftk can do more than just selecting pages. Compressing, Encrypting, etc. Would be cool to have these features in this GUI. furthermore: all doc types which are not PDFs could get a button (or something like this) 'convert to PDF'. Using KPrinter is NOT the same! And don't forget the 'save as' and 'email to' buttons. ;-)
Slow down, guys ... first let us do reading-related things, and than think on.
The above sounds like a vote for ReadeR / kread http://www.kde-apps.org/content/show.php?content=18945 or for KrViewer (the Viewer of Krusader) http://krusader.sourceforge.net/handbook/krviewer.html
Since KPDF has become Xtremely Kool recently, why not extend KPDF to also support PS and DVI documents?
for reference, what the Gnome guys are doing: http://www.gnome.org/projects/evince/
CVS commit by whuss: First version of a working fax-plugin for KViewShell (Took only about 5 years). Currently it uses a seperate main program (kfaxview) like KDVI does, since the plugin loader of KViewShell is still a little buggy if we try to switch plugins on the fly. CCBUG:91481 A cr16-app-kfaxview.png 1.1 A cr32-app-kfaxview.png 1.1 A cr48-app-kfaxview.png 1.1 A faxmultipage.cpp 1.1 [GPL (v2+)] A faxmultipage.h 1.1 [GPL (v2+)] A faxrenderer.cpp 1.1 [GPL (v2+)] A faxrenderer.h 1.1 [GPL (v2+)] A kfaxmultipage.desktop 1.1 A kfaxview.desktop 1.1 A kfaxview.rc 1.1 A main.cpp 1.1 [no copyright] M +27 -10 Makefile.am 1.15 R configure.in.bot 1.1 R configure.in.in 1.1 R kfax 1.1.1.1 R kfax_multipage.cpp 1.27 R kfax_multipage.h 1.13 R kfax_part.rc 1.2 R tiffsplit.c 1.2 --- kdegraphics/kfaxview/Makefile.am #1.14:1.15 @@ -1,18 +1,35 @@ -INCLUDES= -Ikpathsea -I$(top_srcdir)/kviewshell \ - $(all_includes) +INCLUDES = -I$(top_srcdir) $(all_includes) \ + -I$(top_srcdir)/kviewshell \ + -I$(top_builddir)/kviewshell \ + -I$(kde_includes)/kviewshell \ + -Ilibkfaximage -kde_module_LTLIBRARIES= kfaxpart.la +SUBDIRS = libkfaximage . + +KDE_ICON = kfaxview METASOURCES = AUTO -kfaxpart_la_SOURCES = kfax_multipage.cpp tiffsplit.c +bin_PROGRAMS = kfaxview +kfaxview_SOURCES = main.cpp +kfaxview_LDFLAGS = $(all_libraries) $(KDE_RPATH) +kfaxview_LDADD = ../kviewshell/libifaces.la ../kviewshell/libkviewshell.la -lkparts + +# this is where the desktop file will go +kde_services_DATA = kfaxmultipage.desktop + +# this is where the shell's XML-GUI resource file goes +shellrcdir = $(kde_datadir)/kfaxview + +kde_module_LTLIBRARIES = kfaxviewpart.la +kfaxviewpart_la_LDFLAGS = $(all_libraries) $(KDE_PLUGIN) -module +kfaxviewpart_la_LIBADD = -lkdeprint -lkparts $(top_builddir)/kviewshell/libkmultipage.la libkfaximage/libkfaximage.la +kfaxviewpart_la_SOURCES = faxmultipage.cpp faxrenderer.cpp -kfaxpart_la_LDFLAGS = $(all_libraries) $(KDE_PLUGIN) -module -kfaxpart_la_LIBADD = $(LIB_KPARTS) $(LIB_KDEPRINT) $(LIBTIFF) \ - $(top_builddir)/kviewshell/libkmultipage.la +partdir = $(kde_datadir)/kfaxview +part_DATA = ../kviewshell/kviewshell.rc kfaxview.rc messages: rc.cpp -# $(XGETTEXT) *.cpp -o $(podir)/kfax.pot + $(XGETTEXT) *.cpp -o $(podir)/kfaxview.pot -partdir = $(kde_datadir)/kfax -part_DATA = kfax_part.rc +xdg_apps_DATA = kfaxview.desktop \ No newline at end of file
SVN commit 409360 by whuss: Initial commit of a DjVu-Plugin for KViewShell. For the loading of djvu files djvulibre <http://djvulibre.djvuzone.org> is used. Unfortunately the public API of libdjvulibre is very limited at the moment. Therefore we need a copy of the library in the sourcetree to be able to access advanced features. Currently the plugin supports text selection and search if a hidden text layer is present in the file. Hyperlinks to the same file also work. If the plugin should be loaded right at the start of KViewShell call: kviewshell --mimetype image/x-djvu Otherwise KViewShell will load the plugin whenever a djvu file is opened. On the fly plugin switching is still not completly bugfree though. It would be nice if someone could check the autoconf script. It builds fine here, but I don't know much about autoconf. CCBUG:91481 A trunk/KDE/kdegraphics/kviewshell/plugins (directory) A trunk/KDE/kdegraphics/kviewshell/plugins/Makefile.am A trunk/KDE/kdegraphics/kviewshell/plugins/djvu (directory) A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/Makefile.am A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/djvumultipage.cpp [License: GPL (v2+)] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/djvumultipage.desktop A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/djvumultipage.h [License: GPL (v2+)] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/djvumultipage.rc A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/djvurenderer.cpp [License: GPL (v2+)] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/djvurenderer.h [License: GPL (v2+)] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu (directory) A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/Arrays.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/Arrays.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/BSByteStream.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/BSByteStream.h [POSSIBLY UNSAFE: system] [License: GENERATED FILE] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/BSEncodeByteStream.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/ByteStream.cpp [POSSIBLY UNSAFE: scanf] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/ByteStream.h [POSSIBLY UNSAFE: scanf] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DataPool.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DataPool.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVmDir.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVmDir.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVmDir0.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVmDir0.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVmDoc.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVmDoc.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuAnno.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuAnno.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuDocEditor.cpp [POSSIBLY UNSAFE: tmpnam] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuDocEditor.h [License: GENERATED FILE] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuDocument.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuDocument.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuDumpHelper.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuDumpHelper.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuErrorList.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuErrorList.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuFile.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuFile.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuFileCache.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuFileCache.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuGlobal.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuGlobal.h [License: GENERATED FILE] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuGlobalMemory.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuImage.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuImage.h [License: GENERATED FILE] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuInfo.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuInfo.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuMessage.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuMessage.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuMessageLite.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuMessageLite.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuNavDir.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuNavDir.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuPalette.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuPalette.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuPort.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuPort.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuText.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuText.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuToPS.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/DjVuToPS.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GBitmap.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GBitmap.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GContainer.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GContainer.h [License: GENERATED FILE] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GException.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GException.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GIFFManager.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GIFFManager.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GMapAreas.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GMapAreas.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GOS.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GOS.h [POSSIBLY UNSAFE: system] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GPixmap.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GPixmap.h [POSSIBLY UNSAFE: system] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GRect.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GRect.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GScaler.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GScaler.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GSmartPointer.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GSmartPointer.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GString.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GString.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GThreads.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GThreads.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GURL.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GURL.h [POSSIBLY UNSAFE: system] [License: GENERATED FILE] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/GUnicode.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/IFFByteStream.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/IFFByteStream.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/IW44EncodeCodec.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/IW44Image.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/IW44Image.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/JB2EncodeCodec.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/JB2Image.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/JB2Image.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/JPEGDecoder.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/JPEGDecoder.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/MMRDecoder.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/MMRDecoder.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/MMX.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/MMX.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/Makefile.am A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/Template.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/UnicodeByteStream.cpp [POSSIBLY UNSAFE: gets] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/UnicodeByteStream.h [POSSIBLY UNSAFE: gets] [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/XMLParser.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/XMLParser.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/XMLTags.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/XMLTags.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/ZPCodec.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/ZPCodec.h [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/configure.in.in A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/debug.cpp [License: UNKNOWN] A trunk/KDE/kdegraphics/kviewshell/plugins/djvu/libdjvu/debug.h [License: GENERATED FILE]
*** Bug 105667 has been marked as a duplicate of this bug. ***
What about merging these efforts, now that this SummerOfCode project has been approved? http://developer.kde.org/summerofcode/okular.html
oKular has now all the functionality of kghostview including several wishlist items and bugfixes.
Could oKular integrate pdftk functionality (or what parts are already implemented)? Like described on kinda relating bugs: https://bugs.kde.org/show_bug.cgi?id=86787 https://bugs.kde.org/show_bug.cgi?id=99352 https://bugs.kde.org/show_bug.cgi?id=78622 PDF Toolkit service menu: http://kde-apps.org/content/show.php?content=18545 actually is pretty nice, too bad it's not part of the kviewshell API, oKular (as far as I can see) or kprint...
*** Bug 114145 has been marked as a duplicate of this bug. ***
no news on this toppic??? I think this should have some priority, at least for the upcoming 4.0 release.
It's certainly a good idea to have one app for viewing your most important file types, but I think it's not a so good idea to include lot's of edit functions for Filetypes that are made for viewing and printing. You certainly aren't using the gimp for viewing your photos aren't you?
Hi I do not know if someone has submitted this wish before. Sometimes I end up opening the same files again and again and would like to have something like the bookmarks of a webbrowser. I could then make links to my most visited or favorite scientific papers, reference eBooks, etc. Although I normally read pdf-files the feature could be useful for a all-in-one viewer. Thanks.
I don't think that this is in the scope of a document viewer how it is discussed here. However, you could just create usual bookmarks, maybe in a special branch of your bookmarks tree. The document viewer then could use a bookmarks menu to provide access as usual. In this context, I'd appreciate a search field at the top of the bookmarks menu, finding bookmarks matching the input pattern in the current branch, optionally including subbranches. This would allow matching against *.pdf, and every application could remember the last used or a preset pattern, so the document viewer would use *.pdf by default, for example. I think this is a thing for KDE4, isn't it? If you consider this a good idea, I'll open a feature request on this. Peter
to comment #24 and 25: please don't copy bookmark menus and items everywhere. Currently we have bookmarks in - Konqueror's menu (where they make sense, support all protocols and are fine) - file open dialogs (where they _sometimes_ make sense too) - Konqueror's sidebar (which is a useless double feature unless it's the same bookmarks as in the main menu and adds to GUI cluttering), - Konsole (I never understood what for), etc etc... it's not a good feature _everywhere_. Thanks. :) Jens
We shouldn't use bookmarks at random, of course, but in combination with a file type filter, I think this makes sense. Apparently, some people wish to have a list of their favourite documents in the document viewer, and of course these could be widespread through many networks using different protocols. Why shouldn't we use the existing bookmark "infrastructure", extended by a filter? Peter
SVN commit 544947 by whuss: Add support for postscript files. Now kviewshell finally supports all major page oriented fileformats! CCBUG:91481 M +1 -0 CMakeLists.txt A ps (directory) A ps/CMakeLists.txt A ps/dscparse.cpp trunk/KDE/kdegraphics/kghostview/dscparse.cpp#544904 A ps/dscparse.h trunk/KDE/kdegraphics/kghostview/dscparse.h#544904 A ps/dscparse_adapter.cpp trunk/KDE/kdegraphics/kghostview/dscparse_adapter.cpp#544904 A ps/dscparse_adapter.h trunk/KDE/kdegraphics/kghostview/dscparse_adapter.h#544904 A ps/internaldocument.cpp branches/work/kde4/playground/graphics/okular/generators/ghostview/internaldocument.cpp#544931 [POSSIBLY UNSAFE: scanf] [License: GPL (v2+)] A ps/internaldocument.h branches/work/kde4/playground/graphics/okular/generators/ghostview/internaldocument.h#544931 [License: GPL (v2+)] A ps/ps.c trunk/KDE/kdegraphics/kghostview/ps.c#544904 A ps/ps.h trunk/KDE/kdegraphics/kghostview/ps.h#544904 A ps/psMultipage.cpp [License: GPL (v2+)] A ps/psMultipage.desktop A ps/psMultipage.h [License: GPL (v2+)] A ps/psRenderer.cpp [License: GPL (v2+)] A ps/psRenderer.h [License: GPL (v2+)] --- trunk/KDE/kdegraphics/kviewshell/plugins/CMakeLists.txt #544946:544947 @@ -16,6 +16,7 @@ MESSAGE(STATUS "The poppler QT4-Bindings were not found. The KViewShell PDF-plugin will not be build.") endif (POPPLER_QT4_FOUND) +add_subdirectory( ps ) ########### install files ###############
Can this bug be closed yet then?
> Can this bug be closed yet then? Yes, I think it can. kviewshell now supports PDF, DVI, DjVu, Fax, PostScript and Enculapsed PostScript. It uses multihreaded rendering with caching and background prerendering, to have a smooth and nonblocking GUI. Hyperlinks, Text selection, search and export are supported for PDF, DVI DjVu. Table of Contents is supported for DVI and DjVu (for PDF this will be added soon.) Basic editing (deleting pages, inserting pages of an other document) works for PDF and DjVu. Inverse and forward search are supported for DVI and PDF. That means you can jump to the corresponding line of the LaTeX source file from inside kviewshell. And you can also jump from the LaTeX source to the correct place in the generated DVI or PDF document (This works for example with Kile). We have an interactive presentation mode, and PDF files can also specify transition effects for each page. For all issues please open individual bugreports.
> ------- Additional Comments From Wilfried.Huss gmx at 2006-06-29 20:02 ------- > > Can this bug be closed yet then? > > Yes, I think it can. > > kviewshell now supports PDF, DVI, DjVu, Fax, PostScript and Enculapsed PostScript. It uses multihreaded rendering with caching and background > prerendering, to have a smooth and nonblocking GUI. > > Hyperlinks, Text selection, search and export are supported for PDF, DVI DjVu. > > Table of Contents is supported for DVI and DjVu (for PDF this will be added soon.) > > Basic editing (deleting pages, inserting pages of an other document) works for PDF and DjVu. > > Inverse and forward search are supported for DVI and PDF. That means you can jump to the corresponding line of the LaTeX source file from inside kviewshell. And you can also jump from the LaTeX source to the correct place in the generated DVI or PDF document (This works for example with Kile). > > We have an interactive presentation mode, and PDF files can also specify transition effects for each page. > > For all issues please open individual bugreports. > When do you expect it to get part of standard KDE setup ? by KDE version 3.5.4 ? i.e. installed by default on Linux distros (if KDE selected) ?
,---- Wilfried Huss wrote: | > Can this bug be closed yet then? | | Yes, I think it can. | | kviewshell now supports PDF, DVI, DjVu, Fax, PostScript and Enculapsed | PostScript. `---- Two questions: 1. Can you just clarify to which extend kviewshell is connected/competing with okular? Is it the result of that SoC project? 2. Since this bug is about a general document viewer for page oriented documents: what about tiff? We badly miss a nice tiff viewer, that is able to show multiple pages from one file.
> When do you expect it to get part of standard KDE setup ? by KDE version > 3.5.4 ? i.e. installed by default on Linux distros (if KDE selected) ? No, minor KDE versions are feature frozen. The current version of kviewshell is to different to the version in KDE 3.5, to be released with KDE 3.5.4. But we develop a KDE3 version in parallel with the KDE4 version. You can find the KDE3 version in SVN at: http://websvn.kde.org/branches/work/kviewshell-0.7 We plan to release this version independently. If all goes well, this will happen at the end of summer. But everyone can of course test the SVN version. If we get more testers, it will also help us to make a stable release faster. Greetings, Wilfried Huss
> Two questions: > 1. Can you just clarify to which extend kviewshell is connected/competing with > okular? Is it the result of that SoC project? It is competing with okular. kviewshell exists since the days of KDE 2 as the basis of KDVI. We have merged some bits of code from okular like the presentation mode, and the accessibility viewmodes, but thats about it. I've started working on kviewshell about two years ago, with the explicit goal to implement this wish, Google had nothing to do with this. > 2. Since this bug is about a general document viewer for page oriented > documents: what about tiff? We badly miss a nice tiff viewer, that is able to > show multiple pages from one file. You mean the FAX plugin. The FAX/g3 file format is just multipage tiff. This already works in the kviewshell version that was released with KDE 3.5, but there are some features missing, like rotation support. And the 3.5 version is not multithreaded. Greetings, Wilfried Huss
I am sorry - but I don't know how to download from SVN - can you post a .tar.gz or RPM please ...
> I am sorry - but I don't know how to download from SVN - can you post a .tar.gz or RPM please ... Compiling from SVN is really not more difficult than from a tarball. You just need to install subversion and execute the following command to download the source: svn checkout svn://anonsvn.kde.org/home/kde/branches/work/kviewshell-0.7 Then in the kviewshell-0.7 directory that is created by this: make -f Makefile.cvs ./configure make make install For PDF support libpoppler from CVS is needed. For instructions look at http://poppler.freedesktop.org And yesterday I switched the DVI rendering code to Cairo, so you will need that as well. I hope this helps. Greetings, Wilfried Huss
,---- Wilfried Huss wrote: | It is competing with okular. kviewshell exists since the days of KDE 2 as | the basis of KDVI. We have merged some bits of code from okular like the | presentation mode, and the accessibility viewmodes, but thats about it. | | I've started working on kviewshell about two years ago, with the explicit | goal to implement this wish, Google had nothing to do with this. I understand where you are coming from[0], and some of your points (the SoC coder not maintaining the project afterwards etc.) seem to be valid after all. But in the interest of KDE and its users, isn't there any chance to try and approach each other? The guys in #kpdf seem to be quite nice, I can't understand their reaction to your mail. Maybe it was a bad situation back then and could be better now? It would make my day ... 0: http://lists.kde.org/?l=kde-devel&m=111789901318841&w=2 | You mean the FAX plugin. The FAX/g3 file format is just multipage tiff. | This already works in the kviewshell version that was released with KDE | 3.5, but there are some features missing, like rotation support. And the | 3.5 version is not multithreaded. Well, tiff/g3 and tiff/g4 is not everything you need. Many scanned tiff documents are encoded in different algorithms, like LZW. Do you plan adding this to kviewshell (maybe after joining forces with okular ;-)? Should I open a separate bug for it and maybe attach an example multipage tiff with LZW compression? Thanks, Frank
> Well, tiff/g3 and tiff/g4 is not everything you need. Many scanned tiff > documents are encoded in different algorithms, like LZW. > Do you plan adding this to kviewshell (maybe after joining forces with > okular ;-)? We use a shared library which Helge Deller has written last year that handels all the hairy details of faxes. If we add support for these types of files there, both programs will be able to open them. Actually they might already be supported. Have you tried it? > Should I open a separate bug for it and maybe attach an example > multipage tiff with LZW compression? Yes please open a bug about this. An example file would also be nice. Greetings, Wilfried Huss