From: Tassilo Horn <tsdh@gnu.org>
To: Stephen Berman <stephen.berman@gmx.net>
Cc: 12876@debbugs.gnu.org
Subject: bug#12876: 24.3.50; DocView problem with cached files
Date: Wed, 14 Nov 2012 11:05:53 +0100 [thread overview]
Message-ID: <87ip988poe.fsf@thinkpad.tsdh.de> (raw)
In-Reply-To: <87ehjxfbwr.fsf@rosalinde.fritz.box> (Stephen Berman's message of "Tue, 13 Nov 2012 22:09:08 +0100")
Stephen Berman <stephen.berman@gmx.net> writes:
>> the following patch fixes the issue for me, but I'm not sure if it's
>> the right thing to do. Stefan, could you please check?
>>
>> Basically, the difference between finding a not yet converted doc and
>> a doc that's already cached is that in the former case
>> `doc-view-goto-page' runs with the selected window displaying the
>> doc's buffer. AFAIKS, that's a must for the image-mode winprops
>> stuff to work, so in the latter case, the patch defers running
>> `doc-view-goto-page' a bit into the future when the window showing
>> the doc buffer is hopefully there.
>
> The patch fixes the problem for me, too; thanks. However, the delay
> of 0.1 seconds results in the unconverted file being noticeable before
> the image is displayed.
Yes, but that's no big deal IMHO. You'll see the raw source for a short
time also when the doc isn't cached already.
> I tried it with a 0.01 second delay and this makes the image appear
> practically instantly to me, i.e., I didn't see the unconverted
> source, and the paging still worked. I don't know if this short a
> delay is always guaranteed to succeed.
It'll also work, but chances increase that the page-setting is deferred
another fraction again. I tried to set the value so that it's not
inconvenient but at the same time shouldn't need to delay again on
slower systems.
Bye,
Tassilo
next prev parent reply other threads:[~2012-11-14 10:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-13 11:12 bug#12876: 24.3.50; DocView problem with cached files Stephen Berman
2012-11-13 13:12 ` Tassilo Horn
2012-11-13 20:28 ` Tassilo Horn
2012-11-13 21:09 ` Stephen Berman
2012-11-14 10:05 ` Tassilo Horn [this message]
2012-11-14 10:25 ` Stephen Berman
2012-11-14 10:45 ` Tassilo Horn
2012-11-15 3:47 ` Stefan Monnier
2012-11-15 7:31 ` Tassilo Horn
2012-11-15 7:57 ` Tassilo Horn
2020-09-13 16:07 ` Lars Ingebrigtsen
2020-09-13 20:05 ` Stephen Berman
2020-09-13 20:23 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ip988poe.fsf@thinkpad.tsdh.de \
--to=tsdh@gnu.org \
--cc=12876@debbugs.gnu.org \
--cc=stephen.berman@gmx.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.