In our app, in effect,
each "parent presenter" also plays the role of "app controller"; but
because we have the presenter/view dichotomy, the view exposes
setSomeWidget(...) methods that the presenter calls; e.g.
setHeader(...), setBody(...), setFooter(...).
new GWT MVP article (part 2) - Google Web Toolkit | Google Groups - 0 views
-
-
> 3- what do you think of "presenter.go(container)" ? We do it the other way around: our presenters have a getView() method and the parent calls container.add((Widget) child.getView()). This is actually split between the presenter and the view, see above: view.setHeader(childPresenter.getView()) in the presenter, and containerWidget.add((Widget) child) in the view. The only "issue" with presenter.go(container) is that container must be a "simple" container, which means that when it's meant to be a dock (layout) panel, tab panel, or some other complex panel (or an absolute panel and you want to add with coordinates), you actually have to add a SimplePanel first and pass it as the "container" to the go() method. Otherwise, I can't see a problem with presenter.go(container).
-
navigation/ > history token inside multiple IF statements ? I'm using a very similar approach as the one in bikeshed: http://code.google.com/p/google-web-toolkit/source/browse/trunk/bikes...
1 - 2 of 2
Showing 20▼ items per page