From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/98467 Path: news.gmane.org!.POSTED!not-for-mail From: Thomas Floeren Newsgroups: gmane.comp.tex.context Subject: Re: synctex Date: Wed, 19 Jul 2017 11:05:19 +0200 Message-ID: <1DA6CA83-B74D-4751-B726-FAD6F9817788@mac.com> References: <4a7b796b-2273-1d0c-3f9d-b815977226ea@wxs.nl> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Content-Type: multipart/mixed; boundary="===============5104296234061505170==" X-Trace: blaine.gmane.org 1500455184 8146 195.159.176.226 (19 Jul 2017 09:06:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 19 Jul 2017 09:06:24 +0000 (UTC) To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Wed Jul 19 11:06:16 2017 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXkvw-0001e7-4E for gctc-ntg-context-518@m.gmane.org; Wed, 19 Jul 2017 11:06:16 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id CD413104930; Wed, 19 Jul 2017 11:05:45 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XF_wIxj1SN6v; Wed, 19 Jul 2017 11:05:43 +0200 (CEST) Original-Received: from zapf.ntg.nl (localhost [IPv6:::1]) by zapf.ntg.nl (Postfix) with ESMTP id A17BA1045F2; Wed, 19 Jul 2017 11:05:43 +0200 (CEST) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 081BD1045F2 for ; Wed, 19 Jul 2017 11:05:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uiyhWBQRFjid for ; Wed, 19 Jul 2017 11:05:42 +0200 (CEST) Original-Received: from mr23p40im-ztdg03151501.me.com (mr23p40im-ztdg03151501.me.com [17.111.223.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id E673E1011FC for ; Wed, 19 Jul 2017 11:05:31 +0200 (CEST) Original-Received: from process-dkim-sign-daemon.mr23p40im-ztdg03151501.me.com by mr23p40im-ztdg03151501.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OTB00600Y8Y7S00@mr23p40im-ztdg03151501.me.com> for ntg-context@ntg.nl; Wed, 19 Jul 2017 09:05:23 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=04042017; t=1500455123; bh=g6BCNnwPH4g38GxTuJIhXrer6uS+hW57EF8tHIv7XbE=; h=From:Content-type:MIME-version:Subject:Date:To:Message-id; b=Xax+nz2lA/CEK3GTWg3jQLE8xJbwQHG9DM5lX2NqpGM7Qmup1/3dBdBOH5fI++xDH VriI6mBQ9JXyHeuTsve4li5obTkAJ5D7/rh38zyau2XU3sfjXl/POL+vR5ciJtrVzK Jucv2W4Xs0eS4et+4yUGAW96P302kdBH+nMojDtSXGXnp+Vm5Deh2C9CcnoUUwoGF1 uDoLlAjxDewvHzk1Hivi6YwsrkMx1P5UaHm4Kc58LrRAOynqpEV2kWDgwB49R7jNVx VTyClyT1IP7aTfIYVrpQ3l5dDH8xfA54kSzUgOEicDPUu1lRTWCN/kDYJbPbE0deHI LAODQF134liYA== Original-Received: from icloud.com ([127.0.0.1]) by mr23p40im-ztdg03151501.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OTB00DONYKWTU10@mr23p40im-ztdg03151501.me.com> for ntg-context@ntg.nl; Wed, 19 Jul 2017 09:05:23 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-07-19_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1701120000 definitions=main-1707190150 In-reply-to: X-Mailer: Apple Mail (2.3273) X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.16 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.org gmane.comp.tex.context:98467 Archived-At: --===============5104296234061505170== Content-type: multipart/alternative; boundary="Apple-Mail=_446EA9C7-88FE-4DA7-B62D-2490E524F931" --Apple-Mail=_446EA9C7-88FE-4DA7-B62D-2490E524F931 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On 11. Jul 2017, at 23:06, Thomas Floeren wrote: >=20 >>=20 >> On 11. Jul 2017, at 17:09, Hans Hagen > wrote: >>=20 >> On 7/11/2017 4:36 PM, Thomas Floeren wrote: >>>> On 4. Jun 2017, at 18:55, Hans Hagen > wrote: >>>>=20 >>>> Hi, >>>>=20 >>>> For those using synctex, an alternative method is: >>>>=20 >>>> \setupsynctex[state=3Dstart] >>>>=20 >>>> It is tuned for use in a more complex setup where one wants access = to source files (with content) and not to e.g. styles in a tex tree. It = also works reasonable well with (also included) xml files. Personally I = never use synctex but for some projects it came in handy for authors = (think of proofing xml files with hundreds of nested inclusions and = files in a rather branched tree.) Of course you can expect a similar = performance hit as normal synctex but commenting the above line in = production results in zero overhead. Using the syntex flag on the = command line (--synctex=3Dcontext will work) can be messy. >>>>=20 >>>> This currently only works with the windows binaries version on the = garden (as we need luatex 1.0.5). >>> Hans, thanks for that info. >>> \setupsynctex[state=3Dstart] seems to work fine with Beta 2017.07.05 = 23:01 - LuaTeX 1.05.0 on the Mac. >>> Whereas I noticed that -the switches -synctex=3Dcontext or = --synctex=3Dzipped have completely stopped working with that Beta (or = that luatex version). >>=20 >> i'll have to upload a new beta ... last week i optimized the code a = bit so performance is now a bit better too; there are some options you = can play with to see what happens deep down >>=20 >> % \setupsynctex[state=3Dstart,method=3Dmin] >> % \setupsynctex[state=3Dstart,method=3Dmax] >> % \enabletrackers[system.synctex.visualize] >> % \enabletrackers[system.synctex.visualize=3Dreal] >>=20 >> indeed, we now have a context specific variant only (you can still = force the original synctex by setting \normalsynctex but it can = interfere with the context variant when set) >=20 >=20 > I think I have found a problem with the new synctex: >=20 > Synctex works perfectly fine =E2=80=93 until the first occurence of a = \readfile. =46rom that point on it always takes me to the imported file, = no matter whether the text actually is in the imported file or in the = main file. >=20 > Here is a MWE: >=20 > \setupsynctex[state=3Dstart,method=3Dmax] > \starttext > This line is found by the new synctex.\crlf > This line is found by the new synctex.\crlf > This line is found by the new synctex.\crlf > This line is found by the new synctex.\crlf > \readfile{myInputfile}{}{} > This line is {\em not} found by the new synctex.\crlf > Instead, synctex takes me to myInputfile.tex.\crlf > This line is {\em not} found by the new synctex.\crlf > Instead, synctex takes me to myInputfile.tex.\crlf > \stoptext >=20 > ['myInputfile.tex' can contain any text, it doesn't matter.] >=20 > If I click one of the first four lines in the PDF synctex works fine. = The lines after the \readfile don't work: Synctex takes me to the end of = myInputfile.tex. (You can also import 'ward' or 'knuth', in that case = synctex takes me to the last line _before_ the \readfile.) With 2017.07.17 00:20 the issue seems to persist. Tom >=20 > I tested the sample with an older Ctx and with --synctex=3Dzipped, and = it doesn't show the problem. >=20 > --=20 > Tom > = __________________________________________________________________________= _________ > If your question is of interest to others as well, please add an entry = to the Wiki! >=20 > maillist : ntg-context@ntg.nl / = http://www.ntg.nl/mailman/listinfo/ntg-context = > webpage : http://www.pragma-ade.nl / = http://context.aanhet.net > archive : https://bitbucket.org/phg/context-mirror/commits/ = > wiki : http://contextgarden.net > = __________________________________________________________________________= _________ --Apple-Mail=_446EA9C7-88FE-4DA7-B62D-2490E524F931 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On 11. Jul 2017, at 23:06, Thomas Floeren <thfl@mac.com> = wrote:


On 11. Jul 2017, at 17:09, Hans = Hagen <pragma@wxs.nl> wrote:

On 7/11/2017 4:36 PM, Thomas Floeren = wrote:
On 4. Jun 2017, at 18:55, Hans Hagen <pragma@wxs.nl> wrote:

Hi,

For those = using synctex, an alternative method is:

\setupsynctex[state=3Dstart]

It = is tuned for use in a more complex setup where one wants access to = source files (with content) and not to e.g. styles in a tex tree. It = also works reasonable well with (also included) xml files. Personally I = never use synctex but for some projects it came in handy for authors = (think of proofing xml files with hundreds of nested inclusions and = files in a rather branched tree.) Of course you can expect a similar = performance hit as normal synctex but commenting the above line in = production results in zero overhead. Using the syntex flag on the = command line (--synctex=3Dcontext will work) can be messy.

This currently only works with the windows = binaries version on the garden (as we need luatex 1.0.5).
Hans, thanks for that info.
\setupsynctex[state=3Dstart] seems to work fine with Beta = 2017.07.05 23:01 - LuaTeX 1.05.0 on the Mac.
Whereas I = noticed that -the switches -synctex=3Dcontext or --synctex=3Dzipped have = completely stopped working with that Beta (or that luatex version).

i'll have to upload a new beta ... last = week i optimized the code a bit so performance is now a bit better too; = there are some options you can play with to see what happens deep = down

% = \setupsynctex[state=3Dstart,method=3Dmin]
% = \setupsynctex[state=3Dstart,method=3Dmax]
% = \enabletrackers[system.synctex.visualize]
% = \enabletrackers[system.synctex.visualize=3Dreal]

indeed, we now have a context = specific variant only (you can still force the original synctex by = setting \normalsynctex but it can interfere with the context variant = when set)


I think I have found a = problem with the new synctex:

Synctex works perfectly fine =E2=80=93 = until the first occurence of a \readfile. =46rom that point on it always = takes me to the imported file, no matter whether the text actually is in = the imported file or in the main file.

Here is a MWE:

\setupsynctex[state=3Dstart,method=3Dmax]
\starttext
This line is found by the new = synctex.\crlf
This line is found by the new = synctex.\crlf
This line is found by the new = synctex.\crlf
This line is found by the new = synctex.\crlf
\readfile{myInputfile}{}{}
This line is {\em not} found by the new = synctex.\crlf
Instead, synctex takes me to = myInputfile.tex.\crlf
This line is {\em not} found = by the new synctex.\crlf
Instead, synctex takes me = to myInputfile.tex.\crlf
\stoptext

['myInputfile.tex' can = contain any text, it doesn't matter.]

If I click one of the first four lines = in the PDF synctex works fine. The lines after the \readfile don't work: = Synctex takes me to the end of myInputfile.tex. (You can also import = 'ward' or 'knuth', in that case synctex takes me to the last line = _before_ the \readfile.)

With 2017.07.17 00:20 the issue seems to = persist.

Tom



I tested = the sample with an older Ctx and with --synctex=3Dzipped, and it doesn't = show the problem.

-- 
Tom
_______________________________________________________________= ____________________
If your question is of interest = to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
_______________________________________________________________= ____________________

= --Apple-Mail=_446EA9C7-88FE-4DA7-B62D-2490E524F931-- --===============5104296234061505170== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f --===============5104296234061505170==--