Package Details: qpdfview-bzr 2001-1

Git Clone URL: (read-only)
Package Base: qpdfview-bzr
Description: A tabbed PDF viewer using the poppler library. (development version)
Upstream URL:
Licenses: GPL2
Conflicts: qpdfview
Submitter: adamreichold
Maintainer: adamreichold
Last Packager: adamreichold
Votes: 6
Popularity: 0.000248
First Submitted: 2012-02-07 20:39
Last Updated: 2016-05-06 12:48

Dependencies (12)

Required by (0)

Sources (1)

Latest Comments

b52 commented on 2016-10-23 13:49

@adamreichold The screenshot was taken while tiling was disabled. If I however enable tiling in combination with device pixels, I get an even weirder output as shown in

Note that the quality of the rendered output is very bad without the device pixels option.

adamreichold commented on 2016-10-21 05:13

@b52 The screenshot looks like only the first tile composing the page is rendered (or if the others are rendered they are at least not displayed). Could you please check if things work correctly if tiling is disabled via the Graphics tab of the Settings dialog? If so, please file a bug on Launchpad that tiling and non-unit device pixel ratios are incompatible. Thanks!

b52 commented on 2016-10-19 20:59

Using the "device pixel option" results in weird behavior on my laptopt, as can be seen in this screenshot
Note, that it's a high dpi display.

adamreichold commented on 2016-05-06 12:31

@gothmog123 The problem is that the Fitz plug-in is broken in the current trunk revision since the outline and properties interface was changed without the Fitz plug-in being adjusted yet. Also the package dependencies are probably wrong since the headers and libraries seem to have moved to the libmupdf package. Not sure when I will find the time to fix this, patches welcome in any case...

gothmog123 commented on 2016-05-06 03:24

mupdf version doesn't compile - anyone know anything?

adamreichold commented on 2015-03-22 00:26

Hello again,

the problem with the tab navigation in the properties dock should be fixed in the latest trunk revision.

Making all docks visible definitely has no effect on the issue, but it can tell you whether your main window is using tabbed docks and has a tab bar child holding the focus even though it may be invisible. At least this is what I can reproduce during debugging: The focus being on the invisible tab bar child of the main window used by tabbed docks. In any case, the problem remains that Qt's QMainWindow controls that widget instead of qpdfview itself...

Best regards, Adam.

lahwaacz commented on 2015-03-21 20:04

Well, I don't know how "tabbed docks" look, but I think that making all docks visible has no effect on the issue. I've only noticed the "Properties" dock behaving strangely: when it is focused, pressing the "Tab" key will cycle through the table cells and the focus will never leave the dock. I'm not sure if this is an issue though...

adamreichold commented on 2015-03-20 16:26

Hello again,

after further testing, I suspect that your focus might be on an invisible dock widget tab bar that the main window creates. You can verify this by making all docks visible and check if they are tabbed (and then reproduce the situation to actually see the focus on the tab bar). If that is the case, I am not yet sure what I can do about it.

Best regards, Adam.

lahwaacz commented on 2015-03-16 17:08

Seems you are right, pressing Tab at the dead-end point returns focus back to the document widget.

Also saying that the issue occurs when switching windows was inaccurate, I've tried to make qpdfview a floating window and also could not reproduce the issue. It appears to occur only when a workspace is switched. In tiling layout there is often only one window per workspace, hence this mistake...

adamreichold commented on 2015-03-16 16:28

Hello lahwaacz,

besides preferring to track such issues using the bug tracker on Launchpad, my main problem currently is that I can't reproduce this using xfwm4 and hence I have to see if and when I find the time to set up i3 for testing.

I also don't think that this is related to changing the key bindings, but it sounds like a general focus issue w.r.t the document view widget. Did you try wether "tabbing" through the widgets until the main windows is focussed again works?

Best regards, Adam.

All comments