From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/106444 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: "Philipp A." Newsgroups: gmane.comp.tex.context Subject: Re: body text invades space for notes Date: Wed, 4 Mar 2020 12:07:27 +0100 Message-ID: References: <7e17aaa4-e8c2-6e00-1798-b35baa0c2611@gmx.es> <556eea4f-ba2c-89ae-5454-fa49266e0758@gmx.es> Reply-To: mailing list for ConTeXt users Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8650245439583497713==" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="94452"; mail-complaints-to="usenet@ciao.gmane.io" To: mailing list for ConTeXt users Original-X-From: ntg-context-bounces@ntg.nl Wed Mar 04 12:08:11 2020 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane-mx.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j9Rsj-000OO1-9y for gctc-ntg-context-518@m.gmane-mx.org; Wed, 04 Mar 2020 12:08:05 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 094D71824B3; Wed, 4 Mar 2020 12:07:46 +0100 (CET) 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 iMbza643lC1O; Wed, 4 Mar 2020 12:07:44 +0100 (CET) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 3DADA1826CC; Wed, 4 Mar 2020 12:07:44 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id 1880D1824A5 for ; Wed, 4 Mar 2020 12:07:43 +0100 (CET) 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 5AGnvr7JYCnY for ; Wed, 4 Mar 2020 12:07:41 +0100 (CET) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.167.174; helo=mail-oi1-f174.google.com; envelope-from=trueflyingsheep@gmail.com; receiver= Original-Received: from mail-oi1-f174.google.com (mail-oi1-f174.google.com [209.85.167.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id 453C91823F0 for ; Wed, 4 Mar 2020 12:07:41 +0100 (CET) Original-Received: by mail-oi1-f174.google.com with SMTP id q81so1702157oig.0 for ; Wed, 04 Mar 2020 03:07:41 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=iV5eDCSy7NqT0MjEU9ySs1S6ZDqMw2MQbTP3rvCr0LA=; b=PCpFIL5HtnW42YV8G2BtIPLVsd2inB0qSPb49h0ZmLclImh4UH5fMMVmqtAEOI0ZOK GD0CkyKUJ10aytTRTqYCx/kVhF76Z49+RbKqtfa/jxHd8MCS6GGN2L4HpewemOS5kAxO Hd76zGJuxGn6GRzBJoNn60NLIsIUvT2dc1HVLkjdXzu2Scnd73O5RB11rngMZDT0RAZ1 iRQeYSbUKlRznd3ZQfrmtDbzB7j9c/7fIsy8Ti4y+Lh+WdxxiTPY7yMyuEJHuSesxU1O rVHnexsASPDZfFSGyUJi03r4//0N8W3cvcroMNm+vu39E0KuN6FavXW1ImDAEQUyochF 7c8Q== X-Gm-Message-State: ANhLgQ2fR8W0RVUNGi2Z1u40emfBY4+ZBmTDlZuEmzxZ1Ugi43Oy9p+W 2TwcKGQrleAtHXVf7+1NBWAwZc+9h0Pulqn+Ot96VNfIuwY= X-Google-Smtp-Source: ADFU+vuc1s4z78Z6dQgm/kBinrC/si8YJ6rDulDblTcWLDNHxvWrbzNx6OapTkFGkri9Or46yE2J704dxHbAliZtNso= X-Received: by 2002:a05:6808:9a5:: with SMTP id e5mr1171977oig.168.1583320059128; Wed, 04 Mar 2020 03:07:39 -0800 (PST) In-Reply-To: <556eea4f-ba2c-89ae-5454-fa49266e0758@gmx.es> X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.26 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.io gmane.comp.tex.context:106444 Archived-At: --===============8650245439583497713== Content-Type: multipart/alternative; boundary="000000000000b0b30605a0056d39" --000000000000b0b30605a0056d39 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Pablo, Thank you for the help! I=E2=80=99m not using lists on that page =E2=80=A6 what I do use is a figur= e with location=3Dleft, which is probably the culprit, as it ends up pretty close = to the footnote. Is there any interest in fixing this longstanding bug? It=E2=80=99s the onl= y feature that=E2=80=99s just consistently broken for me =E2=80=A6 Best, Phil Am Di., 25. Feb. 2020 um 22:15 Uhr schrieb Pablo Rodriguez : > On 2/18/20 11:17 AM, Philipp A. wrote: > > For me it=E2=80=99s even worse (in mkiv), a paragraph of body text comp= letely > > overlaps my footnote. > > > > Where are the bottom notes placed? In the footer? Or how does it work? > > How to debug it? > > Hi Philipp, > > I=E2=80=99m afraid that this misbehaviour is caused by the use of lists i= n the > same page. > > Even not using lists, the space before seems not to be honored when > using \setupnote[footnote]. > > Note handling seems to have been improved in both LMTX and MkIV. A > side-effect of this new handling is the random clash between body and > notes texts when using lists in the same page. > > BTW, foonotes cannot be placed in the footer. > > \showframe\showgrid > \setuppapersize[A9] > \starttext > \dorecurse{3}{% > text\footnote{note}\\} > \stoptext > > Sorry, but I=E2=80=99m afraid that I don=E2=80=99t know any way of debugg= ing it. > > Pablo > > > > Am Sa., 14. Dez. 2019 um 19:41 Uhr schrieb Pablo Rodriguez: > > > > Dear list, > > > > I=E2=80=99m afraid to admit that ConTeXt notes are increasily probl= ematic for > > me. I don=E2=80=99t think this is special to me and I hope we can d= iscuss the > > general issue. > > > > Bottom notes are somewhat tricky in ConTeXt. The user expects that > these > > notes (either footnotes, or linenotes) aren=E2=80=99t moved to the = next > page. I > > mean, no reader expects to find a full footnote in the next page fr= om > > the one that calls it. (At least, I have never seen that in any boo= k > > read or paged through.) > > > > There may be good reasons for that, but ConTeXt doesn=E2=80=99t ena= ble this > by > > default. Both options "split=3Dverystrict" and "scope=3Dtext" have = to be > > used in "\setupnote". > > > > This translated in wrong space before notes when paragraph form was > > used. I was very interested to use these (line)notes for critical > > editions, but sometimes the text run into the notes. I=E2=80=99m af= raid that > > left linenotes extremely problematic to be used. > > > > With the arrival of LMTX, space before footnotes is more problemati= c > > than before. No paragraph notes, see the attached sample > (wrong-6.png). > > In other cases, ConTeXt seems to ignore totally that the page botto= m > > contains footnotes. > > > > I cannot provide minimal samples. Consider that if it were so easy = to > > reproduce, problably the issue would have been gone long ago. > > > > Even when one avoids the problematic bottom partition (which I did = in > > that case by removing the "before" option from > "\setupnote[footnote]"), > > there is clearly an issue with the footnote having its space before > > remaining blank from the body text (wrong-2.png). > > > > My first question is why the bottom notes have problems to preserve > the > > space before them (and simultaneously remain in the same page where > they > > come from). This applies also for paragraph notes. > > > > My second question is what can be improved to achieve what may be > > considered as a basic typographic feature. > > > > Sorry for not providing more than output samples. Bear with me. I m= ay > > not be an expert user, but I think I=E2=80=99m a frequent ConTeXt u= ser. And I > > don=E2=80=99t think it is totally wrong to consider this a basic fe= ature that > > needs to be improved. > > > > Many thanks for your help in advance, > > > > Pablo > > > > -- > http://www.ousia.tk > > _________________________________________________________________________= __________ > 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 > > _________________________________________________________________________= __________ > --000000000000b0b30605a0056d39 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Pablo,

