Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #209854 > unrolled thread

Reading pdf files

Back to article view | Back to linux.debian.user

Contents

  Reading pdf files "k. jantzen" <kdjmailing@mailbox.org> - 2019-06-13 16:50 +0200
    Re: Reading pdf files Hans <hans.ullrich@loop.de> - 2019-06-13 17:30 +0200
      Re: Reading pdf files Joe <joe@jretrading.com> - 2019-06-13 18:20 +0200
        Re: Reading pdf files Gary Dale <gary@extremeground.com> - 2019-06-15 05:40 +0200
          Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-15 09:40 +0200
            Re: Reading pdf files Michael Stone <mstone@debian.org> - 2019-06-15 14:30 +0200
            Re: Reading pdf files Gary Dale <gary@extremeground.com> - 2019-06-15 16:40 +0200
              Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-15 17:00 +0200
                Re: Reading pdf files Gary Dale <gary@extremeground.com> - 2019-06-15 17:50 +0200
                  Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-15 18:50 +0200
                    Re: Reading pdf files Gary Dale <gary@extremeground.com> - 2019-06-16 17:40 +0200
                      Re: Reading pdf files Rory Campbell-Lange <rory@campbell-lange.net> - 2019-06-16 22:00 +0200
                  Re: Offlist: Reading pdf files Jonas Smedegaard <dr@jones.dk> - 2019-06-16 18:40 +0200
        Re: Reading pdf files Kenneth Parker <sea7kenp@gmail.com> - 2019-06-18 16:50 +0200
      Re: Reading pdf files Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2019-06-13 18:30 +0200
    Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-13 18:50 +0200
      Re: Reading pdf files Cindy Sue Causey <butterflybytes@gmail.com> - 2019-06-14 15:40 +0200
        Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-14 16:30 +0200
    Re: Reading pdf files Erik Christiansen <dvalin@internode.on.net> - 2019-06-14 11:00 +0200
      Re: Reading pdf files Celejar <celejar@gmail.com> - 2019-06-14 21:00 +0200
        Re: Reading pdf files Erik Christiansen <dvalin@internode.on.net> - 2019-06-15 07:40 +0200
          Re: Reading pdf files Curt <curty@free.fr> - 2019-06-15 10:00 +0200
            Re: Reading pdf files Curt <curty@free.fr> - 2019-06-15 10:10 +0200
            Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-15 10:10 +0200
            Re: Reading pdf files Erik Christiansen <dvalin@internode.on.net> - 2019-06-15 10:20 +0200
            Re: Reading pdf files Rory Campbell-Lange <rory@campbell-lange.net> - 2019-06-15 18:50 +0200
            Re: Reading pdf files David Wright <deblis@lionunicorn.co.uk> - 2019-06-22 04:00 +0200
              Re: Reading pdf files Celejar <celejar@gmail.com> - 2019-06-23 04:40 +0200
                Re: Reading pdf files David Wright <deblis@lionunicorn.co.uk> - 2019-06-24 01:40 +0200
                  Re: Reading pdf files Celejar <celejar@gmail.com> - 2019-06-24 04:40 +0200
    Re: Reading pdf files "k. jantzen" <kdjmailing@mailbox.org> - 2019-06-15 18:00 +0200
      Re: Reading pdf files <tomas@tuxteam.de> - 2019-06-15 18:40 +0200
      Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-15 19:00 +0200
      Re: Reading pdf files Fred <fred@blakemfg.com> - 2019-06-15 21:20 +0200
        Re: Reading pdf files Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2019-06-17 15:30 +0200
          Re: Reading pdf files Curt <curty@free.fr> - 2019-06-17 18:10 +0200
        Re: Reading pdf files franiortiz hotmail <franiortiz@hotmail.com> - 2019-06-17 23:10 +0200
          Re: Reading pdf files Jonas Smedegaard <jonas@jones.dk> - 2019-06-18 09:20 +0200

Page 2 of 2 — ← Prev page 1 [2]

#209919

On 14.06.19 10:51, Celejar wrote:
> On Fri, 14 Jun 2019 18:50:22 +1000
> Erik Christiansen <dvalin@internode.on.net> wrote:
> > I only use mupdf for problem pdf files, but it's very nifty to have on
> > hand.
> 
> I actually love mupdf, and I use it as my main pdf reader. It's just so
> lightweight and easy to use for basic pdf reading.

