-
-
Notifications
You must be signed in to change notification settings - Fork 805
💄 Add option for panels to fit to content #1096
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
base: master
Are you sure you want to change the base?
💄 Add option for panels to fit to content #1096
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
|
Any chances to merge this PR soon? Can someone please restart CI? |
This comment was marked as outdated.
This comment was marked as outdated.
I believe what's missing is test coverage for my new code and logic, which is not my strong suit. I would appreciate any help or suggestions on how to approach writing tests for this. |
This comment was marked as resolved.
This comment was marked as resolved.
📝 Docs previewLast commit 82db16f at: https://8ce4e47b.typertiangolo.pages.dev Modified Pages |
|
I updated the PR to remove merge conflicts, and:
Remaining issues:
|
Yes, of course, as long as the CI is running 3.8/3.9 tests, that means we're still officially supporting these versions of Python, even if they've become EOL. We'll likely drop them at some point in the near future, but nevertheless every PR should always pass the full test suite. |
This reverts commit 7f9e5a4.
Co-authored-by: Sofie Van Landeghem <[email protected]>
|
@svlandeg thanks for your review and suggestions today! 😊 I guess my remaining points are:
|
|
Hi @harkabeeparolus, thanks for the status update! I'll try to look into these issues sometime in the next 10 days. |
Provide an option for using Rich
Panel.fit()akaPanel(expand=False)for help panels and errors. This was mentioned in discussion #607 and #680. To opt into this new, non-default behavior, just use:I think this can look nicer on very wide terminals, especially for CLIs with few parameters, or short parameter descriptions, so I would prefer to have the option to choose this style sometimes.
Status
Example