# haxe-ui
- b
bright-gpu-74537
03/18/2020, 4:09 PMyeah, ofc, which is why the component set exists in the first place... my point was really just that you have a component set inside haxeui-core... you can mix and match them to make new components (like treeview using the existing scrollview, etc) - b
bright-gpu-74537
03/18/2020, 4:10 PMand you can create totally 100% new components out of just Component, should you ever need to - b
bright-gpu-74537
03/18/2020, 4:10 PMthat was all i was trying to say really... probably explained badly 🙂 - u
user
03/18/2020, 4:10 PMYeah no prob 😛 - u
user
03/18/2020, 4:12 PMI get it now. Btw a revamp of rendering for haxeuikha is a good idea I think 🙂 Better performance with libs that use kha is always great 🙂 - b
bright-gpu-74537
03/18/2020, 4:12 PMyeah, totally... to be honest, didnt even know that it had broken the batching... on android at least - u
user
03/18/2020, 4:12 PMI am biased btw but still 😛 - b
bright-gpu-74537
03/18/2020, 4:13 PMsimply put, i had NO idea that drawRect, drawText, drawRect, drawText rather than drawRect, drawRect, drawText, drawText would break the batching - u
user
03/18/2020, 4:13 PMBtw I didnt either 😛 - b
bright-gpu-74537
03/18/2020, 4:14 PMapparently rob said that would be fixed anyway in a month or something, but still, new information for me, so going to make the batching work properly and some other optimizations while im there - u
user
03/18/2020, 4:14 PMso glad that it popped up so I know now - b
bright-gpu-74537
03/18/2020, 4:14 PMyeah, its a big one that now im aware of seems obvious - b
bright-gpu-74537
03/18/2020, 4:14 PMbut basically primatives, text and images use a different shader and when you make a call it .end()'s the other 2 - u
user
03/18/2020, 4:15 PMRob said a rust version of kinc would be available in january... 😛 He is good but cool things take time to do. - u
user
03/18/2020, 4:15 PMBtw its a false claim. He just said at one point that he was making it and it would be available soon. And that was months ago which is ok I get it. - b
bright-gpu-74537
03/18/2020, 4:16 PMheh heh - u
user
03/18/2020, 4:16 PMYeah reading though it in the log. I dont understand that white pixel texture rblsb was talking about - u
user
03/18/2020, 4:16 PMwhite pixel image render that you draw to - u
user
03/18/2020, 4:17 PMthis` Btw another cool hack is making one white pixel image and use colorized drawScaledImage with it like draw/fillRect x)` - b
bright-gpu-74537
03/18/2020, 4:17 PMhe just meant, if you didnt want to use drawRect you could also use a 1px render target and stretch that - b
bright-gpu-74537
03/18/2020, 4:18 PMso
would be the same asdrawScaledSubImage(my1pxrendertarget, 100, 100)
and you "stay" in the same shaderdrawRect(100,100) - u
user
03/18/2020, 4:18 PMah ok. But how would we colorize it ? - u
user
03/18/2020, 4:18 PMby doing g2.color before drawing I guess - h
handsome-television-62908
03/18/2020, 4:18 PMIsn't upscaling typically known for terrible performance though? Or was that downscaling 🤔 - b
bright-gpu-74537
03/18/2020, 4:18 PMno idea, transform maybe? - h
handsome-television-62908
03/18/2020, 4:19 PMNo it's upscaling that's known to have bad performance cause the algorithms are trying to compensate the increase of information - but for one pixel it might not be bad - b
brainy-machine-50829
03/18/2020, 4:20 PMI've never heard that. - b
bright-gpu-74537
03/18/2020, 4:20 PMyeah, no idea to be honest, never tried it... and i dont think ill need tiny optimizations like that just yet... first thing is to seperate the calls in ways so they wont trash the batching - b
brainy-machine-50829
03/18/2020, 4:20 PMGPU shouldn't need to care. - h
handsome-television-62908
03/18/2020, 4:20 PMI've heard of it lol