GNU bug report logs -
#58425
Unable to achieve advertised "word-level" accuracy using SyncTeX with PDF Tools
Previous Next
Reported by: O G <opngid <at> gmail.com>
Date: Tue, 11 Oct 2022 05:01:02 UTC
Severity: normal
Tags: unreproducible
Done: Arash Esbati <arash <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 58425 in the body.
You can then email your comments to 58425 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-auctex <at> gnu.org
:
bug#58425
; Package
auctex
.
(Tue, 11 Oct 2022 05:01:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
O G <opngid <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-auctex <at> gnu.org
.
(Tue, 11 Oct 2022 05:01:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
From the AucTeX Changelog (v. 11.89):
"To open the PDF output file you can now also use PDF Tools, a document
viewer for Emacs. With it, as a plus, forward and backward search is
accurate at word level."
I'm only able to achieve word-level accuracy on reverse sync search. On
forward sync search, the arrow that appears in the left-hand margin of the
PDF preview buffer can be off by as much as a half-dozen lines.
Is there a way to configure AucTeX+PDFTools in order to highlight the word
in the PDF Tools preview buffer corresponding to where the cursor is
positioned in the AucTeX latex source buffer during a forward search
instead of placing an arrow in the left-hand margin, which by construction
can only be line-level accurate at best?
Emacs 28.2 (MSYS2) w/ latest pdf-tools.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#58425
; Package
auctex
.
(Thu, 13 Jun 2024 18:00:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 58425 <at> debbugs.gnu.org (full text, mbox):
O G <opngid <at> gmail.com> writes:
> From the AucTeX Changelog (v. 11.89):
>
> "To open the PDF output file you can now also use PDF Tools, a
> document viewer for Emacs. With it, as a plus, forward and backward
> search is accurate at word level."
>
> I'm only able to achieve word-level accuracy on reverse sync
> search. On forward sync search, the arrow that appears in the
> left-hand margin of the PDF preview buffer can be off by as much as a
> half-dozen lines.
>
> Is there a way to configure AucTeX+PDFTools in order to highlight the
> word in the PDF Tools preview buffer corresponding to where the cursor
> is positioned in the AucTeX latex source buffer during a forward
> search instead of placing an arrow in the left-hand margin, which by
> construction can only be line-level accurate at best?
>
> Emacs 28.2 (MSYS2) w/ latest pdf-tools.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
I'm not sure but IIRC, the wording above was provided by PDFTools itself
back then. Can you reproduce this with the latest version of
Emacs/PDFTools/AUCTeX?
Best, Arash
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#58425
; Package
auctex
.
(Thu, 20 Jun 2024 06:40:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 58425 <at> debbugs.gnu.org (full text, mbox):
O G <opngid <at> gmail.com> writes:
> Thanks for getting back on this issue.
Thanks for your quick response.
> I uninstalled my PDFTools configuration more than a year ago because
> of this bug and then switched over to SumatraPDF for my future
> forward/reverse synctex needs.
I agree, SumatraPDF is a great tool.
> Have been very pleased with how well it works with emacs so I'm likely
> going to stay with it until I can find a compelling reason that makes
> me want to switch back.
Maybe you can catch up on this if you switch back. Until then, I'm
closing this report. Again, sorry it took us long.
Best, Arash
Added tag(s) unreproducible.
Request was from
Arash Esbati <arash <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Thu, 20 Jun 2024 06:46:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
58425 <at> debbugs.gnu.org and O G <opngid <at> gmail.com>
Request was from
Arash Esbati <arash <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Thu, 20 Jun 2024 06:46:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 18 Jul 2024 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 294 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.