Thank you.
You said “Please note that containers has no such event”.
This is exactly what i’m speaking about. Currently, containers has no such event, yes, and i’m suggesting an evolution here. I’m spending too much time to fight against the fact that onBeforeRender and onAfterRender are not available for every “things” having something to do with the dom tree (perhaps not ALL things).
I wondering if i’ll not try to patch webix on my side, hope i’ll not discover a technical reason justifying why theses 2 events are not available every where.
I can see in the webix source code that there is 51 lines having “render:” and after quickly browse theses functions, i consider it’s an entry point to investigate and try to make 2 new events. Just for testing, let’s choose different events name, so no side effect.
* onBeforeDomInsert
* onAfterDomInsert
In the same idea, when something is removed. But seem’s it’s more work for a patch.
* onBeforeDomRemove
* onAfterDomRemove
As a webix user/developer, having theses events available everywhere is a big win of time here, because it’s a uniq entry point for lazy initialization, always the same events, no more need to use onViewShow here, onAfterRender another place, or having to maintain a big amount of code on top of webix with my own widgets so i can make onAfterRender available every where by example.
Thank you for reading.
Working with webix since some years now, i just love it. Except this uniq point and related headeacks 