Thank you for the help!
=
I=E2=80=99m not using lists on that page =E2=80=A6 what I do use is a = figure with location=3Dleft, which is probably the culprit, as it ends up p= retty close to the footnote.
Is there any interest in fixing this= longstanding bug? It=E2=80=99s the only feature that=E2=80=99s just consis= tently broken for me =E2=80=A6

Best, Phil

Am = Di., 25. Feb. 2020 um 22:15=C2=A0Uhr schrieb Pablo Rodriguez <oinos@gmx.es>:
On 2/18/20 11:17 AM, Philipp A. wrote:
> For me it=E2=80=99s even worse (in mkiv), a paragraph of body text com= pletely
> overlaps my footnote.
>
> Where are the bottom notes placed? In the footer? Or how does it work?=
> How to debug it?

Hi Philipp,

I=E2=80=99m afraid that this misbehaviour is caused by the use of lists in = the
same page.

Even not using lists, the space before seems not to be honored when
using \setupnote[footnote].

Note handling seems to have been improved in both LMTX and MkIV. A
side-effect of this new handling is the random clash between body and
notes texts when using lists in the same page.

BTW, foonotes cannot be placed in the footer.

=C2=A0 =C2=A0 \showframe\showgrid
=C2=A0 =C2=A0 \setuppapersize[A9]
=C2=A0 =C2=A0 \starttext
=C2=A0 =C2=A0 \dorecurse{3}{%
=C2=A0 =C2=A0 =C2=A0 =C2=A0 text\footnote{note}\\}
=C2=A0 =C2=A0 \stoptext

Sorry, but I=E2=80=99m afraid that I don=E2=80=99t know any way of debuggin= g it.

Pablo


