[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 304562] New: Viewing djvu files inside rekonq [with solution]
From:       Leon Bottou <leon () bottou ! org>
Date:       2012-08-04 15:58:04
Message-ID: bug-304562-17878 () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=304562

            Bug ID: 304562
          Severity: wishlist
           Version: 0.9.1
          Priority: NOR
          Assignee: adjam7@gmail.com
           Summary: Viewing djvu files inside rekonq [with solution]
    Classification: Unclassified
                OS: Linux
          Reporter: leon@bottou.org
          Hardware: Other
            Status: NEW
         Component: web app
           Product: rekonq

I am the maintainer of djvulibre on a mission to make the djview plugin work
inside rekonq. 
Working under kubuntu precise (rekonq 0.9.1)

1) HOW TO MAKE IT WORK

Best is to use the latest git version 
$ git clone git://djvu.git.sourceforge.net/gitroot/djvu/djview.git
Convenient packages at http://leon.bottou.org/morefiles/ if you want to save
time.
Then go to the kde control panel, file associations, search mime type
vnd.djvu,select the embedding tab, and delete all files associations there,
including the okular part and the ns plugin viewer. Then "rekonq
http://leon.bottou.org/publications/djvu/jmlr-2011.djvu" work like a charm.
Even scripting works quite well.  The only thing that does not work is calling
back javascript from the plugin using NPN_Evaluate.  

2) WHAT IS THE PROBLEM

There are in fact three ways for rekonq to show djvu files.
1- Using the okular part.  This is broken on kubuntu 12.04.  Also you do not
get the menus.
2- Using the nsplugin part that comes with konqueror.  This is broken too.
3- Directly using the djview plugin.  This is the one I can fix. It works.

The problem is that rekonq only uses the djview plugin if it finds nothing in
the kde file associations for embedding data of mime type vnd.djvu. Otherwise
it tries to use the kde parts that fail for reasons well beyond my competences.

The worst part is that the user has no way to indicate that he would prefer
using the direct plugin support from webkit, because this code path is not
represented in the file association dialog. If the konqueror nspluginviewer is
installed, the file association shows an entry "Netscape plugin" but this entry
is for the nsplugin part which should load the plugin but does it in a way that
does not work in rekonq (although it works in konqueror).

As long as the kpart support is incomplete (menubar merging?), it makes sense
to prefer the netscape plugins over the kparts. Maybe with a preference option
to control this priority.

Thanks.

- Leon Bottou


Reproducible: Always

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]