-
Notifications
You must be signed in to change notification settings - Fork 21
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
imlib2 pixel skewing #28
Comments
I'm sorry, I have no comparison here. What is it you're expecting to happen? The distance is ignored for the first add, it's always 1. Given you're using just 2 colors, sounds like you never need a distance > 10, which should work around the problem, right? But, if I am to fix hsetroot to do the right thing, I need to know what you expect to happen. |
Sorry for not being more clear. |
Ah, thanks, that helps! :) With So, what I think it means is that the actual gradient works fine, but once the resolution is above some value, it tries to wrap the pixels somehow. And given the colors in the "weird" area are different from the rest but still using the gradient somehow, it must be the gradient painting code. OK, that should help :) Except that looking at the code, it seems like |
Yes! thanks for confirming 👍 |
More info, (I suspect (wondering if gdk-pixbuf may be the more maintained choice now) |
Not shure how helpfull but I switched to this little application some while ago as it does what I wanted to achieve in the first place and the gradient scales correctly over any monitor ive tested. |
sorry for the title as I don't know what to name it at the moment :D
I have being running for a long time in a script
hsetroot -addd "$(rndcolor)" $(rndistance) -addd "$(rndcolor)" $(rndistance) -gradient $(rndangle)
on my 27 and 30 inch monitor, and when distance gets > 10 and angle > 30 the result gets like this. Now on my spunky new 4k; no matter less or more distance & angle it always looks skewed?
Edit : See next post..
The text was updated successfully, but these errors were encountered: