From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, URIBL_SBL_A autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 31505 invoked from network); 5 Sep 2023 11:15:37 -0000 Received: from cgl.ntg.nl (5.39.185.202) by inbox.vuxu.org with ESMTPUTF8; 5 Sep 2023 11:15:37 -0000 Received: from localhost (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id 001DE482F44 for ; Tue, 5 Sep 2023 13:14:35 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at cgl.ntg.nl Received: from cgl.ntg.nl ([127.0.0.1]) by localhost (cgl.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 89oojGNO352l for ; Tue, 5 Sep 2023 13:14:35 +0200 (CEST) Received: from cgl.ntg.nl (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id ED6EC482D58 for ; Tue, 5 Sep 2023 13:13:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id 5FF3B482CC2 for ; Tue, 5 Sep 2023 13:13:10 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at cgl.ntg.nl Received: from cgl.ntg.nl ([127.0.0.1]) by localhost (cgl.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IXN0SQEnFYN8 for ; Tue, 5 Sep 2023 13:13:09 +0200 (CEST) Received: from mail-qk1-f177.google.com (mail-qk1-f177.google.com [209.85.222.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by cgl.ntg.nl (Postfix) with ESMTPS id CF5A5482CC1 for ; Tue, 5 Sep 2023 13:13:09 +0200 (CEST) Received: by mail-qk1-f177.google.com with SMTP id af79cd13be357-76ef03f76c7so141280685a.3 for ; Tue, 05 Sep 2023 04:13:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1693912388; x=1694517188; darn=ntg.nl; h=message-id:in-reply-to:to:references:date:subject:mime-version:from :from:to:cc:subject:date:message-id:reply-to; bh=mEKtWt9Tu29bFLXgiyBlbo/rj75xzHfzMa45ylWmFbI=; b=Kz2OXVWyT3bZhSTZaklbib2LXP5tsGCIgZQ213BFLElEOuuUmokx4V3QoNTiujomqk OlnOkGc9VbdNEIeWZES8UOtvSv1DYeS2gYzudOi155VRcY+l8uwNoOy1ioDOCesr15Jc pZk98pGZI9TgQwajx8dg2tQYQV7xMnr4fabx6MKX6cKgGikUay+nc1s2b/9VRQmhc2im P8hxcZJlQBZc+QJ3dZLXDfGCQzAHfbSXcVHY2RdTvgwuQXCWBdjy6QjbaVn14Bbezrn4 KMrnZyCcH1xFRIGg9gZs6QZzgSxq2UNGozd4PXl8AlQP/TlWJnkZui8Oi/ncHWjjWeo9 7keA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693912388; x=1694517188; h=message-id:in-reply-to:to:references:date:subject:mime-version:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=mEKtWt9Tu29bFLXgiyBlbo/rj75xzHfzMa45ylWmFbI=; b=FTZwy+2/+b0wOpnBk5eUfbbxZY0xuItb3eJ55Ous58hCEhH2Rspn+x/+fx1Ocdt8Y9 pcEAThRtM08I40NCBzI2uxOuUWJG+wQ5smGtUmjVSiftqbPOyxri6F+z+DfafScn8BLo WvltAiPVEzj4eCcJ4bITKkMZOymgcC2Boq0iPGqx7ODU9NawB66o3oQKOHLnBWvQP32C SkW0Ngx1kmXIxI2MSmg2DezN2LpZsjgHvGV4ehHu6bfbQAmr5h98ElzDCYz30Ua3dA9v RwOsbkmYfbZaxCRdNN9Z2hcFOa0SqGlmGE05+eVxMLp6V3KFa9SC+o7n7Ib1nR+nTqzi LG2Q== X-Gm-Message-State: AOJu0YwFQIPHkZ/a7XiLq1hr9SNfXA5HCIF20zq3hjHIOTv3wYEnEWKz lShh7XbBUdR/qdBRhLuzwADMyYnBL7E= X-Google-Smtp-Source: AGHT+IFvYO1WJRrc9bvugGzur9Dk54+RnbBQTwZQSeXoe4OufHwg9UVP88HeAB+ZGGor1USp6RR1wA== X-Received: by 2002:a05:620a:25ce:b0:76c:b53b:8702 with SMTP id y14-20020a05620a25ce00b0076cb53b8702mr14294191qko.26.1693912387721; Tue, 05 Sep 2023 04:13:07 -0700 (PDT) Received: from smtpclient.apple ([38.133.17.188]) by smtp.gmail.com with ESMTPSA id g25-20020ae9e119000000b00767d2870e39sm3996987qkm.41.2023.09.05.04.13.06 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Sep 2023 04:13:07 -0700 (PDT) From: Fabrice L Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Date: Tue, 5 Sep 2023 07:12:55 -0400 References: <9F052FF1-CEBD-4899-B16B-2B596A433DB3@gmail.com> To: mailing list for ConTeXt users In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3731.700.6) Message-ID-Hash: XPV7MIYLLXNBQUGUXEMDE6RHB4E2NVLV X-Message-ID-Hash: XPV7MIYLLXNBQUGUXEMDE6RHB4E2NVLV X-MailFrom: fabrice.alpha@gmail.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header X-Mailman-Version: 3.3.8 Precedence: list Reply-To: mailing list for ConTeXt users Subject: [NTG-context] Re: Tikz calendar problem. List-Id: mailing list for ConTeXt users Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: multipart/mixed; boundary="===============4769035477983416374==" --===============4769035477983416374== Content-Type: multipart/alternative; boundary="Apple-Mail=_854E14E7-D5D3-432B-B139-8DE5450B75E0" --Apple-Mail=_854E14E7-D5D3-432B-B139-8DE5450B75E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Dear Aditya, > Le 5 sept. 2023 =C3=A0 04:21, Aditya Mahajan a = =C3=A9crit : >=20 > On Mon, 4 Sep 2023, Fabrice L wrote: >=20 >> Dear list, >>=20 >> I have a problem with tikzCalendar on a recent installation. This = minimal example : >>=20 >> 8< =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80= =94 >>=20 >> \usemodule[tikz] >> \usetikzlibrary[calendar] >>=20 >> \starttext >> This should works: >> \blank >> \tikz \calendar[dates=3D2000-01-01 to 2000-01-31,week list]; >> \blank >> but this does not ! >> \stoptext >>=20 >> 8< =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80= =94 >>=20 >> should work, but does not. The problem seems to be here: >>=20 >> open source > level 2, order 61, name = 'tikzlibrarycalendar.code.tex' >> modules > 'pgfcalendar' is not found >> close source > level 2, order 61, name = =E2=80=98tikzlibrarycalendar.code.tex' >>=20 >> The file =C2=AB tikzlibrarycalendar.code.tex =C2=BB is read, but the = file =C2=AB pgfcalendar =C2=BB seems missing. I have reinstall a new = standalone version of ConTeXt, with all the modules (with the new script = from ConTeXt Garden), but nothing works.=20 >=20 > Here is what is going on: >=20 > `tikzlibrarycalendar.code.tex` contains the line: >=20 > \pgfutil@usemodule{pgfcalendar} >=20 > In `generic/pgf/utilities/pgfutil-context.def`, \pgfutil@usemodule is = defined as: >=20 > \def\pgfutil@usemodule#1{\usemodule[#1]} >=20 > which is supposed to load the file = `plain/pgf/utilities/pgfcalendar.tex` which just a wrapper to load = `pgfcalendar.code.tex`: >=20 >=20 > \edef\pgfcalendaratcode{\the\catcode`\@} > \catcode`\@=3D11 >=20 > \input pgfrcs.tex > \input pgfcalendar.code.tex >=20 > \catcode`\@=3D\pgfcalendaratcode >=20 > \endinput >=20 > Now, the reason that this is not working is that the new module = installer for tikz removes all the files from `tex/plain`. It appears = that tikz is at fault here. If the file `pgfcalendar.tex` is supposed to = used by both plain and context, then it should be in `tex/generic` = directory rather than `tex/plain` directory.=20 >=20 > However, moving the file to `tex/generic` will not fix the issue = directly loading the above `pgfcalendar.code.tex` in context is surely = going to fail because of the manual catcode changes that are being done = by pgfcalendar.=20 >=20 > So, I propose that we add a file `m-tikz-pgfcalendar.tex` as a wrapper = around `pgfcalendar.code.tex` and in `m-tikz.mk(xl|iv)` add >=20 >=20 > \definefilesynonym [pgfcalendar] [tikz-pgfcalendar] >=20 >=20 > I am attaching `m-tikz-calendar` which causes the original example to = compile (provided one adds the definefilesynonym before calling = \usetikzlibrary[calendar]). Can you please test if other features of = pgfcalendar are working with this file. >=20 This is working, thanks ! I tested some features of the calendar, and = everything seems in order. I will continue today to work on this (a = course syllabus). > Aditya Thanks again, you are a life saver !=20 Fabrice. --Apple-Mail=_854E14E7-D5D3-432B-B139-8DE5450B75E0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Dear = Aditya,

Le 5 sept. 2023 =C3=A0 = 04:21, Aditya Mahajan <adityam@umich.edu> a =C3=A9crit :

On Mon, 4 Sep 2023, Fabrice L = wrote:

Dear list,

I have a problem with = tikzCalendar on a recent installation. This minimal example = :

8< = =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94
\usemodule[tikz]
\usetikzlibrary[calendar]

\starttext
T= his should works:
\blank
\tikz  \calendar[dates=3D2000-01-01 = to 2000-01-31,week list];
\blank
but this does not = !
\stoptext

8< =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2= =80=94=E2=80=94=E2=80=94

should work, but does not. The problem = seems to be here:

open source     > level = 2, order 61, name 'tikzlibrarycalendar.code.tex'
modules =         > 'pgfcalendar' is = not found
close source    > level 2, order 61, name = =E2=80=98tikzlibrarycalendar.code.tex'

The file =C2=AB = tikzlibrarycalendar.code.tex =C2=BB is read, but the file =C2=AB = pgfcalendar =C2=BB seems missing. I have reinstall a new standalone = version of ConTeXt, with all the modules (with the new script from = ConTeXt Garden), but nothing works. 

Here is what is going on:

`tikzlibrarycalendar.code.tex` contains the = line:

 \pgfutil@usemodule{pgfcalendar}

In = `generic/pgf/utilities/pgfutil-context.def`, \pgfutil@usemodule is = defined as:

 \def\pgfutil@usemodule#1{\usemodule[#1]}

which is supposed to load the file = `plain/pgf/utilities/pgfcalendar.tex` which just a wrapper to load = `pgfcalendar.code.tex`:


   \edef\pgfcalendaratcode{\the\catcode`\@}
   \catcode`\@=3D11

   \input = pgfrcs.tex
   \input = pgfcalendar.code.tex

   \catcode`\@=3D\pgfcalendaratcode

   \endinput

Now, the reason that this is not working is = that the new module installer for tikz removes all the files from = `tex/plain`. It appears that tikz is at fault here. If the file = `pgfcalendar.tex` is supposed to used by both plain and context, then it = should be in `tex/generic` directory rather than `tex/plain` = directory. 

However, moving the file to `tex/generic` = will not fix the issue directly loading the above `pgfcalendar.code.tex` = in context is surely going to fail because of the manual catcode changes = that are being done by pgfcalendar. 

So, I propose that we add a file = `m-tikz-pgfcalendar.tex` as a wrapper around `pgfcalendar.code.tex` and = in `m-tikz.mk(xl|iv)` add


 \definefilesynonym [pgfcalendar] =      [tikz-pgfcalendar]


I am attaching `m-tikz-calendar` which = causes the original example to compile (provided one adds the = definefilesynonym before calling \usetikzlibrary[calendar]). Can you = please test if other features of pgfcalendar are working with this = file.


This is working, thanks ! = I tested some features of the calendar, and everything seems in order. I = will continue today to work on this (a course = syllabus).

Aditya

Thanks = again, you are a life saver = ! 
Fabrice.


= --Apple-Mail=_854E14E7-D5D3-432B-B139-8DE5450B75E0-- --===============4769035477983416374== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://www.ntg.nl/mailman/listinfo/ntg-context webpage : https://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : https://contextgarden.net ___________________________________________________________________________________ --===============4769035477983416374==--