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
I would like to have an option to do the writing with XOR of the byte being written. The input color would be the byte in the sprite at the position being written. It would ignore the fontcolor, even if coded. It would mean that any characters written to the display would be able to be read no matter what the backing colors are. It might look a little strange on a multi-color background but, if so, it could be turned off and the coded fontcolor(s) would be used. I would propose it be implemented on all draw functions so it would be called from each of them to XOR the current sprite color and return the result. So there only be one routine called everywhere to pick up the sprite color pixel, XOR it and return the result. It should be defaulted to false to maintain compatibility with all current calls but be able to be set on with a boolean on the end of the parms list. If missing, false, if true is coded, then do the XOR call. Should be fairly simple to do, I would think, with my admittedly limited knowledge of the working of tft_espi. Just a lot of busywork to implement! This is an option on the Windows mouse and makes the mouse visible at all times no matter the presented color on screen since the caret is XOR'd with what is on screen.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
I would like to have an option to do the writing with XOR of the byte being written. The input color would be the byte in the sprite at the position being written. It would ignore the fontcolor, even if coded. It would mean that any characters written to the display would be able to be read no matter what the backing colors are. It might look a little strange on a multi-color background but, if so, it could be turned off and the coded fontcolor(s) would be used. I would propose it be implemented on all draw functions so it would be called from each of them to XOR the current sprite color and return the result. So there only be one routine called everywhere to pick up the sprite color pixel, XOR it and return the result. It should be defaulted to false to maintain compatibility with all current calls but be able to be set on with a boolean on the end of the parms list. If missing, false, if true is coded, then do the XOR call. Should be fairly simple to do, I would think, with my admittedly limited knowledge of the working of tft_espi. Just a lot of busywork to implement! This is an option on the Windows mouse and makes the mouse visible at all times no matter the presented color on screen since the caret is XOR'd with what is on screen.
Beta Was this translation helpful? Give feedback.
All reactions