Hi even if i completely remove all fonts in the file it still behaves as depicted
> i think you need, instead of
>
> , "Font Awesome 6 Free Solid 10"
> , "Font Awesome 6 Brands Regular 10"
>
> something like
>
> , "Font Awesome, Free Solid 10, 6"
> , "Font Awesome, Brands Regular 10, 6"
Hi even if i completely remove all fonts in the file it still behaves as depicted
@jrgiacone also, to make sure i understand the problem, how would you describe in words this "overflow"? it's a bit hard to tell just by looking at the images... do you think it's a single monitor that it's taking more space than before? or is it all of them?
@jrgiacone also, to make sure i understand the problem, how would you describe in words this "overflow"? it's a bit hard to tell just by looking at the images... do you think it's a single monitor that it's taking more space than before? or is it all of them?
@jrgiacone i've pushed a patch that recovers the behaviour of drawing the center segment at the center of the bar: does it improve things for you?
Yes this was on one monitor with the other monitor off.
The new patch prevents the right side of the bar from moving off the screen.
However now the center window titles double up with the monitors on the right, please see image below
If you open the picture you will see it doubles up with the first few icons, opening remaining windows and it will continue going.
The behavior before the bug appeared, it would go beheind the bar and not show with the other modules almost as if there was a cuttoff right before the first parts of the template
> @jrgiacone i've pushed a patch that recovers the behaviour of drawing the center segment at the center of the bar: does it improve things for you?
Yes this was on one monitor with the other monitor off.
The new patch prevents the right side of the bar from moving off the screen.
However now the center window titles double up with the monitors on the right, please see image below
If you open the picture you will see it doubles up with the first few icons, opening remaining windows and it will continue going.
The behavior before the bug appeared, it would go beheind the bar and not show with the other modules almost as if there was a cuttoff right before the first parts of the template
@jrgiacone well, if i change the behaviour and draw the right-hand side last (which is what i think you expect), someone will complain that it's occluding the center :)
but, won't just putting your current center monitors as the last of the left side (leaving the center empty) work as you want? (if you always have lots of things in the middle)
@jrgiacone well, if i change the behaviour and draw the right-hand side last (which is what i think you expect), someone will complain that it's occluding the center :)
but, won't just putting your current center monitors as the last of the left side (leaving the center empty) work as you want? (if you always have lots of things in the middle)
i've pushed a little variation on the same, but i guess it's not going to solve the problem you see... i'm actually scratching my head about how those monitors overlap, i don't see how it happens in the code...
i've pushed a little variation on the same, but i guess it's not going to solve the problem you see... i'm actually scratching my head about how those monitors overlap, i don't see how it happens in the code...
hi i could he creating confusion this issue shown is currently with one monitor.
The same issue is present if multiple.
in previous revisions it was working, it worked when it was previously on github before the font changes
hi i could he creating confusion this issue shown is currently with one monitor.
The same issue is present if multiple.
in previous revisions it was working, it worked when it was previously on github before the font changes
hi i could he creating confusion this issue shown is currently with one monitor.
The same issue is present if multiple.
you've lost me here :) is this occurring with one or multiple monitors? and is this multiple monitors used together, or the same config in different monitors that sometimes works and sometimes doesn't? and what's different between the monitors, size?
> hi i could he creating confusion this issue shown is currently with one monitor.
>
> The same issue is present if multiple.
>
you've lost me here :) is this occurring with one or multiple monitors? and is this multiple monitors used together, or the same config in different monitors that sometimes works and sometimes doesn't? and what's different between the monitors, size?
Hi Jao I will try my best to demonstrate what I am doing and add my files for you and hopefully that will help!
I will post my xmonad.hs and my 2 .xmobarrc files!
But to answer your question, I have 2 monitors with 2 xmobars (separate configurations) I run a script to disable the second, but the overflow issue is present no matter if one monitor is on or both are on.
One monitor is 1080p and one is 1440p but this should not affect the situation as it was working in previous versions of xmobar. The issue is as the window names section grows, now it either is visable behind the widgets on the right, or it pushes the widgets to the right, I cannot tell if the monitor is growing or the text is just getting pushed off screen.
Hi Jao I will try my best to demonstrate what I am doing and add my files for you and hopefully that will help!
I will post my xmonad.hs and my 2 .xmobarrc files!
But to answer your question, I have 2 monitors with 2 xmobars (separate configurations) I run a script to disable the second, but the overflow issue is present no matter if one monitor is on or both are on.
One monitor is 1080p and one is 1440p but this should not affect the situation as it was working in previous versions of xmobar. The issue is as the window names section grows, now it either is visable behind the widgets on the right, or it pushes the widgets to the right, I cannot tell if the monitor is growing or the text is just getting pushed off screen.
@jrgiacone okay, i think i understand now: what you expect is that the monitors on the right are always fully visible and the ones in the middle are the ones that are cut if they extend too much, right?
@jrgiacone okay, i think i understand now: what you expect is that the monitors on the right are always fully visible and the ones in the middle are the ones that are cut if they extend too much, right?
Yes that was the old behavior! Was it changed for other reasons?
because some people had asked for a different order and i was experimenting a bit (that code got rewritten in a very different way lately with the move to cairo). but i see now that keeping the old behaviour by default is preferable, we'll introduce new options as new configuration parameters, like those discussed in #650.
i've just pushed a patch that might fixed the problems you're having: could you please give it a try?
> Yes that was the old behavior! Was it changed for other reasons?
because some people had asked for a different order and i was experimenting a bit (that code got rewritten in a very different way lately with the move to cairo). but i see now that keeping the old behaviour by default is preferable, we'll introduce new options as new configuration parameters, like those discussed in #650.
i've just pushed a patch that might fixed the problems you're having: could you please give it a try?
I jao, still seeing the same double text like this!
are you sure you're on the latest version? i had problems uploading the patches yesterday, codeberg seemed in the middle of a migration... it shoud be 2a30cb0
> I jao, still seeing the same double text like this!
are you sure you're on the latest version? i had problems uploading the patches yesterday, codeberg seemed in the middle of a migration... it shoud be 2a30cb0
@jrgiacone could you try to see if it happens with an xmobar launched from the command line
xmobar -x 0 -d xmobar.config
and, if it does, tell me what xmboar.config is it? (i am not using xmonad right now and will try to reproduce what you see elsewhere). Thanks!
@jrgiacone could you try to see if it happens with an xmobar launched from the command line
xmobar -x 0 -d xmobar.config
and, if it does, tell me what xmboar.config is it? (i am not using xmonad right now and will try to reproduce what you see elsewhere). Thanks!
Hi Jao, same behavior I am really sorry and I super appreciate your help on this!
I have my dotfiles here and linked it to the xmobarrc: https://github.com/jrgiacone/.dotfiles/blob/main/.xmobarrc
thanks, and apologies for taking so long to get to this, i haven't had time yet to try with your specific configuration. i've right now fixed a little glitch related to segments alignment and overlap, but i am not sure it'll have any effect in your problem, so try it only if you don't mind wasting a bit time :)
> Hi Jao, same behavior I am really sorry and I super appreciate your help on this!
>
> I have my dotfiles here and linked it to the xmobarrc: https://github.com/jrgiacone/.dotfiles/blob/main/.xmobarrc
thanks, and apologies for taking so long to get to this, i haven't had time yet to try with your specific configuration. i've right now fixed a little glitch related to segments alignment and overlap, but i am not sure it'll have any effect in your problem, so try it only if you don't mind wasting a bit time :)
thanks, and apologies for taking so long to get to this, i haven't had time yet to try with your specific configuration. i've right now fixed a little glitch related to segments alignment and overlap, but i am not sure it'll have any effect in your problem, so try it only if you don't mind wasting a bit time :)
Hi just tried it out, the fix reverted it back to the original bad behavior where it pushes the bar off the screen to the right!
> > Hi Jao, same behavior I am really sorry and I super appreciate your help on this!
> >
> > I have my dotfiles here and linked it to the xmobarrc: https://github.com/jrgiacone/.dotfiles/blob/main/.xmobarrc
>
> thanks, and apologies for taking so long to get to this, i haven't had time yet to try with your specific configuration. i've right now fixed a little glitch related to segments alignment and overlap, but i am not sure it'll have any effect in your problem, so try it only if you don't mind wasting a bit time :)
Hi just tried it out, the fix reverted it back to the original bad behavior where it pushes the bar off the screen to the right!
isn't that because your right bar overlaps with the left side? if the two don't fit, we must cut somewhere...
This is with just running 1 monitor and 1 bar, the split before when the text was overlapping was ideal, we would just need the text to cut off just before the modules on the right so when it overflows it doesn't display anymore window titles or it overflows behind and invisible without pushing everything to the right and expanding the bar
> isn't that because your right bar overlaps with the left side? if the two don't fit, we must cut somewhere...
This is with just running 1 monitor and 1 bar, the split before when the text was overlapping was ideal, we would just need the text to cut off just before the modules on the right so when it overflows it doesn't display anymore window titles or it overflows behind and invisible without pushing everything to the right and expanding the bar
isn't that because your right bar overlaps with the left side? if the two don't fit, we must cut somewhere...
This is with just running 1 monitor and 1 bar, the split before when the text was overlapping was ideal, we would just need the text to cut off just before the modules on the right so when it overflows it doesn't display anymore window titles or it overflows behind and invisible without pushing everything to the right and expanding the bar
yes, that's exactly the behaviour i observe with my configurations: the center is cut off before the right hand side starts, and the right hand side is displayed in full as long as it does not overlap with the left side.
i don't fully understand why it's not working for you; maybe it's because you have many dynamical monitors with commands or the xmonad log that produce varying widths and we're not detecting their width correctly. does it help if you set a maximum width for the xmonad log monitor? (with the -M option) and perhaps also a fixed width for the Com monitors (with the -m option).
> > isn't that because your right bar overlaps with the left side? if the two don't fit, we must cut somewhere...
>
> This is with just running 1 monitor and 1 bar, the split before when the text was overlapping was ideal, we would just need the text to cut off just before the modules on the right so when it overflows it doesn't display anymore window titles or it overflows behind and invisible without pushing everything to the right and expanding the bar
yes, that's exactly the behaviour i observe with my configurations: the center is cut off before the right hand side starts, and the right hand side is displayed in full as long as it does not overlap with the left side.
i don't fully understand why it's not working for you; maybe it's because you have many dynamical monitors with commands or the xmonad log that produce varying widths and we're not detecting their width correctly. does it help if you set a maximum width for the xmonad log monitor? (with the -M option) and perhaps also a fixed width for the Com monitors (with the -m option).
@jrgiacone i think i see why it's not working as you expect. could you try, in your template, instead of:
%UnsafeXMonadLog% }\
\{
to put the xmonad log in the central segment:
} %UnsafeXMonadLog% \
\{
(you're right now putting it to the left, and that has priority over the right segment; i thought you were using the central one for it).
@jrgiacone i think i see why it's not working as you expect. could you try, in your template, instead of:
%UnsafeXMonadLog% }\
\{
to put the xmonad log in the central segment:
} %UnsafeXMonadLog% \
\{
(you're right now putting it to the left, and that has priority over the right segment; i thought you were using the central one for it).
@jrgiacone i think i see why it's not working as you expect. could you try, in your template, instead of:
%UnsafeXMonadLog% }\
\{
to put the xmonad log in the central segment:
} %UnsafeXMonadLog% \
\{
(you're right now putting it to the left, and that has priority over the right segment; i thought you were using the central one for it).
@jao Thank you so much for being patient with me. That makes so much sense and completely resolves my issue. I really appreciate the help!
> @jrgiacone i think i see why it's not working as you expect. could you try, in your template, instead of:
>
> %UnsafeXMonadLog% }\
> \{
>
> to put the xmonad log in the central segment:
>
> } %UnsafeXMonadLog% \
> \{
>
> (you're right now putting it to the left, and that has priority over the right segment; i thought you were using the central one for it).
@jao Thank you so much for being patient with me. That makes so much sense and completely resolves my issue. I really appreciate the help!
Hi Since updating to git my xmobars now seem to overflow.
This could be user error as I may be missing a configuration line in my file to prevent this. I will attach below.
I attached 2 images showing the behavior
i think you need, instead of
something like
Hi even if i completely remove all fonts in the file it still behaves as depicted
well, removing all fonts will make it use a default that might well cause the problem... did you at least keep
font
?@jrgiacone also, to make sure i understand the problem, how would you describe in words this "overflow"? it's a bit hard to tell just by looking at the images... do you think it's a single monitor that it's taking more space than before? or is it all of them?
@jrgiacone i've pushed a patch that recovers the behaviour of drawing the center segment at the center of the bar: does it improve things for you?
Yes this was on one monitor with the other monitor off.
The new patch prevents the right side of the bar from moving off the screen.
However now the center window titles double up with the monitors on the right, please see image below
If you open the picture you will see it doubles up with the first few icons, opening remaining windows and it will continue going.
The behavior before the bug appeared, it would go beheind the bar and not show with the other modules almost as if there was a cuttoff right before the first parts of the template
@jrgiacone well, if i change the behaviour and draw the right-hand side last (which is what i think you expect), someone will complain that it's occluding the center :)
but, won't just putting your current center monitors as the last of the left side (leaving the center empty) work as you want? (if you always have lots of things in the middle)
i've pushed a little variation on the same, but i guess it's not going to solve the problem you see... i'm actually scratching my head about how those monitors overlap, i don't see how it happens in the code...
hi i could he creating confusion this issue shown is currently with one monitor.
The same issue is present if multiple.
in previous revisions it was working, it worked when it was previously on github before the font changes
you've lost me here :) is this occurring with one or multiple monitors? and is this multiple monitors used together, or the same config in different monitors that sometimes works and sometimes doesn't? and what's different between the monitors, size?
Hi Jao I will try my best to demonstrate what I am doing and add my files for you and hopefully that will help!
I will post my xmonad.hs and my 2 .xmobarrc files!
But to answer your question, I have 2 monitors with 2 xmobars (separate configurations) I run a script to disable the second, but the overflow issue is present no matter if one monitor is on or both are on.
One monitor is 1080p and one is 1440p but this should not affect the situation as it was working in previous versions of xmobar. The issue is as the window names section grows, now it either is visable behind the widgets on the right, or it pushes the widgets to the right, I cannot tell if the monitor is growing or the text is just getting pushed off screen.
@jrgiacone okay, i think i understand now: what you expect is that the monitors on the right are always fully visible and the ones in the middle are the ones that are cut if they extend too much, right?
Yes that was the old behavior! Was it changed for other reasons?
because some people had asked for a different order and i was experimenting a bit (that code got rewritten in a very different way lately with the move to cairo). but i see now that keeping the old behaviour by default is preferable, we'll introduce new options as new configuration parameters, like those discussed in #650.
i've just pushed a patch that might fixed the problems you're having: could you please give it a try?
I jao, still seeing the same double text like this!
are you sure you're on the latest version? i had problems uploading the patches yesterday, codeberg seemed in the middle of a migration... it shoud be
2a30cb0
I'm on the most recent pull from master, maybe I am doing something incorrectly.
@jrgiacone could you try to see if it happens with an xmobar launched from the command line
and, if it does, tell me what xmboar.config is it? (i am not using xmonad right now and will try to reproduce what you see elsewhere). Thanks!
Hi Jao, same behavior I am really sorry and I super appreciate your help on this!
I have my dotfiles here and linked it to the xmobarrc: https://github.com/jrgiacone/.dotfiles/blob/main/.xmobarrc
thanks, and apologies for taking so long to get to this, i haven't had time yet to try with your specific configuration. i've right now fixed a little glitch related to segments alignment and overlap, but i am not sure it'll have any effect in your problem, so try it only if you don't mind wasting a bit time :)
Hi just tried it out, the fix reverted it back to the original bad behavior where it pushes the bar off the screen to the right!
isn't that because your right bar overlaps with the left side? if the two don't fit, we must cut somewhere...
This is with just running 1 monitor and 1 bar, the split before when the text was overlapping was ideal, we would just need the text to cut off just before the modules on the right so when it overflows it doesn't display anymore window titles or it overflows behind and invisible without pushing everything to the right and expanding the bar
yes, that's exactly the behaviour i observe with my configurations: the center is cut off before the right hand side starts, and the right hand side is displayed in full as long as it does not overlap with the left side.
i don't fully understand why it's not working for you; maybe it's because you have many dynamical monitors with commands or the xmonad log that produce varying widths and we're not detecting their width correctly. does it help if you set a maximum width for the xmonad log monitor? (with the -M option) and perhaps also a fixed width for the Com monitors (with the -m option).
Hi Jao it must be something I am doing wrong. Here is the relevant code from my xmonad.hs configuration file entire file can be found here: https://github.com/jrgiacone/.dotfiles/blob/main/xmonad.hs.
My .xmobarrc is found here - https://github.com/jrgiacone/.dotfiles/blob/main/.xmobarrc
Would you mind taking a look and seeing if you have time to figure out if its a configuration issue on my part?
@jrgiacone i think i see why it's not working as you expect. could you try, in your template, instead of:
to put the xmonad log in the central segment:
(you're right now putting it to the left, and that has priority over the right segment; i thought you were using the central one for it).
@jao Thank you so much for being patient with me. That makes so much sense and completely resolves my issue. I really appreciate the help!