@@ -755,7 +755,10 @@ Character-based Alignment in a Table Column</h3>
755755 but that (or a different behavior) needs to be specified,
756756 to describe what happens
757757 when different occurrences of the alignment character
758- are in different fonts.</p>
758+ are in different fonts.
759+ (Further, is that the intended behavior? Probably the most
760+ significant use case to consider is bold vs. non-bold text,
761+ which only varies slightly in width.)</p>
759762
760763 <div class="example">
761764
@@ -853,10 +856,14 @@ Character-based Alignment in a Table Column</h3>
853856
854857 <p class="issue"> This behavior of aligning as though
855858 the alignment character had been inserted at the end of
856- the contents of the cell,
859+ the contents of the cell,
857860 combined with center-of-character alignment,
858- will produce gaps on the end-side of any replaced elements
859- that are alone on a line with <string> text-alignment.
861+ will produce gaps on the end-side of lines
862+ that are alone on a line with <string> text-alignment,
863+ when none of the lines of the column has the alignment character,
864+ or, more importantly, when some of the lines
865+ do have the alignment character,
866+ but the column is not laid out at its max-content width.
860867 This is probably undesirable.</p>
861868
862869 <p class="issue"> When the alignment character is inserted at
0 commit comments