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
first of all thank you for this package, I really like the aesthetic changes it allows.
While working on my configuration I found a condition that perhaps should be addressed (in the code or the documentation).
Reading the docstring for spacious-padding-widths I thought that it was not required to specify all the elements in the new plist. For example, at a certain point it says (emphasys added by me):
The more specific keys :left-fringe-width and :right-fringe-wdithcan be used for finer control.
I extended this and interpreted the instructions as they were saying that all keys are optional, and somehow defaults are enforced for those not specified.
…missing
We already do this in most places, but this one was not covered.
Thanks to Stefano Rodighiero for bringing this matter to my attention
in issue 11: <#11>.
Hello Protesilaos,
first of all thank you for this package, I really like the aesthetic changes it allows.
While working on my configuration I found a condition that perhaps should be addressed (in the code or the documentation).
Reading the docstring for
spacious-padding-widths
I thought that it was not required to specify all the elements in the new plist. For example, at a certain point it says (emphasys added by me):I extended this and interpreted the instructions as they were saying that all keys are optional, and somehow defaults are enforced for those not specified.
But, elsewhere in the code:
spacious-padding/spacious-padding.el
Line 261 in 21be66a
Since I initially didn't specify a value for
:right-divider-width
, the call toplist-get
returnsNIL
, which>
does not like.I think there should be a guard, a default value, or a note in the docstring specifying what values are mandatory.
The text was updated successfully, but these errors were encountered: