From: Jim <zlists+context@jdvb.ca>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>
Subject: [NTG-context] Re: Most recent context doesn't like synctex?
Date: Sat, 13 Apr 2024 14:50:36 -0300 [thread overview]
Message-ID: <ZhrF7I0Q9Sd5vgaf@x360.localdomain> (raw)
In-Reply-To: <d21e9655-0dec-4ee8-95f1-3907b1d6c44a@xs4all.nl>
Thanks for the quick reply.
On Sat, Apr 13, 2024 at 09:18 (+0200), Hans Hagen wrote:
> On 4/13/2024 12:39 AM, Jim wrote:
>> Hi,
>> I have both TeXlive 2024 and the stand-alone ConTeXt distribution on my
>> system.
>> Recently, the stand-alone ConTeXt distribution seems to not create a
>> synctex file any more. Specifically,
>> /usr/local/context/tex/texmf-linux-64/bin/context --once --texutil --synctex=1 --nonstop file.tex
>> does not create a .synctex file (and deletes it, if it is there), whereas
>> the TeXlive version
>> /usr/local/texlive/2024/bin/x86_64-linux/context --once --texutil --synctex=1 --nonstop nwg_newsletter_2024_04.tex
>> does create the .synctex file.
>> The ConTeXt distribution version *does* create the file if --nonstop is
>> *not* used. Knowing that, I can work around this for now, although
>> emacs+auctex probably won't be happy without --nonstop.
>> I updated the stand-alone ConTeXt a few minutes ago, so I'm up to date on
>> that.
>> Is this a bug introduced by some recent change?
> it's more a feature
I guess one person's bug is another person's feature. :-)
> - Mikael S and i spend some time with editor/viewer combinations on linux in
> order to find ways around the different synctex libs that they use
> - as a result we could make most work ok
Are these recent changes? And should emacs+auctex+PDFview work now?
> - we assume that synctex is set up in the document with
> \setupsynctex[state=start]
> \setupsynctex[state=repeat] % less efficient but gets around issue
I haven't been using either of those, since auctex does The Right Thing for
me. Or, at least, it used to.
> - when context is run 'headless' (on a server) it's often done in
> batchmode because one knows that the style works and in that case synctex
> makes no sense so we disable it; this avoids the need to patch the style
I (think I) see what you are saying, but if one explicitly uses --synctex
on the command line, should that not over-ride the over-ride? Or, put
another way, would the following not make sense:
if --synctex is used on the command line
create synctex file
else if --nonstop is used on the command line
do not create the synctex file
else if \setupsynctex[...] is used in the source file
create the synctex file
else
do not create the synctex file
> - the manual has been updates
Ummm... I hunted around for a while, but I did not find out which manual
was updated. The synctex wiki page has not been updated, nor has the
"workflow support in context" manual. Can you tell me which manual I
should go look at?
> - running context in nonstop mode makes little sense
Guessing wildly, I assume the auctex author(s) didn't want processes
sitting there waiting for input on errors, like plain TeX would normally
do. But perhaps the addition of --nonstopmode for ConTeXt is incorrect
and/or redundant in April of 2024.
> (maybe, as power user, Mikael remembers more details)
Mikael? Any thoughts to share?
Cheers.
Jim
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___________________________________________________________________________________
next prev parent reply other threads:[~2024-04-13 17:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-12 22:39 [NTG-context] " Jim
2024-04-13 7:18 ` [NTG-context] " Hans Hagen
2024-04-13 17:50 ` Jim [this message]
2024-04-13 20:28 ` Mikael Sundqvist
2024-04-14 9:56 ` Henning Hraban Ramm
2024-04-15 14:15 ` Jim
2024-04-15 15:38 ` Mikael Sundqvist
2024-04-15 20:31 ` Henning Hraban Ramm
2024-04-15 14:08 ` Jim
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=ZhrF7I0Q9Sd5vgaf@x360.localdomain \
--to=zlists+context@jdvb.ca \
--cc=ntg-context@ntg.nl \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).