On trying it again, it does look very promising. Is there a way to set
the background colour? With xpdf I use "-papercolor wheat3" to avoid
eyestrain from the white background.

Erik

[toc] | [prev] | [next] | [standalone]

#209923

On 2019-06-15, Erik Christiansen <dvalin@internode.on.net> wrote:
> On 14.06.19 10:51, Celejar wrote:
>> On Fri, 14 Jun 2019 18:50:22 +1000
>> Erik Christiansen <dvalin@internode.on.net> wrote:
>> > I only use mupdf for problem pdf files, but it's very nifty to have on
>> > hand.
>> 
>> I actually love mupdf, and I use it as my main pdf reader. It's just so
>> lightweight and easy to use for basic pdf reading.
>
> On trying it again, it does look very promising. Is there a way to set
> the background colour? With xpdf I use "-papercolor wheat3" to avoid
> eyestrain from the white background.

curty@einstein:~$ mupdf
usage: mupdf [options] file.pdf [page]
        -p -    password
        -r -    resolution
        -A -    set anti-aliasing quality in bits (0=off, 8=best)
        -C -    RRGGBB (tint color in hexadecimal syntax)
        -W -    page width for EPUB layout
        -H -    page height for EPUB layout
        -S -    font size for EPUB layout
        -U -    user style sheet for EPUB layout

