mako
mako copied to clipboard
emersion
Let us set max width. *feature request*
Hi,
I use both long and short notification in terms of line lenght. I can set width but that's looking ugly for short notification.
See screenshot of what I mean, or maybe honoring the line break and calculate the lenght of the longest line?
Hmm. A max-width option would also imply that we'd need min-width, and have width override both of them if it is specified, which is adding quite a bit of complexity to the configuration. I don't think we want width to behave like height in this case, where it is implicitly a maximum. Having both the width and the height flexible also creates complications. How do you decide which direction to expand first?
Once #46 is fixed, you'll be able to specify width by matching on the application sending the notification or similar, would this be sufficient?
Another idea might be to allow notifications to shrink, instead of having a fixed width. This way you could then set the width to eg. 500 or more, and still have smaller notifications displayed nicely without much whitespace.
@vilhalmer OK, so what about it not being a px dimension but a character count length? Then you would expand till, you reach the defined int parameter and then you would force a breakline.
max-line-chars ?
@Gigg1ty I don't get it, you just described the behavior that would be achieved by working max-width :D
max-line-chars
Not a fan of this. Doesn't play well with non-monospace fonts, duplicates functionality.
@freed00m Um, i guess you are right 😅 But my thinking was that a min-width would not really be required this way, as notifications could be allowed to be as short as a single character.
@emersion that's true. Ignoring all the arabic ligature weirdness where two characters are often shorter than single one. Is there a way to get font's character px length? I think dunst just uses some pango font width as reference and hopes every other font fits more or less.
Can we introduce a shrink option in mako like @Gigg1ty suggested? Let the width and height implementation remain as it is.
Ideal would be something like dunst has, width = (20,300) where it is either (min,max) pair like this or single digit if you want fixed width, but me personally would be satisfied with just shrinking
Yes, I too would be happy to have shrinking for the width parameter and the normal setting of width. So 300 and then anything lower gets shrunk like it would with height.
