Re: [Xml-sg-cmt] Odd table breaks (odd breaks within a row)

[Jean Mahoney <[e-mail]>]

Hi all,

Some more details below:

On 8/24/22 4:31 PM, Sandy Ginoza wrote:
> Hi all,
>
> While prepping 2 docs for pub, we noticed a couple of odd table breaks in RFCs-to-be 9053 and 9054.  Some info within a row appears on one page, and some info in the same row appears on the next page.  Please see:
>
> https://www.rfc-editor.org/authors/rfc9053.pdf
> Table 16 on pages 26-27
>
> https://www.rfc-editor.org/authors/rfc9054.pdf
> Table 2 on pages 6 and 7
[JM] Setup: A <tr> has a combination of <td>s that contain either short 
or long text strings (whether the text is wrapped in <t/> doesn't seem 
to have any impact).

When the PDF is generated, one of these rows has a page break in the 
middle of it. The shorter strings are displayed at the top of the row 
(they "float" and are displayed on the first page) and the longer 
strings are displayed on the second page (they sorta "sink" onto the 
next page but not necessarily to the very bottom of the row):

    ...       |     |         |                  |        |Key Wrap w/  |
    |         |     |         |                  |        |256-bit key  |
    +---------+-----+---------+------------------+--------+-------------+
    |         |-32  |         | no               |A128KW  |             |

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ page break ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    +=========+=====+=========+==================+========+=============+
    |Name     |Value| KDF     | Ephemeral-Static |Key Wrap|Description  |
    +=========+=====+=========+==================+========+=============+
    |ECDH-SS +|     | HKDF -- |                  |        |ECDH SS w/   |
    |A128KW   |     | SHA-256 |                  |        |HKDF and AES |
    |         |     |         |                  |        |Key Wrap w/  |
    |         |     |         |                  |        |128-bit key  |
    +---------+-----+---------+------------------+--------+-------------+

If the <td>s contain text strings of equivalent length (either long or 
short), the page break ends up between rows and the text is displayed 
correctly within the row. For the following example, I just copy/pasted 
the longest line of text:

    ...       |     |         |                  |        |Key Wrap w/  |
    |         |     |         |                  |        |256-bit key  |
    +---------+-----+---------+------------------+--------+-------------+
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ page break ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    +=========+=====+=========+==================+========+=============+
    |Name     |Value| KDF     | Ephemeral-Static |Key Wrap|Description  |
    +=========+=====+=========+==================+========+=============+
    |ECDH ES|ECDH ES|ECDH ES | ECDH ES w/ HKDF  |ECDH ES  |ECDH ES w/   |
    |w/ HKDF|w/ HKDF|w/ HKDF | and AES Key Wrap |w/ HKDF  |HKDF and AES |
    |and AES|and AES|and AES | w/ 256-bit key   |and AES  |Key Wrap w/  |
    |Key    |Key    |Key Wrap|                  |Key Wrap |256-bit key  |
    |Wrap w/|Wrap w/|w/      |                  |w/       |             |
    |256-bit|256-bit|256-bit |                  |256-bit  |             |
    |key    |key    |key     |                  |key      |             |


Thanks!
Jean


>
> Is this something that can be fixed?  Is there some workaround here?  I imagine we’ll see this with some frequency.
>
> FYI: These are Jim Schaad’s last documents (afaik).  There is *some* urgency to get these docs published in that they have been stuck in AUTH48 for over a year and were released for pub last week at the urging/override of the AD.  They have been delaying publication of another cluster for some time.
>
> Thanks!
> Sandy