# haxe-ui
- b
bright-gpu-74537
07/31/2021, 8:47 AMwho knows... hard to tell at this point... but at least i can repro... since its totally fine on windows - b
bright-gpu-74537
07/31/2021, 9:55 AMwell, i can work around the behaviour - b
bright-gpu-74537
07/31/2021, 9:55 AMbut need to see if its going to cause issues - b
bright-gpu-74537
07/31/2021, 10:12 AMok, that should be fixed now @User - its a work around for what i think is either a GTK issue, or a wxGTK issue (latest haxeui-hxwidgets and hxWidgets) - b
bright-gpu-74537
07/31/2021, 10:15 AMbasically, when you change the size of the contents of wxScrolledWindow on wxGTX it keeps the x/y (ie, -200px) - then the wxScrolledWindow refreshes it draws the view at -200px... work around is to reset the x/y if the contents are less than the size of the wxScrolledWindow - b
bright-gpu-74537
07/31/2021, 10:16 AMworth noting that the x/y coords of the contents are sane on wxWindows - u
user
07/31/2021, 10:49 AMNiice, making coffee, will test asap - u
user
07/31/2021, 11:13 AMWorks fine indeed, thanks :) - b
bright-gpu-74537
07/31/2021, 12:11 PM@User - if you pull latest haxeui-hxwidgets (you'll probably need hxWidgets too because of another change), i think ive "fixed" the crappy border that the overlay scrolls create on wxGTK, its behind a flag atm:
(open to suggestions for a better name! 😄 )-D haxeui_hxwidgets_ignorescroll_sizes - u
user
07/31/2021, 12:14 PMHmm - u
user
07/31/2021, 12:14 PMSexy for the first 10~20 seconds - b
bright-gpu-74537
07/31/2021, 12:14 PMbut? - u
user
07/31/2021, 12:14 PMBut got a bug after that :x - u
user
07/31/2021, 12:14 PMWill try to reproduce while capturing - u
user
07/31/2021, 12:17 PMUh-oh - u
user
07/31/2021, 12:17 PMDidn't manage to reproduce yet but got a segfault while clicking the scrollbar - u
user
07/31/2021, 12:18 PMSo the previous bug was that somehow the scrollbar did take up the space again like before after a while, and the whole scrollview was misplaced (to the left) - b
bright-gpu-74537
07/31/2021, 12:18 PM> Didn't manage to reproduce yet but got a segfault while clicking the scrollbar that you dont get when not having the flag? Any interesting info in the segfault? - u
user
07/31/2021, 12:19 PMThat I don't seem to get again :x - u
user
07/31/2021, 12:19 PM2 hard to reproduce bugs in a couple minutes, nice - b
bright-gpu-74537
07/31/2021, 12:19 PMtry a clean build, maybe some obj files were left lying around - b
bright-gpu-74537
07/31/2021, 12:20 PMand lemme know if it ever happens again, ill leave the flag there for now as i certainly dont get any issues with it (its off by default, so no big deal) - u
user
07/31/2021, 12:20 PMOk first one is easy actually xD - u
user
07/31/2021, 12:20 PMI can now scroll horizontally - u
user
07/31/2021, 12:20 PMWhile I shouldn't - b
bright-gpu-74537
07/31/2021, 12:21 PMOK; i think that s a different thing i thought i fixed, but maybe i made it worse - u
user
07/31/2021, 12:22 PMAs for a flag name, haxeui_hxwidgets_overlay_scrollbar maybe? - u
user
07/31/2021, 12:22 PMOr is it doing something else actually? x) - b
bright-gpu-74537
07/31/2021, 12:22 PMif you comment out this line are things better: https://github.com/haxeui/haxeui-hxwidgets/blob/master/haxe/ui/backend/ComponentImpl.hx#L313 - b
bright-gpu-74537
07/31/2021, 12:23 PMall its doing is not taking the scrollbar sizes into account when calculating the max w/h the content view is allowed to be