-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
Unify component pad
logic
#997
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
Comments
cc @rreusser |
Copying checklist from #985.
|
For reference, the procedure is pretty simple:
|
Would this enable users to configure legend entry padding as well? (Not just the whole legend) |
No, I meant the vertical padding. When using smaller font sizes, the padding between legend rows is (IMHO) too large. I think it's hardcoded as 5 pixels in both directions (?). I would like to be able customize this padding, e.g. using a configuration variable. There is 'tracegroupgap' but I would like to have 'tracegap' - also possibly smaller(!) than the default. |
Can somebody please have a look at this and maybe give me a hint how to make legend entry padding configurable? I'm not afraid of hacking by myself and creating a pull request, but I need some startup assistance. Thank you! |
Hi - this issue has been sitting for a while, so as part of our effort to tidy up our public repositories I'm going to close it. If it's still a concern, we'd be grateful if you could open a new issue (with a short reproducible example if appropriate) so that we can add it to our stack. Cheers - @gvwilson |
PR #989 added
pad
to update menus, and PR #986 with to do same for sliders.At the moment, colorbars are using
xpad
andypad
to determine their horizontal padding ➡️ we should switch them topad.l
+pad.r
(++ add a backward-compatiblecleanLayout
step) and add support forpad.t
andpad.b
while at it.We should also allow legends, range selector and range sliders to set their own
pad
options.The text was updated successfully, but these errors were encountered: