Interesting, although I think the "beta" is quite literal. Seems to lack a bit of polish.<p>The one I was most interested in was the Date Picker, but locks up Chrome (28) and Safari (6) on my machine.
<a href="http://mozilla.github.io/brick/component/datepicker/demo/index.html" rel="nofollow">http://mozilla.github.io/brick/component/datepicker/demo/ind...</a>
This is cool and certainly useful but I have concerns. Forgetting for a moment that this is a shim and imagining that all browsers support this natively, isn't this sort of thing outside the intended purpose of html. Html should describe content not styling and this sort of thing seems ripe for abuse. I thought XML was the markup language for describing custom data. Adding the ability to create your own DOM elements for the purpose of using them as hooks for interactivity and styling seems like something that should be avoided in HTML.<p>Am I being a too much of a purist or overlooking something here?
These are UI elements built on top of (a shim for) the coming standard Web Components.<p>For another Web Components shim check out polymer-project.org along with a small, opinionated framework leveraging Web Components. Especially look at the awesome Sandbox application allowing you to compose web components :)
I think it's fucking awesome and it works like a boss in FF 24 (beta) on OS X. I'm very excited about this project only because standard UI elements are so irritating to make (after having done it hundreds of times) and the alternative libraries (in my opinion) all do too much and too little at the same time.<p>For everyone complaining about Chrome, I would like to say this is "beta" and "ahahahahaha."<p>Not to be malicious though! I just have a really shit experience on the web with a lot developers only targeting Chrome/Webkit. Like ScalaTour for instance-- a wretched experience if you're /not/ using Chrome (read unusable).<p>It's nice to see it go the other way for once! ;-)
Calendar looks broken in FF and Chrome here. All I see is:<p><pre><code> 21
21
21
21
21
21
21
21
21
21
21
</code></pre>
According to Browsershots it looks like this on many browsers:<p><a href="http://browsershots.org/http://mozilla.github.io/brick/component/calendar/demo/index.html" rel="nofollow">http://browsershots.org/http://mozilla.github.io/brick/compo...</a><p>Same with the datepicker.<p>Some other stuff also looks broken.<p>I would much prefer one piece of javascript per component. So if I liked one, I could use it and improve it. Im not so much inclined to use a library of tons of stuff I dont use.
First thing I thought of when I read the name was Designmodo's UI kit "The Bricks" - <a href="http://designmodo.com/the-bricks-addons/" rel="nofollow">http://designmodo.com/the-bricks-addons/</a><p>When it comes to search, their kit might eclipse yours...at least for the time being.
These are a big step forward compared to today's tangle of plugins! Much smoother and nicer to code.<p>On IE10 this library has no animations. Is it possible to polyfill your way to decent support with animations at least on IE10?<p>(I hate IE but a lot of our customers use it)
The folks working on the components are going to be incorporating all this feedback and reporting going forward. Everyone is encouraged to file bugs with the repo here: <a href="https://github.com/mozilla/brick/issues" rel="nofollow">https://github.com/mozilla/brick/issues</a><p>Just an FYI - Mozilla will be employing this highly technical problem resolution strategy to ensure a high level of quality prior to official release: <a href="http://www.youtube.com/watch?v=yo3uxqwTxk0" rel="nofollow">http://www.youtube.com/watch?v=yo3uxqwTxk0</a>
With this and Polymer, I think the whole idea of software components might actually happen. I cannot wait for this to happen. Having this stuff would be great!<p>Thanks to the people behind HTML5 for kicking off the innovation.<p>Thanks to the team that put this together at Mozilla. I went to the demo page and things <i>just worked</i>.
Ah! It continues
Web Components are the most exciting thing on the Web at the moment. I can not wait until this is fully supported in the browser.<p>There is a lot of great JS frameworks out there that projects DOM etc., but I always fall back to markup as the best way to build a browser based app
For those of you reporting crashes in calendar/datepicker, can you please indicate what region you are in (UK, etc)? The issue is most likely caused by non-American date formats, and we are working on a fix.
While I understand the desire for custom HTML elements I'm also certain they are going to result in monstrosities.<p>It's not the tool's fault, in the end. But it is opening up a basket of horrors.
yeesh, I respect Mozilla for their true open-source-everything-all-the-time philosophy but this is an example where I think it backfires - it's too early! Even if these really are awesome components it's really hard to see past the lack of polish. People are fickle and you only get one chance to make a first impression, it's important that these things look good