This is going to be a long read so please take tea/coffee when you are reading it. I have used all the files from the wild to test whatever has been asked of me.
additional info. as I have been asked : Q1. Are you using okular inside a kde session or not? A1. I am running Okular under GNOME 3 fallback session. Q2. Does running `kbuildsycoca4 --noincremental` help? A2. $ kbuildsycoca4 --noincremental kbuildsycoca4 running... kbuildsycoca4(31549) KConfigGroup::readXdgListEntry: List entry Actions in "ServiceMenus/mediainfo-gui.desktop" is not compliant with XDG standard (missing trailing semicolon). ....... These sort of XDG standard complaints are there quite a bit but they are outside the issue I'm experiencing. Q3. Does opening files of type CHM, DjVu, or TIFF work? A3. Ok now this is a biggie. it took an insane amount of memory and processing power to read the epub finally. I had to take down the browser to be able to view it. This is not the way the other apps work. okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1109)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: libepub (II): opening '/home/shirish/Documents/*****.epub' libepub (II): building ocf struct libepub (II): looking for mime type libepub (II): mimetype found application/epub+zip libepub (II): parsing container file META-INF/container.xml libepub (II): Found containerr libepub (II): Found rootfiles libepub (II): found root in OEBPS/content.opf media-type is application/oebps-package+xml libepub (II): Found rootfiles libepub (II): Found containerr libepub (II): data path is OEBPS/ libepub (II): building opf struct libepub (II): parsing metadata libepub (II): title is ***** libepub (II): creator - (null): ***** libepub (II): publisher is ***** libepub (II): format is libepub (II): date of (null): 2011-05-27 libepub (II): subject is libepub (II): description is libepub (II): rights is NONE libepub (II): identifier bookid((null)) is: ***** libepub (II): language is en libepub (II): meta is cover: cover-jpeg libepub (II): parsing manifest libepub (II): manifest item IFC_bottom-jpeg href images/IFC_bottom.jpg media-type image/jpeg libepub (II): manifest item IFC_top-jpeg href images/IFC_top.jpg media-type image/jpeg libepub (II): manifest item ncx href toc.ncx media-type application/x-dtbncx+xml libepub (II): manifest item cover href cover.xhtml media-type application/xhtml+xml libepub (II): manifest item xtoc href toc.xhtml media-type application/xhtml+xml libepub (II): manifest item x01_9780470878675-ffirs href 01_9780470878675-ffirs.xhtml media-type application/xhtml+xml libepub (II): manifest item x03_9780470878675-intro href 03_9780470878675-intro.xhtml media-type application/xhtml+xml libepub (II): manifest item onthewebsite-fmt-jpeg href images/onthewebsite_fmt.jpeg media-type image/jpeg libepub (II): manifest item remember-fmt-jpeg href images/remember_fmt.jpeg media-type image/jpeg libepub (II): manifest item technicalstuff-fmt-jpeg href images/technicalstuff_fmt.jpeg media-type image/jpeg libepub (II): manifest item tip-fmt-jpeg href images/tip_fmt.jpeg media-type image/jpeg libepub (II): manifest item warning-bomb-fmt-jpeg href images/warning_bomb_fmt.jpeg media-type image/jpeg libepub (II): manifest item x04_9780470878675-pp01 href 04_9780470878675-pp01.xhtml media-type application/xhtml+xml libepub (II): manifest item x9780470878675-pp0101-fmt-jpeg href images/9780470878675-pp0101_fmt.jpeg media-type image/jpeg libepub (II): manifest item x05_9780470878675-bk01ch01 href 05_9780470878675-bk01ch01.xhtml media-type application/xhtml+xml libepub (II): manifest item x06_9780470878675-bk01ch02 href 06_9780470878675-bk01ch02.xhtml media-type application/xhtml+xml ...... and goes on in between it happens to also parse some fonts which are embedded in the book. libepub (II): manifest item BulletBibleSTD-otf href Fonts/BulletBibleSTD.otf media-type application/x-font-opentype going further ..... libepub (II): parsing spine libepub (II): toc is ncx libepub (II): building toc libepub (II): parsing toc libepub (II): parsing nav map libepub (II): parsing label/info Cover((null)/(null)) ........ libepub (II): finished parsing nav map libepub (II): finished parsing toc libepub (II): found item cover libepub (II): found item xtoc libepub (II): found item x01_9780470878675-ffirs While closing it gave this .... okular(1109)/kdeui (kdelibs) KXMLGUIClient::~KXMLGUIClient: 0x1c8f3d8 deleted without having been removed from the factory first. This will leak standalone popupmenus and could lead to crashes. ***** libepub (II): finished parsing nav map bash: syntax error near unexpected token `II' ***** libepub (II): finished parsing toc bash: syntax error near unexpected token `II' ***** libepub (II): found item cover bash: syntax error near unexpected token `II' ***** libepub (II): found item xtoc bash: syntax error near unexpected token `II' ***** libepub (II): found item x01_9780470878675-ffirs bash: syntax error near unexpected token `II' This is with .epub. This is with .chm :- okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1723)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1723)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: Running out of memory on page 2 (1544x15430 px); okular(1723)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: this message will be reported only once. At end it gave the same .... okular(1723)/kdeui (kdelibs) KXMLGUIClient::~KXMLGUIClient: 0x19c63b8 deleted without having been removed from the factory first. This will leak standalone popupmenus and could lead to crashes. The .djvu was considerably faster, almost instantly although the output on the CLI is same/similar to the one of the .chm. okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1876)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: okular(1876)/kdeui (kdelibs) KXMLGUIClient::~KXMLGUIClient: 0x918e38 deleted without having been removed from the factory first. This will leak standalone popupmenus and could lead to crashes. I was not able to find any .tiff files in the wild in order to test them although still trying. So basically it works but guess it worked after doing 'kbuildsycoca4 --noincremental' which I looked at by doing 'kbuildsycoca4 --help' and figured it says :- --noincremental Disable incremental update, re-read everything Looking forward to any more comments. So basically it works but takes lot of effort to read, have no idea why its like that though. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CADdDZR=qbcrk-qgok3bysh_fqps5zg7x2sbauaovbycgd...@mail.gmail.com
