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
I think the idea would be to change the cell typesetting from using an hbox to using a vbox. The requirement for this to happen would be that a keyword argument with the width has been given somewhere.
Notes:
It is a column width, so the setting will need to be together with the surrounding environment
Internally we will need a second cell layout function when typesetting to a certain width (similar to row header typsetting)
Main difference to row headers is that content should be centred by default.
The magic to detect the top/bottom baseline needs to be improved to also handle cells.
Decision on how to layout the cells/row header against each other when they are multi-line. Maybe:
Match top baseline on all cells
Centre the cells to the row header (i.e. align the midpoints of the top/bottom baselines)
This probably changes the current layout in some circumstances, but that is fine at this point. Overall, should be very much doable.
Oh, I guess we might need to special case the header row. i.e. there it makes sense to align the bottom baseline of each header. Note that it is unlikely that we generally have multiline content in table cells in SDAPS, but it would still be nice to have a sane handling there.
It would be nice if the width of each column corresponding to a choice entry within choicegroup would be configurable in LaTeX.
The text was updated successfully, but these errors were encountered: