I see a few comments bringing up mobile. There's already many mobile-friendly UI frameworks; not everything has to be mobile-first. Yes, in many cases it makes sense to go for a mobile-first approach, especially with consumer-facing applications. Mobile is huge and apparently it's still continuing to grow.<p>At the same time, there's many legitimate cases in which you want to optimize for desktop. For example: consider an IDE, where you have lots of panels and toolbars. In some cases it's unclear how you'd be able to support both desktop and mobile without significantly degrading the experience. Even Google struggles with this. How usable is Data Studio [0] on mobile? It's pretty terrible and unusable. But that's perfectly fine, because the desktop experience is great! I can't speak for others, but I can't imagine myself wanting to use a mobile device to get any work done.<p>Kudos to Palantir for open sourcing their UI toolkit.<p>[0] <a href="https://datastudio.google.com" rel="nofollow">https://datastudio.google.com</a>
This looks really nice.<p>However, what I really want for React is a style-agnostic component library that basically extends the regular set of HTML elements, but comes with no "visual" styling (other than really basic styling like the browser's default styling for <input>, <select> and the like). Only styling that is necessary for the component to function should be included.<p>Of course, optional themes would be fine. Also, non-visual styling should be completely inlined. Themes could inject "visual" styling via context. User-defined styling would be passed via class or style props.
Thanks very much @Plantir for open sourcing React UI toolkit. This already seems to be production ready. Big thanks for the detailed documentation. The amount of time you have spent in creating examples and providing excellent starting point is really great.<p>I really enjoyed and excited to see your take on Color Theme. Like bootstrap, I don't think sites created using Blueprint will look same. With minimal changes in variables,layout and using your wide ranging color theme wonderful results can be achieved in no time.<p>Big Thumbs up!!<p>I have created a small overview videos about various UI component available. (No installation or tutorials, only shown their various artifacts).<p><a href="https://www.youtube.com/watch?v=ky7ec5Sh2kM" rel="nofollow">https://www.youtube.com/watch?v=ky7ec5Sh2kM</a>
Hi all, I work at Palantir and worked on Blueprint (although I'm currently working on a different project). Happy to answer any questions you have about it.<p>Just a note - we didn't intend to heavily publicize the project quite yet. For example, the docs site is still a WIP, so apologies if it causes issues for you on mobile devices.
Your homepage pushed my CPU to 75% and resulted in an early click on the red cross of the tab. (latest chrome stable/osx 10.11)
You should do better.
This is very slick. It's similar to my own project <a href="http://cx.codaxy.com/docs/widgets/date-fields" rel="nofollow">http://cx.codaxy.com/docs/widgets/date-fields</a>,
however, it seems that they went one step further.
This is impressive, I can cover lot's of UI scenarios with it. I also like the first class CSS/HTML API that they have, so I could use them without React. And they seem to have Accessibility covered (need to dive in a bit more), but this is super important. And at last, I dig the visual style, which has good affordances. A nice contrast to Material Design.
This looks great. Nice to see a complete UI toolkit with context menus, sortable tables, hotkeys and editable text along with all the normal tooltips, navs, and UI widgets. Bonus points for both sass and less support. Looking forward to trying this out.
Despite the sluggishness, there's a lot of really likeable stuff in here and it is beautiful (or, a lot more beautiful than I, or most developers, could ever come up with without a team and some pro designers on staff).<p>I particularly enjoyed the piano example: <a href="http://blueprintjs.com/docs/#components.hotkeys" rel="nofollow">http://blueprintjs.com/docs/#components.hotkeys</a>
Maybe just me but I'm having a hard time seeing how this is substantially different from or better than bootstrap or foundation with some react-based wrappers like reactstrap. Seems like performance is an issue and you're just as tightly coupled to the framework as with bootstrap/foundation. Am I missing something?
Unfortunately, mobile support is not on the roadmap: <a href="https://github.com/palantir/blueprint/issues/105#issuecomment-260151357" rel="nofollow">https://github.com/palantir/blueprint/issues/105#issuecommen...</a>
I am the developer of HiveMind (crudzilla.com), I am currently stuck on what I think would be the final feature of the platform that would fulfill my vision of what a modern web application platform should be about.<p>That feature is a drag-n-drop UI construction mechanism that would basically allow the user to glue together UI components (I call them UI parts) and write code only as a fill-in-the-blank task to complete the application.<p>I think React, Angular and similar paradigms might eventually make this possible. In the future building web applications, especially typical business crud applications with simple workflows wrap around a UI should not require more than familiarity with a development product and basic programming.
Not to sound like a bummer here, but I'm not sure what kind of computer is needed to open this webpage. Simply scrolling up and down that website causes my computer to almost freeze. Firefox 49.0 user here. I would profile it, but I'm afraid of having to restart the computer as a result.<p>Edit: It looks amazing. (Still the performance issue is reproducible easily)
ReactJS enlightened web developers with <i>Component</i> based functional/thinking/development model, which brought some order in front-end UI development. And it has been one of the best things with community behind it.<p>Having worked with both Desktop UI (Swing/GTK) and Server based UI toolkits (JSF), the value of ReactJS is a standard Component Life cycle.<p>I would propose having a ReactUI component specification with a standard version. The current specification [0] is not decoupled from implementation. The separate spec and implementation numbering will enable multiple implementations - ReactJS from Facebook being one.<p>I am thinking similar to Reactive-Streams [0] specification and Reactive Extensions [2] which have multiple implementations.<p>[0] <a href="https://facebook.github.io/react/docs/react-component.html" rel="nofollow">https://facebook.github.io/react/docs/react-component.html</a><p>[1] <a href="http://www.reactive-streams.org" rel="nofollow">http://www.reactive-streams.org</a><p>[2] <a href="https://github.com/ReactiveX" rel="nofollow">https://github.com/ReactiveX</a>
This looks really nice and well set up. I love the fact that you chose typescript and bundle a good definitions file. I totally understand homepage performance was not on the agenda yet, and its really no big deal to me, but I have to agree with others on the mobile support: this sadly crosses blueprint of my list for 99% of my work, if not all. Will be coming back to see where to project is going though!
Coincidentally I was watching "ReactNL 2016 Max Stoiber - Styling React.JS applications" <a href="https://www.youtube.com/watch?v=19gqsBc_Cx0" rel="nofollow">https://www.youtube.com/watch?v=19gqsBc_Cx0</a><p>Styling in React needs some sort of consistent way forward.
Maybe I need to take a few layers of tinfoil off the old hat, and I suspect it's just good old fashioned open source generosity, but..<p>Given that it's from Palantir, is there any way this could become a security attack vector at scale?
It seems you may have to include the css for the whole library on every page[0]. I would have much preferred it if the css for each component is included on your page as you require the component.<p>Though I admit it is confusing since the "Let's Get Started" section of the homepage[1] does not mention including the global css.<p>[0] <a href="http://blueprintjs.com/docs/" rel="nofollow">http://blueprintjs.com/docs/</a>
[1] <a href="http://blueprintjs.com/" rel="nofollow">http://blueprintjs.com/</a>
Impressive.<p>One question: I couldn't find advanced form components, and specifically dropdown/multiselects. (a bit like this: <a href="https://selectize.github.io/selectize.js/" rel="nofollow">https://selectize.github.io/selectize.js/</a>, or this: <a href="http://wenzhixin.net.cn/p/multiple-select/docs/#the-basics1" rel="nofollow">http://wenzhixin.net.cn/p/multiple-select/docs/#the-basics1</a>)<p>Do you plan to implement this kind of components?
This look exceptional ! It's full featured (datepicker, tree) and professional looking. It's also seems to by typescripted. But the slider needs work on touchscreen.
There is also <a href="http://react.semantic-ui.com/" rel="nofollow">http://react.semantic-ui.com/</a> which I have found to be very useful.
Great work, it looks very nice! One thing I always find missing from most of these React toolkits is a TreeTable component. This is a component that I often require in business applications, and I suspect other will too. Is this something that you would consider adding in the future?
Everything looked good until the grid/table. Those are vastly underpowered/featured versus other solutions (kendoui, devexpress, etc) we are currently using/have evaluated.
My RT-AC68U router flagged this website as having malware. Seems more related to email than the website though.<p>Description:
Sites whose addresses have been found in spam messages.
Since you guys are taking a lot of insults here I want to try and offer you something constructive.<p>Having bugs is ok. Failing at mobile and performance is not. It melts away your credibility because doing these things right is table stakes.<p>This is all compounded by the fact that it's a toolkit that serves as base for other developers, rather than just a slow app.<p>Finally, your flippant response to criticism gives the impression that you don't understand or care about craftsmanship.<p>However, thanks for making the contribution. Look forward to trying your next major release.
I saw no favicon and closed this thing immediately.<p>Seriously guys, it's 2016 and you still don't have a favicon. Not having a favicon on your docs page is plain bad for a few reasons:<p>1. I have zero context about your page. If I don't have that 20x20 square on my tab anchoring me to reality, my 2 second attention span will have made me forget where I am even before I load your page on my internet-connected toaster oven's 7 segment display. Not. Cool.<p>2. No support for 7 segment or e-ink displays. WTF?? How am I supposed to use this for IoT applications, like my toaster oven[1] or my dishwasher.<p>3. This is how it shows up on my kindle: <a href="http://67.media.tumblr.com/tumblr_lhw2rvgsnu1qzhofn.jpg" rel="nofollow">http://67.media.tumblr.com/tumblr_lhw2rvgsnu1qzhofn.jpg</a> ARE YOU INCOMPETENT??<p>[1] See bullet point 1<p>[2] <a href="https://static.googleusercontent.com/media/research.google.com/en//archive/mapreduce-osdi04.pdf" rel="nofollow">https://static.googleusercontent.com/media/research.google.c...</a><p>[3] <a href="http://jepsen.io/" rel="nofollow">http://jepsen.io/</a><p>[4] <a href="https://palantir.com/spying-on-my-shit" rel="nofollow">https://palantir.com/spying-on-my-shit</a>