So I guess, 'mupdf -C FFEFD5 foo.pdf' (which gives papaya, not wheat--can't find
wheat--but at least it's a foodstuff). Works here.

I use mupdf from time to time, but as it doesn't refresh automagically like
Evince when I run 'pdflatex' on an open pdf file whose tex source I've
modified, I prefer the latter.

[toc] | [prev] | [next] | [standalone]

#209924

On 2019-06-15, Curt <curty@free.fr> wrote:
> On 2019-06-15, Erik Christiansen <dvalin@internode.on.net> wrote:
>> On 14.06.19 10:51, Celejar wrote:
>>> On Fri, 14 Jun 2019 18:50:22 +1000
>>> Erik Christiansen <dvalin@internode.on.net> wrote:
>>> > I only use mupdf for problem pdf files, but it's very nifty to have on
>>> > hand.
>>> 
>>> I actually love mupdf, and I use it as my main pdf reader. It's just so
>>> lightweight and easy to use for basic pdf reading.
>>
>> On trying it again, it does look very promising. Is there a way to set
>> the background colour? With xpdf I use "-papercolor wheat3" to avoid
>> eyestrain from the white background.
>
> curty@einstein:~$ mupdf
> usage: mupdf [options] file.pdf [page]
>         -p -    password
>         -r -    resolution
>         -A -    set anti-aliasing quality in bits (0=off, 8=best)
>         -C -    RRGGBB (tint color in hexadecimal syntax)
>         -W -    page width for EPUB layout
>         -H -    page height for EPUB layout
>         -S -    font size for EPUB layout
>         -U -    user style sheet for EPUB layout
>
> So I guess, 'mupdf -C FFEFD5 foo.pdf' (which gives papaya, not wheat--can't find
> wheat--but at least it's a foodstuff). Works here.
>
> I use mupdf from time to time, but as it doesn't refresh automagically like
> Evince when I run 'pdflatex' on an open pdf file whose tex source I've
> modified, I prefer the latter.
>
>

Wheat! Somehow my eyes refused to see it on initial perusal.

mupdf -C F5DEB3 caring.pdf 

https://www.w3.org/TR/css-color-4/#hex-notation

[toc] | [prev] | [next] | [standalone]

#209925

[Multipart message — attachments visible in raw view] — view raw

Quoting Curt (2019-06-15 09:51:22)
> On 2019-06-15, Erik Christiansen <dvalin@internode.on.net> wrote:
> > On 14.06.19 10:51, Celejar wrote:
> >> On Fri, 14 Jun 2019 18:50:22 +1000
> >> Erik Christiansen <dvalin@internode.on.net> wrote:
> >> > I only use mupdf for problem pdf files, but it's very nifty to 
> >> > have on hand.
> >> 
> >> I actually love mupdf, and I use it as my main pdf reader. It's 
> >> just so lightweight and easy to use for basic pdf reading.
> >
> > On trying it again, it does look very promising. Is there a way to 
> > set the background colour? With xpdf I use "-papercolor wheat3" to 
> > avoid eyestrain from the white background.
> 
> curty@einstein:~$ mupdf
> usage: mupdf [options] file.pdf [page]
>         -p -    password
>         -r -    resolution
>         -A -    set anti-aliasing quality in bits (0=off, 8=best)
>         -C -    RRGGBB (tint color in hexadecimal syntax)
>         -W -    page width for EPUB layout
>         -H -    page height for EPUB layout
>         -S -    font size for EPUB layout
>         -U -    user style sheet for EPUB layout
> 
> So I guess, 'mupdf -C FFEFD5 foo.pdf' (which gives papaya, not 
> wheat--can't find wheat--but at least it's a foodstuff). Works here.
> 
> I use mupdf from time to time, but as it doesn't refresh automagically 
> like Evince when I run 'pdflatex' on an open pdf file whose tex source 
> I've modified, I prefer the latter.

You could make a wrapper that watches the file for changes and sends a 
HUP signal when it changes, like discussed here:

https://unix.stackexchange.com/questions/425907/how-to-make-mupdf-automatically-refresh-a-document

That wrapper could then "smear food" on the background as well :-)


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

[toc] | [prev] | [next] | [standalone]

#209927

On 15.06.19 07:51, Curt wrote:
> curty@einstein:~$ mupdf
> usage: mupdf [options] file.pdf [page]
>         -p -    password
>         -r -    resolution
>         -A -    set anti-aliasing quality in bits (0=off, 8=best)
>         -C -    RRGGBB (tint color in hexadecimal syntax)
>         -W -    page width for EPUB layout
>         -H -    page height for EPUB layout
>         -S -    font size for EPUB layout
>         -U -    user style sheet for EPUB layout
> 
> So I guess, 'mupdf -C FFEFD5 foo.pdf' (which gives papaya, not wheat--can't find
> wheat--but at least it's a foodstuff). Works here.

Many thanks, Curt. I'll have to update my mupdf:

$ mupdf -C FFEFD5 ~/Personal/domestic/shed/design/plans.pdf
mupdf: unknown option -C
usage: mupdf [options] file.pdf [page]
        -b -    set anti-aliasing quality in bits (0=off, 8=best)
        -p -    password
        -r -    resolution
        -A      disable accelerated functions

And that seems to need an update of my ancient debian version, as an
"apt-get install mupdf" offers nothing newer. Procrastination does seem
to catch up on one eventually.

Erik

[toc] | [prev] | [next] | [standalone]

#209947

On 15/06/19, Curt (curty@free.fr) wrote:
> I use mupdf from time to time, but as it doesn't refresh automagically like
> Evince when I run 'pdflatex' on an open pdf file whose tex source I've
> modified, I prefer the latter.

Depending on your editor, it should be simple to sync the PDF to changes
made to the output of most PDF readers.

I rather like zathura, and this has synctex support too.

Rory

[toc] | [prev] | [next] | [standalone]

#210217

On Sat 15 Jun 2019 at 07:51:22 (-0000), Curt wrote:
> On 2019-06-15, Erik Christiansen <dvalin@internode.on.net> wrote:
> > On 14.06.19 10:51, Celejar wrote:
> >> On Fri, 14 Jun 2019 18:50:22 +1000 Erik Christiansen <dvalin@internode.on.net> wrote:
> >> > I only use mupdf for problem pdf files, but it's very nifty to have on
> >> > hand.

Yes—it's amongst those that can render Chase credit card statements.

> >> I actually love mupdf, and I use it as my main pdf reader. It's just so
> >> lightweight and easy to use for basic pdf reading.
> >
> > On trying it again, it does look very promising. Is there a way to set
> > the background colour? With xpdf I use "-papercolor wheat3" to avoid
> > eyestrain from the white background.
> 
> curty@einstein:~$ mupdf
> usage: mupdf [options] file.pdf [page]
>         -p -    password
>         -r -    resolution
>         -A -    set anti-aliasing quality in bits (0=off, 8=best)
>         -C -    RRGGBB (tint color in hexadecimal syntax)
>         -W -    page width for EPUB layout
>         -H -    page height for EPUB layout
>         -S -    font size for EPUB layout
>         -U -    user style sheet for EPUB layout
> 
> So I guess, 'mupdf -C FFEFD5 foo.pdf' (which gives papaya, not wheat--can't find
> wheat--but at least it's a foodstuff). Works here.
> 
> I use mupdf from time to time, but as it doesn't refresh automagically like
> Evince when I run 'pdflatex' on an open pdf file whose tex source I've
> modified, I prefer the latter.

Funnily enough, not refreshing automatically is one feature I
appreciate in viewers.

But what eliminates it for me as a general viewer is the lack of key-
binding configuration file. Quoting Archwiki,
  "Navigation within a document works with standard keyboard shortcuts
   and mouse interaction. For example, B and Space scroll up and down."
they don't look like standard bindings to me. Or is there some
external DE configuration that's handling all this for DE-users?

One place mupdf scores is viewing very very tall PNGs and JPGs.¹
However, it's let down by the fact that scrolling must be done using
the mouse: the keyboard shortcuts move the image much too far.
It appears to segment (virtually) the image into still very tall
"pages" which are larger than the area being displayed. So I prefer
to use xzgv for this task.

¹ eg Firefox screenshots.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#210276

On Fri, 21 Jun 2019 20:53:52 -0500
David Wright <deblis@lionunicorn.co.uk> wrote:

...

> But what eliminates it for me as a general viewer is the lack of key-
> binding configuration file. Quoting Archwiki,
>   "Navigation within a document works with standard keyboard shortcuts
>    and mouse interaction. For example, B and Space scroll up and down."
> they don't look like standard bindings to me. Or is there some
> external DE configuration that's handling all this for DE-users?

My understanding is that the key bindings are generally vi-like, e.g.,
hjkl pan left, down, up, and right. You can also use the more intuitive
key bindings that work in vi (at least in Vim, as per the standard
(Debian?) configuration: PgUp, PgDn, and the cursor arrow keys do pretty
much what you'd expect.

> One place mupdf scores is viewing very very tall PNGs and JPGs.¹
> However, it's let down by the fact that scrolling must be done using
> the mouse: the keyboard shortcuts move the image much too far.
> It appears to segment (virtually) the image into still very tall
> "pages" which are larger than the area being displayed. So I prefer
> to use xzgv for this task.

Are you using the panning or page up/down keys? I find the panning keys
to be pretty useful in viewing tall documents, although the fact that
they'll turn to the next page when you're already at the bottom of a
page (instead of just doing nothing) can be annoying.

Celejar

[toc] | [prev] | [next] | [standalone]

#210319

On Sat 22 Jun 2019 at 22:31:48 (-0400), Celejar wrote:
> On Fri, 21 Jun 2019 20:53:52 -0500 David Wright <deblis@lionunicorn.co.uk> wrote:
> > But what eliminates it for me as a general viewer is the lack of key-
> > binding configuration file. Quoting Archwiki,
> >   "Navigation within a document works with standard keyboard shortcuts
> >    and mouse interaction. For example, B and Space scroll up and down."
> > they don't look like standard bindings to me. Or is there some
> > external DE configuration that's handling all this for DE-users?
> 
> My understanding is that the key bindings are generally vi-like, e.g.,
> hjkl pan left, down, up, and right. You can also use the more intuitive
> key bindings that work in vi (at least in Vim, as per the standard
> (Debian?) configuration: PgUp, PgDn, and the cursor arrow keys do pretty
> much what you'd expect.

On the contrary, that's where I have problems. Compare if you will
xpdf and mupdf with a typical portrait PDF displayed on a landscape
screen, with xpdf in its default paginated (non-continuous) mode.
On opening the document, you would see the top ~two-thirds of the
first page displayed ("top1").

Pressing PgDn repeatedly in xpdf will display bottom1, top2, bottom2,
top3, etc, and PgUp will reverse that all the way back to top1 again.
Not so with mupdf where you will never see the last part of the
file (bottomLast) displayed, because PgDn gives you top2, top3,
top4, … topLast and PgUp gives you bottomLast-1, bottomLast-2,
bottomLast-3, … bottom1.

In xpdf, the Up/Down/Left/Right arrows pan/scroll the page without
leaving it (continuous mode will scroll over page boundaries as if
the document was on fan-folded paper).
In mupdf, Up/Down moves through the document in small steps, jumping
over page boundaries (reasonable), but Left/Right changes pages,
staying in the same vertical position on each new page (like gv
does, but at least gv has a thumbnail picture in the margin of where
you are on the page).²

> > One place mupdf scores is viewing very very tall PNGs and JPGs.¹
> > However, it's let down by the fact that scrolling must be done using
> > the mouse: the keyboard shortcuts move the image much too far.
> > It appears to segment (virtually) the image into still very tall
> > "pages" which are larger than the area being displayed. So I prefer
> > to use xzgv for this task.
> 
> Are you using the panning or page Up/Down keys? I find the panning keys
> to be pretty useful in viewing tall documents, although the fact that
> they'll turn to the next page when you're already at the bottom of a
> page (instead of just doing nothing) can be annoying.

In xpdf's continuous mode, you have the benefit of seeing the
page-join going past, which makes it more obvious how the document
is scrolling by.

But the PNG/JPG modes of mupdf introduce a new set of navigation problems.
PgDn, PgUp, Left and Right do nothing. Down and Up do the same as j and k,
and the problem is as described above: the panning increment is far too
large. AFAICT it's dividing the images into 11 "virtual pages" and so
you only ever see the top of these 11 chunks.

² The difference between PgDn/Right and PgUp/Left is not mentioned in
  the man page.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#210324

On Sun, 23 Jun 2019 18:37:54 -0500
David Wright <deblis@lionunicorn.co.uk> wrote:

> On Sat 22 Jun 2019 at 22:31:48 (-0400), Celejar wrote:
> > On Fri, 21 Jun 2019 20:53:52 -0500 David Wright <deblis@lionunicorn.co.uk> wrote:
> > > But what eliminates it for me as a general viewer is the lack of key-
> > > binding configuration file. Quoting Archwiki,
> > >   "Navigation within a document works with standard keyboard shortcuts
> > >    and mouse interaction. For example, B and Space scroll up and down."
> > > they don't look like standard bindings to me. Or is there some
> > > external DE configuration that's handling all this for DE-users?
> > 
> > My understanding is that the key bindings are generally vi-like, e.g.,
> > hjkl pan left, down, up, and right. You can also use the more intuitive
> > key bindings that work in vi (at least in Vim, as per the standard
> > (Debian?) configuration: PgUp, PgDn, and the cursor arrow keys do pretty
> > much what you'd expect.
> 
> On the contrary, that's where I have problems. Compare if you will

...

You're right; I agree that mupdf can be confusing and frustrating this
way. I just meant that the bindings are pretty standard - it's the
implementation of mupdf's elementary operations that are perhaps
questionable.

> But the PNG/JPG modes of mupdf introduce a new set of navigation problems.
> PgDn, PgUp, Left and Right do nothing. Down and Up do the same as j and k,
> and the problem is as described above: the panning increment is far too
> large. AFAICT it's dividing the images into 11 "virtual pages" and so
> you only ever see the top of these 11 chunks.

Sorry, I only use mupdf for pdfs, so I have no experience with its
PNG/JPG mode.

Celejar

[toc] | [prev] | [next] | [standalone]

#209943

On 6/13/19 4:29 PM, k. jantzen wrote:
> 
> Hello,
> 
> in general I do not have a problem reading a pdf file with either xpdf 
> or documentviewer.
> 
> But once in a while I get a pdf file that they cannot read and then I 
> have to go to Windows to open it.
> 
> What is so spectacular about these files that they cannot be read by the 
> above mentioned programs? Is there another program that would read such 
> a file?
> 
> Thanks for your help.

Hello,

thanks a lot for this interesting discussion.

As stated before I used documentviewer and xpdf.

As a consequence of this discussion I tried evince and mupdf.
They did not solve the problem.
I did not try atril and okular because for those I would have to install 
so much extra stuff that I probably will use only in this context.
Thus I do not know whether they would solve the problem.

My conclusion: This seems to be the result of generating the pdf file 
under Windows. To read the file I have to use the latest version of the 
Acrobat Reader. Thus I will continue to use Windows in the few cases I 
get such a document.

Thanks a lot.

K.D.J.

[toc] | [prev] | [next] | [standalone]

#209946

[Multipart message — attachments visible in raw view] — view raw

On Sat, Jun 15, 2019 at 05:40:24PM +0200, k. jantzen wrote:

> Hello,
> 
> thanks a lot for this interesting discussion.
> 
> As stated before I used documentviewer and xpdf.
> 
> As a consequence of this discussion I tried evince and mupdf.
> They did not solve the problem.

You might also try gv from the ghostview package. At least it
has quite a different approach to the other Poppler-based
applications.

Cheers
-- t

[toc] | [prev] | [next] | [standalone]

#209949

[Multipart message — attachments visible in raw view] — view raw

Quoting k. jantzen (2019-06-15 17:40:24)
> On 6/13/19 4:29 PM, k. jantzen wrote:
> > in general I do not have a problem reading a pdf file with either 
> > xpdf or documentviewer.
> > 
> > But once in a while I get a pdf file that they cannot read and then 
> > I have to go to Windows to open it.
> > 
> > What is so spectacular about these files that they cannot be read by 
> > the above mentioned programs? Is there another program that would 
> > read such a file?

[...]

> As stated before I used documentviewer and xpdf.
> 
> As a consequence of this discussion I tried evince and mupdf.
> They did not solve the problem.
> I did not try atril and okular because for those I would have to 
> install so much extra stuff that I probably will use only in this 
> context.
> Thus I do not know whether they would solve the problem.
> 
> My conclusion: This seems to be the result of generating the pdf file 
> under Windows. To read the file I have to use the latest version of 
> the Acrobat Reader. Thus I will continue to use Windows in the few 
> cases I get such a document.

If your problematic files are ok to share, then I can offer to take a 
closer look at them and try find a better approach for you.

Apart from testing PDF viewers, what I would look into is various ways 
to re-render the PDF, e.g. "ps2pdf -dPDFSETTINGS=/screen oldfile.pdf".


  - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

[toc] | [prev] | [next] | [standalone]

#209951

On 06/15/2019 08:40 AM, k. jantzen wrote:
> On 6/13/19 4:29 PM, k. jantzen wrote:
>>
>> Hello,
>>
>> in general I do not have a problem reading a pdf file with either 
>> xpdf or documentviewer.
>>
>> But once in a while I get a pdf file that they cannot read and then I 
>> have to go to Windows to open it.
>>
>> What is so spectacular about these files that they cannot be read by 
>> the above mentioned programs? Is there another program that would 
>> read such a file?
>>
>> Thanks for your help.
>
> Hello,
>
> thanks a lot for this interesting discussion.
>
> As stated before I used documentviewer and xpdf.
>
> As a consequence of this discussion I tried evince and mupdf.
> They did not solve the problem.
> I did not try atril and okular because for those I would have to 
> install so much extra stuff that I probably will use only in this 
> context.
> Thus I do not know whether they would solve the problem.
>
> My conclusion: This seems to be the result of generating the pdf file 
> under Windows. To read the file I have to use the latest version of 
> the Acrobat Reader. Thus I will continue to use Windows in the few 
> cases I get such a document.
>
> Thanks a lot.
>
> K.D.J.
>
>
Hello,

Possibly you could run Adobe Reader under wine and not actually have to 
run Windows.

Best regards,
Fred

[toc] | [prev] | [next] | [standalone]

#209981

[Multipart message — attachments visible in raw view] — view raw

On 6/15/19 3:11 PM, Fred wrote:
> On 06/15/2019 08:40 AM, k. jantzen wrote:
>> Hello,
>>
>> thanks a lot for this interesting discussion.
>>
>> As stated before I used documentviewer and xpdf.
>>
>> As a consequence of this discussion I tried evince and mupdf.
>> They did not solve the problem.
>> I did not try atril and okular because for those I would have to
>> install so much extra stuff that I probably will use only in this
>> context.
>> Thus I do not know whether they would solve the problem.
>>
>> My conclusion: This seems to be the result of generating the pdf file
>> under Windows. To read the file I have to use the latest version of
>> the Acrobat Reader. Thus I will continue to use Windows in the few
>> cases I get such a document.
>>
>> Thanks a lot.
>>
>> K.D.J.
>>
>>
> Hello,
> 
> Possibly you could run Adobe Reader under wine and not actually have to
> run Windows.

...or install Adobe Reader 9.5.5, which is still available on Adobe FTP
server. Very rarely needed here, but it works.

-- 
Sarunas Burdulis
Systems Administrator, Dartmouth Mathematics
math.dartmouth.edu/~sarunas

[toc] | [prev] | [next] | [standalone]

#209986

On 2019-06-17, Sarunas Burdulis <sarunas@math.dartmouth.edu> wrote:
>
>..or install Adobe Reader 9.5.5, which is still available on Adobe FTP
>
> server. Very rarely needed here, but it works.
>

I wonder about the advisability of running software that hasn't received
security updates since 2013.

[toc] | [prev] | [next] | [standalone]

#210008

On Sat, Jun 15, 2019 at 12:11:17PM -0700, Fred wrote:
> On 06/15/2019 08:40 AM, k. jantzen wrote:
> >On 6/13/19 4:29 PM, k. jantzen wrote:
> >>
> >>Hello,
> >>
> >>in general I do not have a problem reading a pdf file with either xpdf
> >>or documentviewer.
> >>
> >>But once in a while I get a pdf file that they cannot read and then I
> >>have to go to Windows to open it.
> >>
> >>What is so spectacular about these files that they cannot be read by the
> >>above mentioned programs? Is there another program that would read such
> >>a file?
> >>
> >>Thanks for your help.
> >
> >Hello,
> >
> >thanks a lot for this interesting discussion.
> >
> >As stated before I used documentviewer and xpdf.
> >
> >As a consequence of this discussion I tried evince and mupdf.
> >They did not solve the problem.
> >I did not try atril and okular because for those I would have to install
> >so much extra stuff that I probably will use only in this context.
> >Thus I do not know whether they would solve the problem.
> >
> >My conclusion: This seems to be the result of generating the pdf file
> >under Windows. To read the file I have to use the latest version of the
> >Acrobat Reader. Thus I will continue to use Windows in the few cases I get
> >such a document.
> >
> >Thanks a lot.
> >
> >K.D.J.
> >
> >
> Hello,
> 
> Possibly you could run Adobe Reader under wine and not actually have to run
> Windows.
> 
> Best regards,
> Fred
> 

xournal is a good option

[toc] | [prev] | [next] | [standalone]

#210024

[Multipart message — attachments visible in raw view] — view raw

Quoting franiortiz hotmail (2019-06-17 11:33:30)
> On Sat, Jun 15, 2019 at 12:11:17PM -0700, Fred wrote:
>> On 06/15/2019 08:40 AM, k. jantzen wrote:
>>>On 6/13/19 4:29 PM, k. jantzen wrote:
>>>>in general I do not have a problem reading a pdf file with either 
>>>>xpdf or documentviewer.
>>>>
>>>>But once in a while I get a pdf file that they cannot read and then 
>>>>I have to go to Windows to open it.
>>>>
>>>>What is so spectacular about these files that they cannot be read by 
>>>>the above mentioned programs? Is there another program that would 
>>>>read such a file?

[...]

>>>As stated before I used documentviewer and xpdf.
>>>
>>>As a consequence of this discussion I tried evince and mupdf. They 
>>>did not solve the problem. I did not try atril and okular because for 
>>>those I would have to install so much extra stuff that I probably 
>>>will use only in this context. Thus I do not know whether they would 
>>>solve the problem.
>>>
>>>My conclusion: This seems to be the result of generating the pdf file 
>>>under Windows. To read the file I have to use the latest version of 
>>>the Acrobat Reader. Thus I will continue to use Windows in the few 
>>>cases I get such a document.

[...]

> xournal is a good option

I find Xournal useful for making freeform annotations - in particular 
for writing my signature on contracts where the recipient 
accepts/requires such weak form of digital-but-not-cryptographic 
signature.

...but I highly doubt that Xournal is any better at rendering documents 
which fails to render for Evince (a.k.a. documentviewer) - which was the 
issue raised by the original poster.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | linux.debian.user

csiph-web