<div dir="ltr">Currently, we already have a simple status page in zuul repo and status page in infra/config, probably, we should think about moving them to the separated repo and merge their functionality and in this case it'll be easy to use any actual js tools. Otherwise it'll be not really straightforward to have internal node.js project in mostly-puppet infra/config or python zuul.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 13, 2014 at 7:21 PM, Monty Taylor <span dir="ltr"><<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.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">On 01/13/2014 05:05 AM, Sean Dague wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/12/2014 09:56 PM, Michael Krotscheck wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If all you're looking for is a javascript-based in-browser templating<br>
system, then handlebars is a fine choice. I'm not certain on how complex<br>
status.html/status.js is, however if you expect it to grow to something<br>
more like an application then perhaps looking at angular as a full<br>
application framework might help you avoid both this growing pain and<br>
future ones (alternatives: Ember, backbone, etc).<br>
</blockquote>
<br>
Honestly, I've not done enough large scale js projects to know whether<br>
we'd consider status.js to be big or not. I just know it's definitely<br>
getting too big for += all the html together and doing document.writes.<br>
<br>
I guess the real question I had is is there an incremental path towards<br>
any of the other frameworks? I can see how to incrementally bring in<br>
templates, but again my personal lack of experience on these others<br>
means I don't know.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Quick warning though, a lot of the javascript community out there uses<br>
tooling that is built on top of Node.js, for which current official<br>
packages for Centos/Ubuntu don't exist, and therefore infra won't<br>
support it for openstack. Storyboard is able to get around this because<br>
it's not actually part of openstack proper, but you might be forced to<br>
manage your code manually. That's not a deal breaker in my opinion -<br>
it's just more tedious (though I think it might be less tedious than<br>
what you're doing right now).<br>
</blockquote>
<br>
I'd ideally like to be able to function without node, mostly because<br>
it's another development environment to have to manager. But I realize<br>
that's pushing against the current at this point. So I agree, not a deal<br>
breaker.<br>
</blockquote>
<br></div></div>
Yeah - as a quick note though, just for clarity - this is only talking about node as a dev/build time depend - not a runtime depend.<br>
<br>
I think, given that we seem to be doing more and more with javascript, that we might should just bite the bullet and learn the toolchain - I'm starting feel that doing all the js stuff without it is like the crazy python people who refuse to touch pip for some reason.<div class="HOEnZb">
<div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>Sincerely yours,</div><div>Sergey Lukjanov</div><div>Savanna Technical Lead</div><div>Mirantis Inc.</div></div>
</div>