ahh... right, thanks so you could just leave it as is and just change the documentation. Or perhaps a "function" really does consist of the "file name + extension". if you think that is so, then ya gotta change the code.
On Jun 11, 4:23 pm, mdipierro <mdipie...@cs.depaul.edu> wrote: > true. Let me give this some thought. > > meanshile you can do > > outes_in = ( > ('/$c/$f\.$ext', '/init/$c/$f.$ext'), > ) > > or > > outes_in = ( > ('/$c/$anything', '/init/$c/$anything'), > ) > > On 11 Giu, 14:41, NickFranceschina <nickfrancesch...@gmail.com> wrote: > > > > > I know file extensions are optional... but you do have some nice > > functionality in there that allows passing file extensions on to the > > view... so if I were to request "app/controller/function.html" I would > > get the matching (or generic) .html template... but if I were to > > request "app/controller/function.json" I could get the matching (or > > generic) .json template... and so on and so forth > > > problem is that when I try to use routes.py ... and I enter in the > > defaults suggested in the documentation > > > routes_in = ( > > ('/$c/$f', '/init/$c/$f'), > > ) > > > this ends up building a regular expression that won't match a > > "function" part of the URL if it has an extension... so it only works > > if the URL looks like this: > > app/controller/function > > not this > > app/controller/function.html > > > I had to modify my route to look like this: > > ('/$c/$f(\\.\\w+)?', '/init/$c/$f') > > > now it works... but this should really be put into the framework (have > > to change the way you're doing the compile_re() inside of rewrite.py) > > > didn't know how else to notify the guys in charge of the code... so > > just writing it here... > > > -Nick Franceschina