Package Details: qpdfview-bzr 2070-1

Git Clone URL: https://aur.archlinux.org/qpdfview-bzr.git (read-only, click to copy)
Package Base: qpdfview-bzr
Description: A tabbed PDF viewer using the poppler library. (development version)
Upstream URL: https://launchpad.net/qpdfview
Licenses: GPL2
Conflicts: qpdfview
Submitter: adamreichold
Maintainer: adamreichold
Last Packager: adamreichold
Votes: 8
Popularity: 0.000006
First Submitted: 2012-02-07 20:39 (UTC)
Last Updated: 2018-05-06 13:58 (UTC)

Dependencies (11)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

b52 commented on 2016-10-19 20:59 (UTC)

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

adamreichold commented on 2016-05-06 12:31 (UTC)

@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 (UTC)

mupdf version doesn't compile - anyone know anything?

adamreichold commented on 2015-03-22 00:26 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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 (UTC)

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.

lahwaacz commented on 2015-03-16 09:29 (UTC)

One more interesting detail, at the point when page navigation with j/k keys does not work, the tab navigation with h/l keys actually works.

lahwaacz commented on 2015-03-16 09:26 (UTC)

I have a little but annoying problem with key bindings. I have bound the j/k keys for page down/up movement, which works only when the preview widget (or whatever it is called) is focused. The main case when the j/k keys stop working is: 1. Focus the main window, navigation with j/k works. 2. Press and release Alt modifier key, which activates keyboard navigation in the pull-down menu in the menu bar. Because Alt is the modifier key of my window manager (i3), this is often done unintentionally. 3. At this point the navigation with j/k (obviously) does not work, if Alt is pressed and released once more time it works again. 4. If instead of 3. another window is focused and then qpdfview again, navigation with j/k still does not work and the trick described in 3. does not help. The keyboard navigation in menus is probably Qt stuff, so I don't know if anything can be done on qpdfview side. There is no option to set a modifier key for the menu navigation in the "Modifiers" tab in the settings. Sorry for reporting the bug here, I don't feel like registering on launchpad...

« First ‹ Previous 1 2 3 4 5 6 Next › Last »