First of all, thanks for all feedback.
mboegem wrote:Looking at other possibilities:
Can't you just alter your forms at startup?
We do this all the time for about a 1000 forms and the solutionModel is so fast, it is barely noticed this is executed...
We don't want to do this at startup because it requires database calls in each loop, which would mean also about 1000 remote calls from the client to the server.
lwjwillemsen wrote:+1 for me. Even better would it be if all the SolutionModel functionality could be done when the form is already shown through form-properties and element-properties.
Agree with that. If more things could be done through form and element properties I wouldn't even bother starting this discussion.
jcompagner wrote:So you want an event before the form is created?
Where should that event run it? You can't expect then ofcourse stuff from that form (like dataproviders or elements, foundsets)
What would you exactly do in such an event? You want to then apply solution model changes so that you dont have to do that up front?
I don't see a problem why it couldn't run in the own form with some limitations, i.e. not accessing dataproviders, etc. Or even maybe creating a new object bound to the form for handling only the events.
Yes. I do want to apply solution model changes on demand form by form.
pbakker wrote:You can alter the form and call controller.recreateUI() afterwards.
What kind of modifications would you actually try to perform in the onPreLoad, if it would exists?
We want to modify the form structure based on database settings (database driven forms). It includes among many other things assigning methods to element events (rightClick, etc.).
We can't use the recreateUI because the impossibility to alter the form on the onLoad method, reason why I started this whole discussion suggesting the onPreLoad event.
As a conclusion so far, I still think we could have this feature released. Many Java components have in their life cycle something like a preConstruct or preLoad events.