Haxe #haxe-ui

bright-gpu-74537

07/30/2021, 6:49 AM

hmmm, ok, so not as simple as i thought:

bright-gpu-74537

07/30/2021, 6:49 AM

Copy code

haxe
    private var _hideOnCreate:Bool = false;
    private override function handleVisibility(show:Bool) {
        if (window != null) {
            window.show(show);
            window.refresh();
        } else {
            _hideOnCreate = !show;
        }
    }

bright-gpu-74537

07/30/2021, 6:49 AM

so that is because you can hide a component before its created the underlying wx window... it might not be an issue for you, but it might be worth replacing that with:

Copy code

haxe
        if (window != null) {
            window.show(show);
            window.refresh();
        }

Just to see

user

07/30/2021, 6:51 AM

Could well be because of _hideOnCreate yeah

user

07/30/2021, 6:51 AM

Testing

user

07/30/2021, 6:51 AM

... nope x)

bright-gpu-74537

07/30/2021, 6:51 AM

didnt think it would be... was a bit of a long shot

user

07/30/2021, 6:52 AM

Will check what happens when a component is created hidden, might be some hints there

bright-gpu-74537

07/30/2021, 6:53 AM

cool - my guess (its its a stab in the dark) is that coconut is override haxeui-cores behaviour and is explicitly setting all children to hidden however a) you said that not what its doing and b) from the gif its strange that the recently selected checkbox was fine (ie, it was shown correctly)

bright-gpu-74537

07/30/2021, 6:54 AM

you mentioned this is coconut related, right? I mean, this isnt some gtk+ / wx quirk? In a "normal" haxeui app things work as expected?

bright-gpu-74537

07/30/2021, 6:55 AM

unrelated, but when you mouse over your scrollbars, do they get thicker?

bright-gpu-74537

07/30/2021, 6:56 AM

and what does

Platform.getMetric(Platform.METRIC_VSCROLL_WIDTH)

return?

user

07/30/2021, 6:56 AM

Yeah they do

user

07/30/2021, 6:56 AM

I didn't reproduce without coconut but maybe I didn't try hard enough x)

user

07/30/2021, 7:03 AM

Kinda useless to have scrollbars getting thicker on hover when they already take up all the space when not hovered but oh well x)

bright-gpu-74537

07/30/2021, 7:04 AM

yeah, i dont like it either tbh

bright-gpu-74537

07/30/2021, 7:04 AM

at least on osx it has a sort of container around it so it looks alot more normal, not just a block of blank

bright-gpu-74537

07/30/2021, 7:04 AM

how do non-wx apps behave?

bright-gpu-74537

07/30/2021, 7:05 AM

(or do they not use 100% type boxes in them?)

user

07/30/2021, 7:08 AM

Honestly, no idea xD i don't use GUI usually

bright-gpu-74537

07/30/2021, 7:12 AM

right, they probably just avoid having the coloured boxes, ie, if your boxes were the same colour as your bg then the issue is "fine" (but then i think your UI would look worse / more boring)

user

07/30/2021, 7:13 AM

Well, space would still be wasted

bright-gpu-74537

07/30/2021, 7:14 AM

certainly, but it wouldnt be so obvious

user

07/30/2021, 7:14 AM

I'll check if something can be done about it later

user

07/30/2021, 7:14 AM

I got a bug with ScrollView I'll have to deal with anyway

bright-gpu-74537

07/30/2021, 7:15 AM

there very well may be a gtk setting

user

07/30/2021, 7:15 AM

(If I scroll down and then remove some children, the view gets misaligned and cannot recover)

bright-gpu-74537

07/30/2021, 7:16 AM

user

07/30/2021, 12:39 PM

Actually i do reproduce without coconut (the children not reappearing)

able-action-74275

07/30/2021, 12:41 PM

haha that sentence out of context is ... 👌