Oh nice ! great work. Indeed it's deceitfully simple.

well, it wasnt just that code change above, you'll need to pull haxeui-hxwidgets too...

(mapped a different event)

Yes I was loking ath the code., so the right click isn't really used in wxwidgets

well there is RIGHT DOWN / UP / CLICK, but it seems it doesnt propagate...

and i couldnt force it to either

e.ResumePropagation(wxEVENT_PROPAGATE_MAX)

did nothing

¯\_(ツ)_/¯

wx can be fickle mistress 😄

funny, I wonder why ... Saying this, it's kind of nicer like this. Maybe wxwidgets adapts to the user settings, and if the user wants to show the context menu by clicking meta num 9, because his mouse is broken he can.

yeah, its defo better this way, take your example of wanting custom menu for text area, that wouldnt have worked with wx right click, since the event you want to cancel is the context menu

i think i am going to add right down / up though, as there may be times when its useful (like, maybe on a canvas or something)

Yes indeed, it will be useful one day. Canvas is good use case.

Just noticed a bug in the haxeui explorer , typing it here before I forget. Click on the employee app, then click on the todos app, then click on the employee app, then click on Engineering.

Uncaught TypeError: windowList is null
    WindowList_WindowListItem http://haxeui.org/explorer/Main.js:40118
    invoke http://haxeui.org/explorer/Main.js:49487
    dispatch http://haxeui.org/explorer/Main.js:979
    dispatchChanged http://haxeui.org/explorer/Main.js:16270
    validateData http://haxeui.org/explorer/Main.js:16095
    validate http://haxeui.org/explorer/Main.js:14459
    validateData http://haxeui.org/explorer/Main.js:14149
    validateComponentData http://haxeui.org/explorer/Main.js:4256
    validateComponentInternal http://haxeui.org/explorer/Main.js:1473
    validateComponent http://haxeui.org/explorer/Main.js:1404
    process http://haxeui.org/explorer/Main.js:51550

Awesome. I'll play with it, thank you.

Are Dialogs not reusable? I get null pointers when showing the same Dialog twice

Works fine if I create a new Dialog every time though

Looks a little better with smaller icon

Unrelated: I started making a "frame" into an accordion. I tried using the icon as the open/close signifier using class swapping but the icon never changes. Any ideas? http://haxeui.org/builder/?d4ff471d

by default dialogs will destroy themselves when they close, you can change this behaviour with

destroyOnClose

so i dont think frame response to the "icon:" css... it probably should though tbf

this works: http://haxeui.org/builder/?0dcb0a46

(ill fix the icon thing anyway though as i think its perfectly valid to expect it to work as you had it)

its a nice component... quite like it 🙂 Maybe it should go in core... i wonder if it should be a seperate class

CollapsibleFrame

or a property,

<frame collapsible="true" />

... im kinda edging towards the latter

Maybe remove it from the icon? You may want a section icon also?

I think I like collasible to

yeah, i was thinking the same... you would almost certainly want the option of a collapse / expand icon and a frame icon

i do like it though... feels nice

its basically like my collapsible custom compoment... i wonder in fact if that component would just be this but styled differently... 🤔

The number is how many components the contents has. That looks good

> The number is how many components the contents has. well, i guess that would be something that is app specific, ie, your app your would just set the title to "X (14)"