-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature Request] option to control width gestimation of tables. #10433
Comments
I believe that only |
Accordingly, the option, if there is one, should be |
the option naming sounds reasonable to me. |
see #10427 (comment) |
Not sure if this is actually related, but, as mentioned in the user guide there are "ugly" pipe tables, like:
As an option I would like to have Pandoc output these "ugly" pipe tables, i.e. skip the width calculation, use three dashes for each column in the table header, and just output the pipe character or maybe pipe plus spaces like |
if i see this correctly that would be the |
No. The proposal above was for an option that affects parsing of tables, controlling whether width information is computed. The request above has to do with rendering. It is irrelevant to this issue. |
ok ... sorry for my miss-interpretation |
OK I opened #10453. |
today
simple_tables
andpipe_tables
as well as HTML-Tables are subject to an automatic mechanism gestimating their column widths by various means.there are various usecases that either want gestimation to be performed always or never.
for the sake of continuity also the current behaviour should be preserved most likely as the default.
Describe your proposed improvement and the problem it solves.
the proposal is to have an option called
--smart-table-widths
that take the following parameters:in my "always" case the gestimated widths become available to lua-filters and the typst target to ensure proper layout regardless of table and column sizes.
in @sphakka "never" case the gestimated widths are discarded in favor of the reflow capabilities of the HTML/CSS target.
The text was updated successfully, but these errors were encountered: