The first cut of ZKFoodToGo used the "databindings 1" approach of subclassing. I am keen to keep foodToGo as lightweight as possible with a "zero code" sort of approach.
I am not a big fan of RowRenderer as it does not seem very "zero code" for folks that don't know Java. Given that I can use annotations to stamp out listbox rows as per lines 64-80 here (as per "databindings 4"):
I am not so happy that to pump out the grid rows with data-bindings to a list of POJOs I am using lines 98-109 here:
okay in the zul that I stamp out using Executions.createComponents(...) then in the zul for the components use forward to push the event back into the controller that can update the POJOs. It is just that when I think about writing up for a new article the inconsistency bugs me.
Grid supports the same model and template row concept as Listbox does. You can try something like the following codes.
When the listbox's onSelect triggers the change of the selectedResturant, the databinding "load-on-save" mechanism will load the grid's model with the new selectedResturant.manuItems. Which in term refresh the grid's rows automatically :)
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.