Hi Thomas, I understand your point about controller multiplicity and i agree that i don't need it ! Thanks a lot for your patience and for sharing your experience ! I'll update the designs docs soonish :)
Thomas Nunninger wrote: > Am Samstag, 23. Februar 2008 schrieb James Pic: > > Thomas Nunninger wrote: > > > Am Freitag, 22. Februar 2008 schrieben Sie: > > > > Thomas Nunninger wrote: > > > > > Regarding this issue and the question about the need of > > > > > controller multiplicity: perhaps we do not need a view manager > > > > > but only view handlers? > > > > > > > > If GET[format] = pdf, for example, isn't it the responsability of > > > > the view-manager to select the pdf view-handler ? > > > > > > I see your point about formats. Probably I'd implement an HTTP (or > > > WebGui) view handler and not different HTML, PDF, VCard, ... > > > handlers. This could check the format (depending on requested > > > format and output state) and redirect the output handling to some > > > sub-handler. So even here it's not the router's job and it is > > > protocoll independent. > > > > Do you mean an HTTP view manager and several view handlers usable > > with other view managers ? > > I agree, i think it's good. > > Something like that. I guess, you got me right, but just want to explain > again: The WebGui handler could check the output. If the requested > output format is pdf and there was no error, it delegates the output to > a sub handler rendering PDF. > > HTTP handler is no good wording, as SOAP, AJAX and many other things are > handled via HTTP as well. WebGui points to the fact that the user uses > a browser to request a url. If you have a SOAP view handler it points > to the fact that a programm is interacting via function calls and AJAX > relates to calls in the background of the browser. Probably the WebGui > handler is the most complex one as it needs to decide if it outputs > HTML or PDF or ... If you have a SOAP or AJAX call, the output > format/mime type is clear. Another idea for the wording : XmlOverHttp, HtmlOverHttp ... Thanks again and good day ! Cheers, James -- Components mailing list [email protected] http://lists.ez.no/mailman/listinfo/components
