two issues with subcolumnsets (paralllel texts)
Dear Hans and Michael, I’m finishing a small project of a booklet with some Greek text and its facing Spanish translation. Text is typeset in 30 pages (each language, 60 in total). Everything went fine, many thanks for your excellent work. There are two issues I’m experiencing and I don’t know what I’m doing wrong. The first one is spacing before and after chapter headings, which I need to set them up as: \setuphead[chapter, newchapter, title] [before={\blank[line]\testcolumn[5]},%2st after={\blank[none, samepage]},%.5st ] Sorry, to get a line before and after, I would use `\blank[line]`. Why is `none` needed in `after`? If I have a line before and after chapter headings (instead of two, as the comments show), I get two pages wrong flushed. Sorry, but it is impossible to provide a MWE for me. Columns and subcolums are so defined: \definecolumnset [parallel] [n=1, align={lesswidows,lessclubs,lessbroken,lessorphans}] \definesubcolumnset[parallel][L][1] \definesubcolumnset[parallel][R][2] The flush mismatches are https://pdf.ousia.tk/first-mismatch.png and https://pdf.ousia.tk/second-mismatch.png. In both cases, original and translated text have the same number of lines (after chapter title, four and six, respectively). I wonder whether some widow issue for the Spanish text is moving the title and whole paragraph to the next page in both cases. Sorry for not giving an MWE, but I don’t understand why both mismatches happen, what am I missing here? Many thanks for your help, Pablo
On 8/31/25 18:47, Pablo Rodriguez via ntg-context wrote:
[...] The flush mismatches are https://pdf.ousia.tk/first-mismatch.png and https://pdf.ousia.tk/second-mismatch.png.
Hi again, I found that the problem is the value of `\testcolumn` in \setuphead[chapter, newchapter, title] [before={\blank[line]\testcolumn[5]}] If I set it to 3, I avoid the flush mismatches, but I get some widows. But what puzzles me is `\testcolumn[5]` being applied differently to `\title` (the heading for the right column and page) than to `\chapter` (its counterpart for the left column and page), I mean, as you can see, flush mismatches consist in chapter and two lines on the left page and the whole chapter moved on the right page. BTW, I was able to reproduce with _exactly the same text_ on left and right columns. I wonder whether having a single subcolumnset per page might be related. If Ι’m missing something, some explanation will be really helpful. Many thanks again, Pablo
On 9/1/25 17:52, Pablo Rodriguez via ntg-context wrote:
On 8/31/25 18:47, Pablo Rodriguez via ntg-context wrote:
[...] The flush mismatches are https://pdf.ousia.tk/first-mismatch.png and https://pdf.ousia.tk/second-mismatch.png. [...] I found that the problem is the value of `\testcolumn` in
\setuphead[chapter, newchapter, title] [before={\blank[line]\testcolumn[5]}]
But what puzzles me is `\testcolumn[5]` being applied differently to `\title` (the heading for the right column and page) than to `\chapter` (its counterpart for the left column and page),
Replying to myself again, I think I have found a workaround: \setuphead[chapter, title] [before={\ifmode{*newchapter} \blank[line]\testcolumn[5] \else \blank[line]\testcolumn[4]\fi}] Of course, this was pure trial and error. Why the heading command on the right page (title) requires one line less in `\testcolumn` than the heading command in the left page (chapter) is totally unknown to me. This also seems to work with sections with values 2-1 (which have margin number as headings). Both commands make widows disappear in my original project. Just in case it would be helpful, I managed to generate a sample (from my sources) which contain an XML file (for sources) and an environment file with less than 30 relevant lines (and 50 previous lines to deal with the XML source). The sample is as small as possible (with the same ancient Greek text on both streams) and it shows to flush mismatches. Values required to fix this were 5-3. In the sample, two widows appear, out of 8 pair of pages. I’m reporting this, because I don’t really know whether the issue is in my code or not. Many thanks for your help, Pablo
participants (1)
-
Pablo Rodriguez