You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If we have multiline text with big descenders (i.e. $\sum_i x$) then the layout mechanism in Text._get_layout() doesn't handle the big descenders properly. Note that _get_layout() gives us the bounding box for text.get_window_extent so this causes problems for anything that needs to know where the text is and what its size is.
The layout is fine for single lines even large descenders. (first three text objects on each line)
For two lines with the same descend the layout is fine (last text object on each line)
For mixed size descenders (test and $\sum_i x$) the layout is erroneous. If the big descender comes first, the layout box is too big; conversely if it comes second.
I keep chasing around solutions, but the algorithm is a bit idiosyncratic so thought I'd post here if anyone had institutional knowledge.
Bug report
Follow up #11468
If we have multiline text with big descenders (i.e.
$\sum_i x$
) then the layout mechanism inText._get_layout()
doesn't handle the big descenders properly. Note that_get_layout()
gives us the bounding box fortext.get_window_extent
so this causes problems for anything that needs to know where the text is and what its size is.test
and$\sum_i x$
) the layout is erroneous. If the big descender comes first, the layout box is too big; conversely if it comes second.I keep chasing around solutions, but the algorithm is a bit idiosyncratic so thought I'd post here if anyone had institutional knowledge.
The text was updated successfully, but these errors were encountered: