spicyj

29 ms·

271.
by spicyj 11y ago
It's a single certificate that never leaves CloudFlare's hands so revocation seems unlikely and they'd manage it for you if anything came up.
272.
by spicyj 11y ago
For me, surprisingly yes. I had no interest in having Windows as my primary machine yesterday but now I would seriously consider it.
273.
by spicyj 11y ago
Hi andrewstuart'); DROP TABLE repositories;--, Thanks for sending this in! Based on my reading, this is working as intended and is not a bug in the code. Let me know if I'm misreading something. Thanks again!
274.
by spicyj 11y ago
What does Project Update #83 say? And based on https://forums.oculus.com/community/discussion/comment/34760... , you're out of luck. :(
275.
by spicyj 11y ago
They've said they'll work on Linux support after launch and OS X if Apple manufactures a computer powerful enough (which they literally do not right now). But Windows-only seems par for the course for serious computer games.
276.
by spicyj 11y ago
Just so everyone's on the same page, some of the thoughts in question: https://twitter.com/aphyr/status/606576005667504129
277.
by spicyj 11y ago
Essentially all JS engines implement string concatenation lazily as ropes so there isn't much difference.
278.
by spicyj 11y ago
> React.dom.ul(...) was kinda cool React.DOM.ul() works as it always did. Even if we change that (since it's kinda silly to ship down a big list of tags that we don't otherwise need), you can also do var ul = React.createFactor
279.
by spicyj 11y ago
I don't think we need ideas, just someone to put in the hour or two to optimize the React site. I'm confident we could cut down the load time immensely without much work. :)
280.
by spicyj 11y ago
I'll add: the React site uses the (larger and slower) development build of React because it can be useful to people visiting the site. Ordinarily you would use the prod build. Not to mention the lack of script bundling and inefficient
281.
by spicyj 11y ago
Sorry, but what's the difference?
282.
by spicyj 11y ago
It's gotten a lot better since the initial release. Obviously no match for GHC but it's not trying to be, either. :)
283.
by spicyj 11y ago
Flow has pretty good support for tagged unions like this which act like ADTs: http://flowtype.org/blog/2015/07/03/Disjoint-Unions.html
284.
by spicyj 11y ago
For comparison, Flow supports tagged unions like this: http://flowtype.org/blog/2015/07/03/Disjoint-Unions.html
285.
by spicyj 11y ago
I would guess that the FB engineers won't work on it for more than a few months and probably not at all after the shutdown.
286.
by spicyj 11y ago
Link to the actual brief: https://news.ycombinator.com/item?id=11221178 .
287.
Brief supporting Apple filed by Amazon, Facebook, Google, Mozilla, others [pdf](fbnewsroomus.files.wordpress.com)
1 points by spicyj 11y ago|0 comments
288.
by spicyj 11y ago
(This is actually not quite true -- you only lose whitespace when one side of the linebreak has an element, not when both are text.)
289.
by spicyj 11y ago
If you could file issues for behavior issues you notice, that would be valuable and help everyone who ends up using the editor.
290.
by spicyj 11y ago
The default behavior for tab is defined here: https://github.com/facebook/draft-js/blob/f5e6cf50558f5797b0... It would be easy to override it in your own component or send a PR upstream to make it adjust mult
291.
by spicyj 11y ago
Yes, it should be easy to serialize the state using convertToRaw and/or convert it to HTML/Markdown/etc. I could imagine official helpers for this might be added. You can try the embedded photo experience in Facebook Notes at
292.
by spicyj 11y ago
Just so I understand fully, can you explain which things Mobiledoc handles which Draft doesn't? It sounds like you should be able to easily implement any of those behaviors on top of Draft.
293.
by spicyj 11y ago
Good idea. It's based off of an older version of the Draft code so it might not work out of the box. If we don't get a chance, hopefully it won't be hard for people to build out a solid implementation on RN.
294.
by spicyj 11y ago
Thanks, that's valuable feedback. What would you suggest instead? The goal is that with Draft.js you can easily build any UI you want and Draft.js helps you manage the underlying model and DOM manipulations. I am sure that several peop
295.
by spicyj 11y ago
(Biased React dev here.) The key insight in Draft.js is that it's incredibly difficult to keep your model in sync with the browser's contenteditable behavior unless you intercept many of the behaviors and perform them entirely in
296.
by spicyj 11y ago
Well, you definitely don't have to use React for the rest of your app if you don't want to – you can use a Draft component inside any web app. You could also use the underlying Draft model and manage the view entirely yourself, bu
297.
by spicyj 11y ago
The rich text editor framework is open source now! http://facebook.github.io/draft-js/ HN: https://news.ycombinator.com/item?id=11153757
298.
by spicyj 11y ago
LOL, thank you.
299.
by spicyj 11y ago
People already say "React 13" and "React 14" colloquially so we figured calling this one 15.0 would cause the least confusion in the long run.
300.
New Versioning Scheme for React(facebook.github.io)
165 points by spicyj 11y ago|77 comments

More ›