Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

improve display of paradigm columns with long headers #950

Open
dwhieb opened this issue Aug 13, 2021 · 1 comment
Open

improve display of paradigm columns with long headers #950

dwhieb opened this issue Aug 13, 2021 · 1 comment
Labels
Improvement Expansion or improvement of a current functionality that does already work and meets previous specs unsatisfying trivial things that are annoying, but do not ultimately matter.

Comments

@dwhieb
Copy link
Contributor

dwhieb commented Aug 13, 2021

From Arok:

Sometimes when the name of a paradigm column has a long header label, it creates some unsightly space in the paradigm table:

image

Can we find a way to improve this visual display? Some initial ideas:

  • Right now the <table> element contains two <tbody> elements. Maybe we could pull those into separate tables, so at least the spacing of the one <tbody> won't affect the other.

  • Force the columns to always be equal width. Is this possible in CSS without knowing that width in advance?

@dwhieb dwhieb added Improvement Expansion or improvement of a current functionality that does already work and meets previous specs unsatisfying trivial things that are annoying, but do not ultimately matter. labels Aug 13, 2021
@aarppe
Copy link
Contributor

aarppe commented Sep 3, 2024

Probably, the table/subpane header should have a width independent of the column headings in the subpane. And as probably, this header width should be the width of the entire table.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
Improvement Expansion or improvement of a current functionality that does already work and meets previous specs unsatisfying trivial things that are annoying, but do not ultimately matter.
Projects
None yet
Development

No branches or pull requests

2 participants