the failed approach on theming.
commit05125df923b266836d0ba8e1c020c7b7b2ab2ca5
authorAmit Upadhyay <amitu@amitu-laptop.(none)>
Mon, 23 Feb 2009 19:37:12 +0000 (24 01:07 +0530)
committerAmit Upadhyay <amitu@amitu-laptop.(none)>
Mon, 23 Feb 2009 19:37:12 +0000 (24 01:07 +0530)
tree73c8d33b20d9ae2c732edece0b6d5360aabac7df
parent537437ac88fad350f1a3ecbd8704652120824458
the failed approach on theming.

checking in for reference.

this almost works, but is not seamless. requirement is theme should be
changable on request to request basis, and while it can almost do it,
[request to request basis theme selector not done yet, but it can be
imagined how it would be done [update the views to handle ?theme= query
parameter]], it can not dynamically apply the themes to the template
enhiritence flow.

so all themes must define a version for each template, including the
ones i am cooking, containing different {% extends %} at top. FAIL.

next approach write gitology template loader
gitology.d.utils.ThemedTemplateLoader.
src/gitology/d/utils.py
src/gitology/d/views.py