Summary: | scrolling works only when windows has been moved (Linux/Xfce) | ||
---|---|---|---|
Product: | MuPDF | Reporter: | Nathanael Schaeffer <nathanael.schaeffer> |
Component: | mupdf | Assignee: | Tor Andersson <tor.andersson> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | P4 | ||
Version: | unspecified | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- |
Description
Nathanael Schaeffer
2009-09-11 04:31:00 UTC
I'm not sure what you mean. The mupdf application doesn't have a continuous-page mode, so scrolling is only possible within the single displayed page, and then only when the page image is larger than the window. Can you clarify what you're doing, what you expect to happen, and what happens instead? Sorry, here are some precisions : When the program starts, the window takes up the whole height of the screen, but the page does not fit into the window. Then I expect that when pressing d, it will scroll down, but nothing happens. Then I grab the title bar and move the window a little bit (resizing is not required), and after that the page scrolls as expected (with the "d" key or with the mouse) I've been doing some more tests, and it appears that it has something to do with my dual screen setup (two screens are on top of each other setup with xrandr) and mupdf thinks that its window height is the total height of the screen (top + bottom) while in fact the window only fills the top or bottom screen so that the height is less. When a page needs more pixels to be fully displayed that what is available (and allocated by the window manager) on the current screen, but less than the total virtual screen, then scrolling does not work as it should. Hope this is clearer, feel free to ask more precisions. Yes, that helps a lot, thanks. I'd certainly believe there's a bug in the wm interaction; that stuff is hard to get right. *** This bug has been marked as a duplicate of bug 691330 *** |