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,HTML_MESSAGE,MAILING_LIST_MULTI, T_SCC_BODY_TEXT_LINE 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 DEFAF29AC5 for ; Tue, 4 Jun 2024 15:58:12 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id 282E9484DCF for ; Tue, 4 Jun 2024 15:58:09 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at cgl.ntg.nl Authentication-Results: cgl.ntg.nl (amavisd-new); dkim=fail (2048-bit key) reason="fail (message has been altered)" header.d=edu-surgu-ru.20230601.gappssmtp.com 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 I-sen-6FvQfD for ; Tue, 4 Jun 2024 15:58:08 +0200 (CEST) Received: from cgl.ntg.nl (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id 8A208484CB8 for ; Tue, 4 Jun 2024 15:57:50 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by cgl.ntg.nl (Postfix) with ESMTP id 715D7484C09 for ; Tue, 4 Jun 2024 15:57:39 +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 RvUjSwOCIcys for ; Tue, 4 Jun 2024 15:57:39 +0200 (CEST) Received-SPF: None (mailfrom) identity=mailfrom; client-ip=209.85.221.43; helo=mail-wr1-f43.google.com; envelope-from=davidov_ka@edu.surgu.ru; receiver= Received: from mail-wr1-f43.google.com (mail-wr1-f43.google.com [209.85.221.43]) (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 09A8E484C08 for ; Tue, 4 Jun 2024 15:57:38 +0200 (CEST) Received: by mail-wr1-f43.google.com with SMTP id ffacd0b85a97d-35e0eb3efd0so975428f8f.0 for ; Tue, 04 Jun 2024 06:57:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=edu-surgu-ru.20230601.gappssmtp.com; s=20230601; t=1717509458; x=1718114258; darn=ntg.nl; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=b6HQabALlH3a+d8rLfhYcQCG269JtSgUmcl4bgtsP4o=; b=2zYO7LvJoU2rgbWhSE99Su9bYj717Hv8pifz9vPOvm5/kBrwhmFBAzInXeq0tOdYkP Amv0w/RxC06UvoXFbXEPYN8CpSeDWKIt0hojFExlp1NNi3LWSTmOQyo/vAMRbKG/+zbq ifHwK/jz8mdOwOltTSWqUTfWUoMeKMYHzuk3ejYLEsm0TiBBrpmh1WzCMGYmBb8LqyWX rCkg0UE4AQgofXVDv1LjUSAxU6sNdf6PI2ODu6d/CKVaG2qUWSSxGRGJnEL5c4Krhc4t EQO2VriEXs2q8mXJJ4paN7AnTLQvOcnrlwm8unwSBpmQhVcUEz95PbdJNa5kXUUjp10X mNcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717509458; x=1718114258; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=b6HQabALlH3a+d8rLfhYcQCG269JtSgUmcl4bgtsP4o=; b=Gm0LgMoXbm6Inu8VtExBjenC827clIQDlkvygBcqobs2wJ6Lfp43RRQqsl0dkSCZ2b Rw9eT+D+4PUjMRPvRE0oM3zf6rFJjl2UCTRRwtVDqeVttoYYea9Iw/ziz06cBrBh/td6 BpTbH5/nrZdbXaBgygAFxSUZ6t4SwPwm2Ec9mcupS+aitVVJ8HEcYCItPF/Zvkpv6wYR V1ZF0GBjycnvz3j+Og7gRJBSGQj/a5P043zr0ydOg1OwqNRayLh+T75j8IRhldNE/DAD JcOGuXacRf2ujZ5Xb0OPQ6BIDbVMQeQL2zQGn2IVpifJc7z2Y7tpwY8ROo+YMSYwtbNy EzQw== X-Gm-Message-State: AOJu0YwNoOQvVLb37UHbUIgYautEjtXyLECInvqTHeunuxY841Y+7EnP G/TywVe2TVUHxJ1rTjbWopxmZqZvRX+t3/faXBZb9vHj6iXL6POR7mnensgwNsRx+pBKT60qBKa 8X9YjMXl11MPZN3zx8G19GtMSwvfjsBvEx9HvSMO67THCCF3fSB8= X-Google-Smtp-Source: AGHT+IG+zR6n6jyfWuYWkP8bmxraiS/CM4F5J5Rs8ETrzACC112pxzsnySOYMyXY/Z9wavVrMldekrlXSVoiQTlzw6s= X-Received: by 2002:adf:a44e:0:b0:357:bd78:4960 with SMTP id ffacd0b85a97d-35e0f271b59mr9136700f8f.25.1717509458054; Tue, 04 Jun 2024 06:57:38 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?0JTQsNCy0YvQtNC+0LIsINCa0LjRgNC40LvQuyDQkNC70LXQutGB0LDQvdC00YDQvtCy0LjRhw==?= Date: Tue, 4 Jun 2024 18:57:27 +0500 Message-ID: To: ntg-context@ntg.nl Message-ID-Hash: VKLDXWNELEXVTHMKH6PRKENQN6CVPDG5 X-Message-ID-Hash: VKLDXWNELEXVTHMKH6PRKENQN6CVPDG5 X-MailFrom: davidov_ka@edu.surgu.ru 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] Vanishing floats with location=split and \start ... \stopsplittext within 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="===============6506802250039751104==" --===============6506802250039751104== Content-Type: multipart/alternative; boundary="000000000000256942061a10d5fb" --000000000000256942061a10d5fb Content-Type: text/plain; charset="UTF-8" Greetings, I have run into an issue whilst using \start ... \stopsplittext. I intended to use it for large code listings (using the t-vim module), however floats with location=split using that environment seem to vanish if there is nearly not enough text before the float to fill a page. Not only that, a second float like that seems to lead to fatal errors related to an unclosed group, however the document compiles regardless. The following MWE is an example of this. I am using ConTeXt version 2024.05.27 18:16. \definefloat[codelisting][codelistings] \setupcaption[codelisting][location=top] \setuplabeltext[english][codelisting=Listing ] %\showboxes \starttext \input knuth \input knuth \input knuth \input knuth % Filler. Filler. Filler. Filler. % uncomment to push out a full page. the float will appear \startplacecodelisting[ title=My great C program on display!, location=split, ] \startsplittext \tt \input zapf \stopsplittext \stopplacecodelisting \input ward \startplacecodelisting[ title=My second great C program on display!, location=split, ] \startsplittext \tt \input ward \stopsplittext \stoptext On a related note, one can also observe that with specific amounts of text a float may end up being split in two on a single page, however I could not replicate it. Additionally, code listings done with t-vim's commands seem to lose line numbering within \start ... \stopsplittext in splittable floats, but I figure that's more on the module authors. In any case, is there more I can do other than not use floats for code listings? --000000000000256942061a10d5fb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Greetings,

I have run into a= n issue whilst using \start ... \stopsplittext. I intended to use it for la= rge code listings (using the t-vim module), however floats with location=3D= split using that environment seem to vanish if there is nearly not enough t= ext before the float to fill a page. Not only that, a second float like tha= t seems to lead to fatal errors related to an unclosed group, however the d= ocument compiles regardless. The following MWE is an example of this. I am = using ConTeXt version 2024.05.27 18:16.

\definefloat[co= delisting][codelistings]
\setupcaption[codelisting][location=3Dtop]
\= setuplabeltext[english][codelisting=3DListing ]

%\showboxes
\star= ttext

\input knuth
\input knuth
\input knuth
\input knuth% Filler. Filler. Filler. Filler. % uncomment to push out a full page. th= e float will appear

\startplacecodelisting[
=C2=A0 =C2=A0 title= =3DMy great C program on display!,
=C2=A0 =C2=A0 location=3Dsplit,
]<= br>\startsplittext
\tt \input zapf
\stopsplittext
\stopplacecodeli= sting

\input ward

\startplacecodelisting[
=C2=A0 =C2=A0 ti= tle=3DMy second great C program on display!,
=C2=A0 =C2=A0 location=3Dsp= lit,
]
\startsplittext
\tt \input ward
\stopsplittext

\s= toptext

On a related note, one can also observe that= with specific amounts of text a float may end up being split in two on a s= ingle page, however I could not replicate it. Additionally, code listings d= one with t-vim's commands seem to lose line numbering within \start ...= \stopsplittext in splittable floats, but I figure that's more on the m= odule authors. In any case, is there more I can do other than not use float= s for code listings?
--000000000000256942061a10d5fb-- --===============6506802250039751104== 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 ___________________________________________________________________________________ --===============6506802250039751104==--