<div dir="ltr">... actually, node.js could be used to serve REST APIs. <div>There is much less value in a MV* framework when the rest api is lacking; so yes, Angular and friends wouldn't have as much value. What do I mean? I mean that my experience as a bugzilla user is that one big page is loaded, that sometimes I get iframes for searching duplicate bugs, but other than that you cannot do everything from one page. Where are all the fragments? That is a different discussion though.</div>
<div><br></div><div>How about the stakeholders put a criteria list forward to help pick the UI framework? Things like accessibility for example should not be discounted.</div><div><br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Sep 1, 2014 at 3:48 PM, Guy Pyrzak <span dir="ltr"><<a href="mailto:guy.pyrzak@gmail.com" target="_blank">guy.pyrzak@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
To help clarify.<div><br></div><div>Mocha, qunit, and jasmine are all for testing JavaScript. Mockjax, Sinon would help with that. These are framework/library independent and could be used with yui3, bootstrap, or jquery ui.</div>

<div><br></div><div>The fact that Bugzilla has JavaScript code that has no testing code associated  with it ( other than selenium scripts) is something that should be considered and corrected.</div><div></div><div><br></div>

<div>I agree that Angular, React, Polymer, ember, gulp, grunt or broccoli are not as worth while as they are frameworks or node.js dependent. </div><span class="HOEnZb"><font color="#888888"><div><br></div><div>-Guy<span></span></div>
</font></span><div class="HOEnZb"><div class="h5"><div><br>On Monday, September 1, 2014, Byron Jones <<a href="mailto:glob@mozilla.com" target="_blank">glob@mozilla.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div bgcolor="#FFFFFF" text="#000000">Gervase Markham wrote:
<blockquote type="cite">
  <pre>I would certainly back a process where we stepped back and looked at
where things are now in client side web development best practice and
where they are going. This should be led by someone who had already
heard of Grunt, Broccoli, Gulp, Backbone, React, Ember, Polymer,
Angular, Mocha, Casper and Karma before reading the YUI announcement! (I
hadn't heard of most of them - perhaps that's just me, though.)
</pre>
</blockquote>
most of those aren't relevant to bugzilla (task runner, client-side 
asset builder, build system, testing, complete frameworks, ...). <br>
<br>
modern javascript web development generally doesn't mesh well with large
 legacy applications, and i'm concerned that taking a step back at this 
stage to evaluate a large rewrite of the UI would not result in timely 
decision.<br>
<br>
our immediate need is to determine if we should continue the yui3 path, 
or move to a jquery based widget library.<br>
if we decide to move to jquery, then we should be talking about widget 
libraries, not wholesale rewrites.<br>
<br>
<div>-- <br><span style="color:rgb(192,192,192)">byron jones - :glob - <a href="http://bugzilla.mozilla.org" target="_blank">bugzilla.mozilla.org</a> team -</span><br style="color:rgb(192,192,192)">





<br style="color:rgb(192,192,192)">




</div>
</div>
</blockquote></div>
</div></div></blockquote></div><br></div>