<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 10, 2016 at 3:25 PM, Mads Kiilerich <span dir="ltr"><<a href="mailto:mads@kiilerich.com" target="_blank">mads@kiilerich.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi<br>
<br>
Nice to see the progress on the more-than-just-a-proof-of-concept!<br>
<br>
I wonder ... does TurboGears "best practice" have anything to say on the other things we have on the "roadmap":<br>
<br>
Front end wise, we want to start using Bootstrap (and get rid of YUI and just use jQuery).<br></blockquote><div><br></div><div>Well newly quickstarted projects in TG are Bootstrap3 based. But that's just a matter of the default project skeleton and the theme provided by the TGAdmin.</div><div>As Kallithea doesn't use TGAdmin the CSS framework would not get much in your way.</div><div><br></div><div>What I feel like suggesting is that you might want to consider something like Ractive.js ( <a href="http://www.ractivejs.org/">http://www.ractivejs.org/</a> ) for front-end, it's pretty self contained and can easily be used along side jQuery to manage javascript updates in a far less invasive way than solutions like Angular or React, in my experience it often provides a quick benefit without being a burden in the toolchain.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
On the back end we need a (better) database migration solution and are considering Alembic.<br></blockquote><div><br></div><div>TG by itself provides "gearbox migrate" command which is based on Alembic ( <a href="http://turbogears.readthedocs.org/en/latest/turbogears/migrations.html">http://turbogears.readthedocs.org/en/latest/turbogears/migrations.html</a> )</div><div>But it's mostly a preconfigured alembic environment that loads configuration from .ini files and app_cfg instead of having to manage multiple alembic environments.</div><div> </div><div>Relying on it would probably require to make some changes in the way database and Session are initialised as currently I made so that DB support in TG is nearly disabled and models and session are manually configured.</div></div></div></div>