<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 31, 2016 at 9:02 AM, Thomas De Schampheleire <span dir="ltr"><<a href="mailto:patrickdepinguin@gmail.com" target="_blank">patrickdepinguin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
</div></div>If the dotted notation is more common or a better strategy, we could<br>
also just switch to it?<br></blockquote><div><br></div><div>It has some advantages as all template paths are expressed in relation to python packages, so makes easier to reuse parts of the applicaiton.</div><div>When using /index.html it's not clear where it should be loaded from, while kallithea.templates.index explicitly tells it's the index template from kallithea package.</div><div><br></div><div>While TG supports templates by path, the best practice is to specify them by package using the dotted notation.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It produces of course more changes for now, so it could be simpler to<br>
postpone this to the point where we integrated to mainstream? Or use a<br>
temporary hack to support both.<br></blockquote><div><br></div><div>I made some minor changes to the Mako renderer in TG to improve support for apps that use custom extension for template files (TG2 by default takes for grnated that mako templates end with .mak extension). Using those the debugbar works correctly in Kallithea, I plan to release those with TG 2.3.9 before during June.</div></div><br></div></div>