They never reported back, how they were able to fix this. Also, I was the main commenter on this thread ) Yeah they had the exact same issue, just for playerctl. I also found this reddit post which may help us:
CMUS STATUS POLYBAR UPDATE
You could probably use this to notify your script that it needs to update its input to scroll. Seems you can make cmus call some script on every status change: Hello, thank you for your detailed answer, it helped me a lot, now zscroll seems to be working but I have the problem that once the title has finished to scroll from right to left, it redraws the entire module, so the prefix is also redrawn which is a thing I would avoid because aesthetically it's not fitting in my needs, I'd like the prefix to be totally detached of the zscroll object, I don't know if I'm expressing myself well but here we go ^^ If not, implementing this will probably be quite difficult. It relied on mpc idle being able to block until an mpd event occured, if cmus can do the same, then the script could be easily adapted. In #353 the same thing was done but with mpc. You need to somehow determine when cmus' status changes, and then restart the zscroll process with a new input.
But now polybar will just let cmuswrapper run forever and the output of cmustatus will never change (since it's only called when polybar starts). And the script module (without tail = true) will wait for the command to terminate before it prints its output, that's probably why you see an empty bar.Īdding tail = true to the script module will fix that issue. The problem here is that zscroll doesn't terminate. Post everything polybar outputs to the terminal when you run it and the issue occurs below List any other steps needed to reproduce the issue besides starting polybar with the config you posted above. compositing-background = xor compositing-background = screen compositing-foreground = source compositing-border = over margin-top = 0
0 kommentar(er)
