OESF Portal | OESF Forum | OESF Wiki | LinuxPDA | #planetgemini chat on matrix.org | #gemini-pda chat on Freenode | #zaurus and #alarmz chat on Freenode | ELSI (coming soon) | Ibiblio

IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> Xpdf Broken?, cuts off right and bottom of page
desertrat
post Apr 3 2006, 10:59 PM
Post #1





Group: Members
Posts: 743
Joined: 15-October 05
From: Gulag, Siberia
Member No.: 8,322



Has anyone else noticed that xpdf (I'm using 1.1.0beta1, rc12 had the same problem) cuts off the right side and bottom of the page. See screenshots.

Attached Image

here is what page looks like in kpdf


Attached Image

xpdf on pdaXrom, note the text is cut, the keyboard and the mouse is missing. NB changing the zoom doesn't rectify the problem, it just cuts off varying amounts.


BTW xpdf on Pocket Workstation doesn't have this problem. Any ideas?

-- cheers
Go to the top of the page
 
+Quote Post
omro
post Apr 3 2006, 11:10 PM
Post #2





Group: Members
Posts: 796
Joined: 28-May 04
Member No.: 3,474



I noticed that, but it doesn't seem to do it in portrait rather than landscape mode on my C1000
Go to the top of the page
 
+Quote Post
Antikx
post Apr 4 2006, 10:01 AM
Post #3





Group: Members
Posts: 1,147
Joined: 5-January 05
From: Winnipeg, Manitoba
Member No.: 6,127



And if I move xpdf to a different virtual screen it helps sometimes.
Go to the top of the page
 
+Quote Post
karlto
post Apr 4 2006, 02:29 PM
Post #4





Group: Members
Posts: 343
Joined: 3-October 05
From: NZ
Member No.: 8,243



No problem on RC12 with SL6000 in either portrait or landscape modes, so it must be model-specific...
Go to the top of the page
 
+Quote Post
DaemonsGR
post Apr 5 2006, 12:30 AM
Post #5





Group: Members
Posts: 237
Joined: 28-December 05
Member No.: 8,801



I have the same problem!
C3100 , pdaxrom beta2 smile.gif
Go to the top of the page
 
+Quote Post
desertrat
post Apr 7 2006, 08:09 AM
Post #6





Group: Members
Posts: 743
Joined: 15-October 05
From: Gulag, Siberia
Member No.: 8,322



I found a possible fix. Edit /usr/share/applications/xpdf.desktop and change the Exec line to something like this:
CODE
Exec=xpdf -geometry 640x420-0+0 -z 'width' /mnt/ide3/documents/media/reference/Ferry_English.pdf


Explanation:
-geometry 640x420-0+0 is standard option understand by (most/all?) X programs, this sets size and location of window

-z 'width' this is xpdf specific and sets zoom to page width

/mnt/ide3/documents/media/reference/Ferry_English.pdf opens this document, the purpose of this is to actually set xpdf's working directory to where most of my PDFs are stored. I tried using a Path entry in xpdf.desktop but that doesn't seem to have any effect, hence this kludge.

A similar technique could be used for other programs which are clueless about the window size/location was used the last time you ran them. For example, with gnumeric you would use: --geometry 640x420-0+0, note the double hyphen as opposed to xpdf which requires single hyphen. Use <program> --help on the command line to see what options a particular accepts.


Here's my observations on how this bug manifests itself:

When xpdf starts up the initial size of the window depends on the document opened.

- If the size of the window is wider/taller than the screen and you then maximise the window (which in this case makes it smaller), xpdf will still think it has the original window size to work on and hence scale the drawing accordingly. Thus when you view it on your smaller window parts of it is cutoff

- If the size of the window is narrower/shorter than the screen and you then maximise the window (which in this case makes it bigger), xpdf will still think it has the original window size to work on and hence scale the drawing accordingly. Thus when you view it on your larger window parts of it grey - xpdf will not use those parts and they will not get refreshed.

So by making xpdf startup with the specific window size that you want to use these scaling problems can be avoided.

-- cheers
Go to the top of the page
 
+Quote Post
Antikx
post Apr 7 2006, 01:10 PM
Post #7





Group: Members
Posts: 1,147
Joined: 5-January 05
From: Winnipeg, Manitoba
Member No.: 6,127



Cool. Thanks for posting this info Desertrat.
How do you find viewing PDF's in your newly compiled DjVuLibre compared to Xpdf?
Go to the top of the page
 
+Quote Post
Meanie
post Apr 7 2006, 05:48 PM
Post #8





Group: Members
Posts: 2,803
Joined: 21-March 05
From: Sydney, Australia
Member No.: 6,686



QUOTE(Antikx @ Apr 8 2006, 07:10 AM)
Cool. Thanks for posting this info Desertrat.
How do you find viewing PDF's in your newly compiled DjVuLibre compared to Xpdf?
*


hmm, i will see if i can compile xpdf, then i could fix it and maybe add a file dialog to it too
Go to the top of the page
 
+Quote Post
desertrat
post Apr 7 2006, 09:20 PM
Post #9





Group: Members
Posts: 743
Joined: 15-October 05
From: Gulag, Siberia
Member No.: 8,322



QUOTE(Antikx @ Apr 8 2006, 07:10 AM)
Cool. Thanks for posting this info Desertrat.
How do you find viewing PDF's in your newly compiled DjVuLibre compared to Xpdf?

The program itself takes a little bit longer to startup than xpdf. But once up and running, viewing files and moving between pages is a lot snappier. Particularly when viewing pages laden with graphics as the Tux magazines often are. The djvu files are also a lot smaller than the pdf equivalent (eg one pdf I converted was originally about 20MB, as a djvu file it's 3.5MB, for graphics intensive docs the savings will not be so great - the 2 TUX mags that I converted gave about 50% reduction in size). The savings in space comes at a cost, the quality is not as good as the pdf original. This is only apparent when you zoom in several hundred percent, otherwise for regular viewing it is completely adequate (IMO at least).

QUOTE(Meanie @ Apr 8 2006, 01:48 AM)
hmm, i will see if i can compile xpdf, then i could fix it and maybe add a file dialog to it too

Um, maybe you could be more ambitious ( smile.gif ) and do Evince instead? I had got as far as compiling the poppler library, then I got distracted and compiled DjVuLibre instead rolleyes.gif

-- cheers
Go to the top of the page
 
+Quote Post
Meanie
post Apr 8 2006, 07:19 AM
Post #10





Group: Members
Posts: 2,803
Joined: 21-March 05
From: Sydney, Australia
Member No.: 6,686



QUOTE(desertrat @ Apr 8 2006, 03:20 PM)
QUOTE(Antikx @ Apr 8 2006, 07:10 AM)
Cool. Thanks for posting this info Desertrat.
How do you find viewing PDF's in your newly compiled DjVuLibre compared to Xpdf?

The program itself takes a little bit longer to startup than xpdf. But once up and running, viewing files and moving between pages is a lot snappier. Particularly when viewing pages laden with graphics as the Tux magazines often are. The djvu files are also a lot smaller than the pdf equivalent (eg one pdf I converted was originally about 20MB, as a djvu file it's 3.5MB, for graphics intensive docs the savings will not be so great - the 2 TUX mags that I converted gave about 50% reduction in size). The savings in space comes at a cost, the quality is not as good as the pdf original. This is only apparent when you zoom in several hundred percent, otherwise for regular viewing it is completely adequate (IMO at least).

QUOTE(Meanie @ Apr 8 2006, 01:48 AM)
hmm, i will see if i can compile xpdf, then i could fix it and maybe add a file dialog to it too

Um, maybe you could be more ambitious ( smile.gif ) and do Evince instead? I had got as far as compiling the poppler library, then I got distracted and compiled DjVuLibre instead rolleyes.gif

-- cheers
*



here's my hacked version.

i discovered, you can just press o for a file dialog
Attached File(s)
Attached File  xpdf.zip ( 435.08K ) Number of downloads: 136
 
Go to the top of the page
 
+Quote Post
scheck.r
post Apr 9 2006, 10:59 AM
Post #11





Group: Members
Posts: 320
Joined: 5-December 04
From: Paris, France
Member No.: 5,776



QUOTE
Um, maybe you could be more ambitious (  ) and do Evince instead? I had got as far as compiling the poppler library, then I got distracted and compiled DjVuLibre instead

Evince has already been compiled but it's not on the contrib web site.
Here is the link
https://www.oesf.org/forums/index.php?showt...hl=evince&st=30
Go to the top of the page
 
+Quote Post
desertrat
post Apr 9 2006, 07:10 PM
Post #12





Group: Members
Posts: 743
Joined: 15-October 05
From: Gulag, Siberia
Member No.: 8,322



QUOTE(scheck.r @ Apr 9 2006, 06:59 PM)
Evince has already been compiled but it's not on the contrib web site.
Here is the link
https://www.oesf.org/forums/index.php?showt...hl=evince&st=30

Thanks.
Go to the top of the page
 
+Quote Post
Antikx
post Apr 9 2006, 07:21 PM
Post #13





Group: Members
Posts: 1,147
Joined: 5-January 05
From: Winnipeg, Manitoba
Member No.: 6,127



QUOTE(Meanie @ Apr 8 2006, 09:19 AM)
here's my hacked version.
*

Thanks for posting this Meanie. What version is it?
Go to the top of the page
 
+Quote Post
Meanie
post Apr 9 2006, 09:59 PM
Post #14





Group: Members
Posts: 2,803
Joined: 21-March 05
From: Sydney, Australia
Member No.: 6,686



QUOTE(Antikx @ Apr 10 2006, 01:21 PM)
QUOTE(Meanie @ Apr 8 2006, 09:19 AM)
here's my hacked version.
*

Thanks for posting this Meanie. What version is it?
*



3.01-1

Should be the same version as the one in the beta1 feed, so just replace the xpdf binary once you install that package.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 20th February 2019 - 05:53 PM