>> How would this work with your scheme? > [...] > > I did not intend to limit what you can do with uri-tokens processing. My > draft did not describe it in detail, as I wanted to flesh out the major > design points first. I do not see a problem with doing what you > described above -- but I think Stephen has a point that it really is > better to let dispatchers extract information from URLs and call > functions that create widgets.
Ah, yes. I guess my question pointed in that direction, too: I think the current scheme or extracting tokens and returning a widget is fine. But I wasn't sure whether the new thing you proposed would be even better. >>> Dispatchers should have multiple strategies -- simple string matching, >>> regexp matching and wildcard matches come to mind. >> >> How about a dispatcher that takes the current time or system load >> into account? Is that possible? > > Why not? With the above this question has been answered. > The main point of my redesign is to separate dispatching from > selecting/rendering. This is what we got mixed up in both our current > implementations. Dispatcher also renders and selectors know about > uri-tokens, this is all wrong. The dispatcher rendering anything has bugged me all this time, and it was one of the things that motivated me to build the two-phase request handler. > make-split-navigation would return a navigation-menu widget and > navigation-content widget. I like this idea very much. > See the diagram for what they actually are. Yes, it's been quite helpful. Leslie -- LinkedIn Profile: http://www.linkedin.com/in/polzer Xing Profile: https://www.xing.com/profile/LeslieP_Polzer Blog: http://blog.viridian-project.de/ --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/weblocks?hl=en -~----------~----~----~----~------~----~------~--~---
