Re: [Mav-user] Pico-enabled Controllers?
On Fri, 2003-11-07 at 07:06, Ted Husted wrote: One of the things I like best about Maverick is that it is clearly focused on providing a standard front controller, a key problem that neither Java, .NET, nor PHP want to address (for some reason). Many projects start to sprawl, which seems to cause more problems than it solves. But, Maverick has retained a very clear focus. I couldn't agree with this more. Jeffs commitment to keeping the core of the product focused on the key problem it is trying to solve is one of Mavericks greatest strengths. -k. -- If you don't test then your code is only a collection of bugs which apparently behave like a working program. Website: http://blogs.codehaus.org/people/kevin/ Pub Key: http://blogs.codehaus.org/people/kevin/public.asc signature.asc Description: This is a digitally signed message part
RE: [Mav-user] Controllers selecting views
Sorry about going dark, I'm working on UXO now and it's sucking up outrageous amounts of my time. It's fun to get a new game to work on, but I jumped on board at a crazy moment :-) Right now the only way for a controller to get config information is to examine the JDOM config document that it can obtain from the dispatcher. It's certainly possible to build this facility though. You just need a list of names? A * view should be easy to implement, just tweak CommandMultipleViews.getView(). Jeff -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 7:09 AM To: [EMAIL PROTECTED] Subject: [Mav-user] Controllers selecting views Is it possible for a controller to obtain a list of which Views are registered to the instant Command? The use case is that I want the controller to select a View by matching it to an input parameter. A second, but related question, is how one would go about implementing a * feature for Views? Which is to say, if the View requested is not available, use the View named * instead. (Like what the Dispatcher does when it can't find a Command, but for Views within Commands.) The use case is that I have Controllers that look for different standard Views, which sometimes all go to one place, but other times do not. -Ted. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ [INVALID FOOTER] --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ [INVALID FOOTER]
Re: [Mav-user] Controllers selecting views
That's awesome about Ultima, what are you doing for them? travis Schnitzer, Jeff wrote: Sorry about going dark, I'm working on UXO now and it's sucking up outrageous amounts of my time. It's fun to get a new game to work on, but I jumped on board at a crazy moment :-) Right now the only way for a controller to get config information is to examine the JDOM config document that it can obtain from the dispatcher. It's certainly possible to build this facility though. You just need a list of names? A * view should be easy to implement, just tweak CommandMultipleViews.getView(). Jeff -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, November 06, 2003 7:09 AM To: [EMAIL PROTECTED] Subject: [Mav-user] Controllers selecting views Is it possible for a controller to obtain a list of which Views are registered to the instant Command? The use case is that I want the controller to select a View by matching it to an input parameter. A second, but related question, is how one would go about implementing a * feature for Views? Which is to say, if the View requested is not available, use the View named * instead. (Like what the Dispatcher does when it can't find a Command, but for Views within Commands.) The use case is that I have Controllers that look for different standard Views, which sometimes all go to one place, but other times do not. -Ted. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ [INVALID FOOTER] --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ [INVALID FOOTER] . --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ [INVALID FOOTER]