> Am Sa., 14. Dez. 2019 um 19:41=C2=A0Uhr schrieb Pablo Rodriguez:
>
>=C2=A0 =C2=A0 =C2=A0Dear list,
>
>=C2=A0 =C2=A0 =C2=A0I=E2=80=99m afraid to admit that ConTeXt notes are = increasily problematic for
>=C2=A0 =C2=A0 =C2=A0me. I don=E2=80=99t think this is special to me and= I hope we can discuss the
>=C2=A0 =C2=A0 =C2=A0general issue.
>
>=C2=A0 =C2=A0 =C2=A0Bottom notes are somewhat tricky in ConTeXt. The us= er expects that these
>=C2=A0 =C2=A0 =C2=A0notes (either footnotes, or linenotes) aren=E2=80= =99t moved to the next page. I
>=C2=A0 =C2=A0 =C2=A0mean, no reader expects to find a full footnote in = the next page from
>=C2=A0 =C2=A0 =C2=A0the one that calls it. (At least, I have never seen= that in any book
>=C2=A0 =C2=A0 =C2=A0read or paged through.)
>
>=C2=A0 =C2=A0 =C2=A0There may be good reasons for that, but ConTeXt doe= sn=E2=80=99t enable this by
>=C2=A0 =C2=A0 =C2=A0default. Both options "split=3Dverystrict"= ; and "scope=3Dtext" have to be
>=C2=A0 =C2=A0 =C2=A0used in "\setupnote".
>
>=C2=A0 =C2=A0 =C2=A0This translated in wrong space before notes when pa= ragraph form was
>=C2=A0 =C2=A0 =C2=A0used. I was very interested to use these (line)note= s for critical
>=C2=A0 =C2=A0 =C2=A0editions, but sometimes the text run into the notes= . I=E2=80=99m afraid that
>=C2=A0 =C2=A0 =C2=A0left linenotes extremely problematic to be used. >
>=C2=A0 =C2=A0 =C2=A0With the arrival of LMTX, space before footnotes is= more problematic
>=C2=A0 =C2=A0 =C2=A0than before. No paragraph notes, see the attached s= ample (wrong-6.png).
>=C2=A0 =C2=A0 =C2=A0In other cases, ConTeXt seems to ignore totally tha= t the page bottom
>=C2=A0 =C2=A0 =C2=A0contains footnotes.
>
>=C2=A0 =C2=A0 =C2=A0I cannot provide minimal samples. Consider that if = it were so easy to
>=C2=A0 =C2=A0 =C2=A0reproduce, problably the issue would have been gone= long ago.
>
>=C2=A0 =C2=A0 =C2=A0Even when one avoids the problematic bottom partiti= on (which I did in
>=C2=A0 =C2=A0 =C2=A0that case by removing the "before" option= from "\setupnote[footnote]"),
>=C2=A0 =C2=A0 =C2=A0there is clearly an issue with the footnote having = its space before
>=C2=A0 =C2=A0 =C2=A0remaining blank from the body text (wrong-2.png). >
>=C2=A0 =C2=A0 =C2=A0My first question is why the bottom notes have prob= lems to preserve the
>=C2=A0 =C2=A0 =C2=A0space before them (and simultaneously remain in the= same page where they
>=C2=A0 =C2=A0 =C2=A0come from). This applies also for paragraph notes.<= br> >
>=C2=A0 =C2=A0 =C2=A0My second question is what can be improved to achie= ve what may be
>=C2=A0 =C2=A0 =C2=A0considered as a basic typographic feature.
>
>=C2=A0 =C2=A0 =C2=A0Sorry for not providing more than output samples. B= ear with me. I may
>=C2=A0 =C2=A0 =C2=A0not be an expert user, but I think I=E2=80=99m a fr= equent ConTeXt user. And I
>=C2=A0 =C2=A0 =C2=A0don=E2=80=99t think it is totally wrong to consider= this a basic feature that
>=C2=A0 =C2=A0 =C2=A0needs to be improved.
>
>=C2=A0 =C2=A0 =C2=A0Many thanks for your help in advance,
>
>=C2=A0 =C2=A0 =C2=A0Pablo



--
http:/= /www.ousia.tk
___________________________________________________________________________= ________
If your question is of interest to others as well, please add an entry to t= he Wiki!

maillist : ntg-cont= ext@ntg.nl / http://www.ntg.nl/mailman/listinfo/nt= g-context
webpage=C2=A0 : http://www.pragma-ade.nl / http://context.aanhet.net=
archive=C2=A0 : https://bitbucket.org/phg/context-m= irror/commits/
wiki=C2=A0 =C2=A0 =C2=A0: http://contextgarden.net
___________________________________________________________________________= ________
--000000000000b0b30605a0056d39-- --===============8650245439583497713== 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 X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --===============8650245439583497713==--