From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from cgl.ntg.nl (Cgl.ntg.nl [5.39.185.202]) by inbox.vuxu.org (Postfix) with ESMTP id 4371F2529B for ; Sun, 23 Jun 2024 14:38:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id E64FB4849FC for ; Sun, 23 Jun 2024 14:36:49 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at cgl.ntg.nl Authentication-Results: cgl.ntg.nl (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=flump.de 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 2f4YVyyaI3F9 for ; Sun, 23 Jun 2024 14:36:49 +0200 (CEST) Received: from cgl.ntg.nl (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id D6B83484876 for ; Sun, 23 Jun 2024 14:36:00 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id C5A2F48485D for ; Sun, 23 Jun 2024 14:35:34 +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 WuaiomxqoIBr for ; Sun, 23 Jun 2024 14:35:34 +0200 (CEST) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=185.163.118.210; helo=flump.de; envelope-from=gerion.entrup@flump.de; receiver= Received: from flump.de (flump.de [185.163.118.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4FE2D48483E for ; Sun, 23 Jun 2024 14:35:33 +0200 (CEST) Received: from falbala.localnet (ip4d1692dd.dynamic.kabel-deutschland.de [77.22.146.221]) by flump.de (Postfix) with ESMTPSA id AB0131110ADE; Sun, 23 Jun 2024 14:35:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=flump.de; s=mail; t=1719146133; bh=Jf1dXasFkMQM0RL+oA/rokBvj2H/qNvYOT0YXjJecGM=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=TwNlI2uUpr0I80jibRmaUVVQwWnQ0W8Tf0kp/zCvb7HaP0WYVDg0nbNIGPRpIMRn4 v8DDVuNQNQoNidjUQFKQBBdsp+78crC4tKt1M99CZMXhp8V6YjO4jgm0/lEKn4SAAm gBqFKafU/CrweBqgBZ2TClAlgI2dAOfGdtuO++Bg= From: Gerion Entrup To: mailing list for ConTeXt users Date: Sun, 23 Jun 2024 14:35:13 +0200 Message-ID: <6576932.YiXZdWvhHV@falbala> In-Reply-To: References: MIME-Version: 1.0 Message-ID-Hash: IY2U3A6B6YTEGKDDHMSW2XC523YKRN3G X-Message-ID-Hash: IY2U3A6B6YTEGKDDHMSW2XC523YKRN3G X-MailFrom: gerion.entrup@flump.de 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: weekend update 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="===============2370552319773586186==" --===============2370552319773586186== Content-Type: multipart/signed; boundary="nextPart4493281.anssfa2V6d"; micalg="pgp-sha256"; protocol="application/pgp-signature" --nextPart4493281.anssfa2V6d Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Gerion Entrup To: mailing list for ConTeXt users Cc: Hans Hagen Subject: Re: [NTG-context] weekend update Date: Sun, 23 Jun 2024 14:35:13 +0200 Message-ID: <6576932.YiXZdWvhHV@falbala> In-Reply-To: References: MIME-Version: 1.0 Am Freitag, 21. Juni 2024, 19:00:03 MESZ schrieb Hans Hagen via ntg-context: > -- support for stacking at the tex end (maybe for presentations) > > \starttext > > \definestacking[one] > \definestacking[two] > > \startbuffer > This is a test \stacking [one] {and a proof} of \stacking [two] > {concept} indeed > \stacking [one] {\blackrule [width=4cm]} is it and the question is how > \stacking > [two] {\scale [s=2] {fancy}} we can go > > \startstacking[one] > \startformula > \sqrt{1+x} > \stopformula > \stopstacking > > and how useful \stacking[two]{\inframed{it}} is. > \stopbuffer > > \startstackingsteps[one,two,{one,two}] > \startTEXpage[offset=1ts] > \getbuffer > \stopTEXpage > \stopstackingsteps > > \startTEXpage[offset=1ts] \setupstacking[criterium={one}] \getbuffer > \stopTEXpage > \startTEXpage[offset=1ts] \setupstacking[criterium={two}] \getbuffer > \stopTEXpage > \startTEXpage[offset=1ts] \setupstacking[criterium={one,two}] \getbuffer > \stopTEXpage > > \stoptext Very nice, thank you! I see some similarities to the "visible on" technique [1], I posted in a previous thread. What comes there really handy are range specifiers, what seems not possible with this interface. For example: "visible on=<2->" renders the content on every page except the first one or "visible on=<1-5,13-15>" on the first page up to the fifth page and from page 13 to 15. The mechanism stems from the Beamer overlay specifications, see section 9.3 of the manual [2] and can be much more complicated with modes (section 9.6.2). To add this to the new interface, if you want that, the stack layers above need some kind of order, which is implicit for numbers: ``` \definestacking{one} \definestacking{two} \definestacking{three} \definestackingorder{one,two, three} ... \setupstacking[criterium={one-three}] ``` The order could also be implicitly defined after the order of the \definestacking calls. Or would it be possible to have numbers always automatically (additionally) available as stacking layer? So that this "just" works: ``` \startbuffer This is a test \stacking [1] {and a proof} of \stacking [2] {concept} indeed. \stopbuffer ... \setupstacking[criterium={1-}] ``` I also wondered, if it is possible to define a lot of layers semiautomatically in Lua (in some graphics I needed around 20 layers). It seems that numbers in layer names currently are not allowed. Is code like this possible somehow? ``` \startluacode for i = 1, 20 do context.definestacking(string.format("l\letterpercent.d", i)) end \stopluacode ``` Gerion [1] https://github.com/luhsra/texmf/blob/main/tex/latex/beamertools/beamertools.sty [2] https://ctan.org/pkg/beamer --nextPart4493281.anssfa2V6d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEM/tVN9WpYYHnPZHxloeAdSYJHeoFAmZ4FoEACgkQloeAdSYJ Heo/8AwAkR2qrnltDg3d9Xf7Fm5RS2HSzIzjVGypOWGUrDKx0LEiaerhJetSxU2T Q0QDX28CVbDwfXGGx2uo2xBtcIWJsJGWCGOfFqeuHRAlL7xl/JC1GOrA2Yd3t9gy 6FSPWCJYjUFdPTB0DLkhEwDdoy/8G7uNbPaaTBpYmlwgEzEf/uWabm5ao3J/upHn ZNBkk3sCMX8cWjiqn/sXhGyBpD212CSuAnFr0xaX1Yl8pkauaYCZoKX+1+FM1b85 egaHtrNTEjiPBnaTZ9fAIamwDMJ8mkPr+UHBLW5VnjP5VddDZPZiSBeL9+sog2EO hEdJiyw9RZcTL6VAGf9e62lsbDuHp3H9WfwLD/3CsvPVOj8qmfPnpXwrkvl8Kcjt aGadpmS+PSgoi6ivqQ5J7WBP3CGitMUQuVwgoKIBaJbkvFkFVNF8vDBQLGl+hrvm dmCxxfoyiRHNkNU5O9+LtPoOO3GiPdgMyj0QO+9t0cCm0yWtvw7pWvQujqZzXwus rfw/gM1n =2iAK -----END PGP SIGNATURE----- --nextPart4493281.anssfa2V6d-- --===============2370552319773586186== 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://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 ___________________________________________________________________________________ --===============2370552319773586186==--