#633654 zoom +, -, keystrokes no longer work

Package:
xpdf
Source:
xpdf
Description:
Motif-based PDF reader using the Poppler library
Submitter:
Date:
2026-07-15 04:45:01 UTC
Severity:
wishlist
#633654#5
Date:
2011-07-12 13:52:42 UTC
From:
To:
The zoom ( +, - ) keystrokes no longer work.

n and p still work.
#633654#10
Date:
2011-09-17 06:56:53 UTC
From:
To:
Can you narrow down which version actually broke this and/or try
unapplying patches related to zoom?  It looks like this is broken in
the version shipped with squeeze also, 3.02-12?

Thanks,
Mike
#633654#13
Date:
2011-09-17 06:56:53 UTC
From:
To:
Can you narrow down which version actually broke this and/or try
unapplying patches related to zoom?  It looks like this is broken in
the version shipped with squeeze also, 3.02-12?

Thanks,
Mike
#633654#18
Date:
2012-01-30 02:50:03 UTC
From:
To:
tag 633654 moreinfo
thanks

Any progress on this?

Thanks,
Mike
#633654#23
Date:
2012-01-30 02:50:03 UTC
From:
To:
tag 633654 moreinfo
thanks

Any progress on this?

Thanks,
Mike
#633654#28
Date:
2012-01-30 11:32:29 UTC
From:
To:
MG> tag 633654 moreinfo
MG> thanks

MG> On Sat, Sep 17, 2011 at 2:56 AM, Michael Gilbert wrote:

All I know is due to much worse bugs as the versions increase, I have used aptitude
forbid-version to stick to
xpdf:
  Installed: 3.02-21
  Candidate: 3.03-8
So I am grateful to still be able to use it at all.
#633654#33
Date:
2012-02-04 03:45:24 UTC
From:
To:
This affects 3.02-21 as well, doesn't it?  If not, that information is
very useful.

Best wishes,
Mike
#633654#36
Date:
2012-02-04 03:45:24 UTC
From:
To:
This affects 3.02-21 as well, doesn't it?  If not, that information is
very useful.

Best wishes,
Mike
#633654#41
Date:
2012-02-04 04:29:40 UTC
From:
To:
Yes + and - do nothing in 3.02-21.
#633654#46
Date:
2012-02-08 04:24:47 UTC
From:
To:
$ xpdf file.pdf # "+" key does not work
$ xpdf -z 200 file.pdf # -z 200 ignored, but "+" key works
$ xpdf.real -z 200 file.pdf # -z 200 works! "+" key also works!
#633654#51
Date:
2012-06-11 12:18:13 UTC
From:
To:
I have no such problems with xpdf 3.03-9+b1 (if you still have this
problem, make sure that xpdf is really /usr/bin/xpdf, not an alias
or some command in another directory). Since "xpdf -z 200 file.pdf"
executes "xpdf.real -z 200 file.pdf" (you can check with strace),
there shouldn't be any difference between (2) and (3).

Note that '+' and '-' don't have any effect when the zoom value is
one of the 3 "fit" options (the default depends on your X resources).
I think that's a feature (because '+' and '-' don't change the
window size), but it should be improved, IMHO. If this is your
case, you can see the wishlist bug I've just reported:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677066
#633654#56
Date:
2012-06-15 12:06:20 UTC
From:
To:
forcemerge 677066 633654
thanks
VL> Note that '+' and '-' don't have any effect when the zoom value is
VL> one of the 3 "fit" options (the default depends on your X resources).
VL> I think that's a feature (because '+' and '-' don't change the
VL> window size), but it should be improved, IMHO. If this is your
VL> case, you can see the wishlist bug I've just reported:

VL>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677066

Indeed that seems to be my problem.

Who ever thought to make the + and - keys unresponsive in certain
circumstances!?!
#633654#67
Date:
2012-06-15 12:55:52 UTC
From:
To:
The main issue is what the user expects when + or - is used in this
case (with fit page/width/height):
  * Change the zoom factor, keeping the same window size, but the
    document would no longer fit the page/width/height?
  * Change both the zoom factor and the window size?
  * In the latter case, what if the window wouldn't fit in the screen?
    No longer fit? Choose the maximum (if not yet the maximum)?

I suppose that different users would have different expectations.
That's why it should be configurable, but I don't know what the
default should be.
#633654#72
Date:
2012-06-15 13:05:24 UTC
From:
To:
Well I always use maximized windows so
VL>   * Change the zoom factor, keeping the same window size, but the
VL>     document would no longer fit the page/width/height?
is what I would expect.
#633654#81
Date:
2026-07-15 04:42:26 UTC
From:
To:
Just came across these ancient bugs, with some connection also to #1119711

So I'm on one such (2x)3840x2160 setup (no doubt very common these
decades).

I think this is telling me DPI is 140 (certainly 697mm and 392mm measures
the WxH dimensions of the 32" monitor):

    > xrandr --listmonitors
    Monitors: 2
     0: +*DisplayPort-0 3840/697x2160/392+0+0  DisplayPort-0
     1: +DisplayPort-1 3840/697x2160/392+3840+0  DisplayPort-1

I can't find any configuration in my windowmanger or .Xdefaults to tell
pdf what size window to bring up, so it brings up a window that uses all
the vertical realestate, but the document it displays in that window is
very shrunk.

So I need to specify in .pdfrc:

    initialZoom page


But I still want to be able to zoom that easily and intuitively.  But lose
the "+" / "-" keybinding functionality because of initialZoom.

So *I'd* want to see a zoomIn/zoomOut like function that could "turn off"
zoomFitPage, zoomFitWidth, zoomFitHeight, and then increment in the
desired zoom direction, but *without* modifying window size, all in one
step.  I imagine other people want to be able to choose to modify window
size too.