ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Eduardo Bohoyo via ntg-context <ntg-context@ntg.nl>
To: Max Chernoff <mseven@telus.net>, ntg-context@ntg.nl
Cc: Eduardo Bohoyo <ebohoyod@disroot.org>
Subject: Re: lua-widow-control module error in LMTX
Date: Tue, 26 Apr 2022 11:45:38 +0200	[thread overview]
Message-ID: <27083f43-2b09-994f-9535-fb751fae727c@disroot.org> (raw)
In-Reply-To: <ff3484ae-6103-ee71-708d-418753daadd9@telus.net>

Hi:

No line such as "Widow/orphan detected. Attempting to delete".

I see interleaved new groups with the same line always repeating a 
warning message throughout the whole file. In short, there are 613 new 
lines with the message "luatex warning > tex: left parfill skip is gone".
But I didn't give it any importance, because I interpreted that they 
could be inherent to the module.

I can see "modules         > 'lua-widow-control' is loaded".

But, luckily, I can also see this:

open source     > level 2, order 4, name 
'/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'
resolvers       > lua > loading file 
'/opt/luametatex/texmf-modules/tex/luatex/lua-widow-control/lua-widow-control.lua' 
succeeded
close source    > level 2, order 4, name 
'/opt/luametatex/texmf-modules/tex/context/third/lua-widow-control/t-lua-widow-control.mkxl'
module          > lua-widow-control > Already enabled


On the other hand, the distribution and size of my paragraphs take great 
care that their "design" optimises the module's goodness, except, of 
course, for the first pages of each of the nine dummy text chapters 
(they start at a third of a page).
But it is very curious that, even so, only the two orphan lines I 
mentioned, and only two of the five widows relate to two or three of 
those "supposedly problematic" first chapter pages (as I said, nine in 
total). And the case of the broken scripts is even stranger: only two of 
the six breakages concern a couple of those early chapter pages.

I will go over the lua-widow-control.pdf document once more in case 
there is a tiny detail I am missing, but I think, if I keep going at 
this pace, I will end up learning it by heart.

Well, joking aside, thanks again for your advice, Max.

Edu.

El 26/4/22 a las 4:42, Max Chernoff escribió:
> On 2022-04-25 6:51 p.m., Eduardo Bohoyo wrote:
>> First things first.  I want to acknowledge and thank you for the 
>> tough mission that surely involves maintaining this module for the 
>> benefit of the TeX community and, most especially, for LMTX in 
>> particular, due to the very reasons you have just explained.
>
> Well thanks :) These days I write most of my documents in LMTX, so the 
> LMTX
> support is pretty self-serving -- I'm admittedly surprised that there's
> another lwc + LMTX user.
>
>> Regarding your remarks, you are right in your assumptions: I didn't 
>> have the required lua file installed in its corresponding folder. 
>> That's what I was missing, and, logically, what made my compilation 
>> crash.
>
> Yeah, it's a pretty easy mistake to make. For Knuth TeX, shared files go
> in texmf/tex/generic and Plain-specific files go in texmf/tex/plain, but
> with LuaTeX there's just texmf/tex/luatex so it gets a little confusing.
>
>> Now I finally get the pdf. But unfortunately, this "new" pdf is the 
>> same with the module uncommented as when I had it commented. There is 
>> no difference at all. And you're right: even context --make doesn't 
>> solve the problem. To give you an idea, although my dummy document 
>> has 78 pages, only 55 can really be said to be dummy text that can 
>> benefit from the module. Well, only in those 55 pages I have 2 
>> orphans, 5 widows and 6 broken hyphens.
>
> So the first step here is to check the log file. If you see lines like
>
>     module          > lua-widow-control > Widow/orphan detected. 
> Attempting to remove.
>     module          > lua-widow-control > Widow/Orphan NOT removed on 
> page X.
>
> then that means that lwc found a widow/orphan, but gave up. This usually
> only happens if the page has only really short paragraphs, but it can 
> also
> happen if there aren't any paragraphs that both start and finish on 
> the page.
> I've got some neat graphs for this (see the upcoming TUGboat issue), 
> but with
> default settings this should happen for much less than 10% of potential
> widows/orphans, so it seems unlikely that this is happening for every 
> page.
>
> If this actually is the issue, then you can try raising the 
> "emergencystretch"
> value in "\setuplwc", but that's probably going to give terrible 
> results. The real
> solution is to rewrite something, but that should usually be pretty rare.
>
> ---
>
> If you see lines like
>
>     module          > lua-widow-control > Widow/orphan detected. 
> Attempting to remove.
>     module          > lua-widow-control > Widow/orphan successfully 
> removed at paragraph X on page Y.
>
> but the widows/orphans weren't actually removed, then something really 
> weird
> is going on and definitely means that there's a bug in lwc. Rerun the 
> document with
>
>     \setuplwc[debug=true]
>
> immediately after "\usemodule[lua-widow-control]" and either reply 
> with the log
> or post a new issue on the lwc GitHub.
>
> ---
>
> If you only see
>
>     modules         > 'lua-widow-control' is loaded
>
> but not any other lines mentioning lwc, then something weird is going 
> on, and
> lwc is loaded but not enabled. If this is the case, same as last time: 
> enable
> debug mode and reply with the log.
>
> ---
>
> If you don't see
>
>     modules         > 'lua-widow-control' is loaded
>
> at all, then you're not actually loading lwc. This probably means that 
> ConTeXt
> can't find the file, there should hopefully be clues somewhere in the 
> log file.
>
>> Thanks again for your work and yours observations.
>
> No problem; glad to help.
>
> -- Max
___________________________________________________________________________________
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
___________________________________________________________________________________

  reply	other threads:[~2022-04-26  9:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-21 20:08 Eduardo Bohoyo via ntg-context
2022-04-21 20:09 ` Eduardo Bohoyo via ntg-context
2022-05-14  7:58   ` Max Chernoff via ntg-context
2022-04-25 20:00 ` Max Chernoff via ntg-context
2022-04-26  0:51   ` Eduardo Bohoyo via ntg-context
2022-04-26  2:42     ` Max Chernoff via ntg-context
2022-04-26  9:45       ` Eduardo Bohoyo via ntg-context [this message]
2022-04-26  9:49         ` Eduardo Bohoyo via ntg-context
2022-04-27  7:14         ` Max Chernoff via ntg-context
     [not found]           ` <fff1ae26-4094-1f46-48aa-e0d44ae92daa@disroot.org>
2022-04-27 22:02             ` Fwd: " Eduardo Bohoyo via ntg-context
2022-04-28  7:25             ` Max Chernoff via ntg-context
2022-04-28  9:30               ` Henning Hraban Ramm via ntg-context
2022-04-29  0:38                 ` Max Chernoff via ntg-context
2022-04-29 12:20                   ` Eduardo Bohoyo via ntg-context
2022-04-28 10:54               ` Eduardo Bohoyo via ntg-context
2022-04-28 11:43                 ` Henning Hraban Ramm via ntg-context

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=27083f43-2b09-994f-9535-fb751fae727c@disroot.org \
    --to=ntg-context@ntg.nl \
    --cc=ebohoyod@disroot.org \
    --cc=mseven@telus.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).