Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mixonic
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
mixonic
11y ago
Hopefully there is a Googler reading who can answer this: I'm curious why the README.md says > Note: This is not an official Google product. However the copyright is Google, and you must sign their CLA. That seems pretty official to
32.
▲
by
mixonic
11y ago
Np! There is also a #-fastboot room on the Ember Community Slack, directions for jumping in there can be found on emberjs.com: http://emberjs.com/community/
33.
▲
by
mixonic
11y ago
Opening an issue on https://github.com/tildeio/ember-cli-fastboot is probably the best way to get help tracking down a bug.
34.
▲
4 days left to submit your Ember Community Survey response
(emberjs.com)
9 points
by
mixonic
11y ago
|
0 comments
35.
▲
by
mixonic
11y ago
Hm, I don't think some of the things we're working on are easy to implement on top of Draft, but I've only browsed the (very good) documentation so far. Perhaps I'm wrong. For a first, I'm not clear on how you would
36.
▲
by
mixonic
11y ago
(Mobiledoc contrib here) One thing Draft and Mobiledoc seem to have in common is a robust programmatic API. Draft is pitched as a "framework for building rich text editors in React". Mobiledoc pitches itself as a toolkit for build
37.
▲
by
mixonic
11y ago
I've been pondering corporate roles in modern OSS projects for a few months, especially those in projects that have no single owner. Supporting developers or community members of an OSS project your company uses through employee time o
38.
▲
WYSIWYG editor Mobiledoc gets new release, inline rich content support
(madhatted.com)
1 points
by
mixonic
11y ago
|
0 comments
39.
▲
by
mixonic
11y ago
There is no conflict in a "buy" button and having an open source app. Discourse offers paid hosting services if you don't want to run the app on your own server. The version on their hosted service is the exact same as what y
40.
▲
by
mixonic
11y ago
Matt here, one of the folks working on Mobiledoc and the related editor. This blog post definitely served as early inspiration for our work. I dare to say we do a number of things better than medium now. Mobiledc-kit is on npm as amd and es
41.
▲
by
mixonic
11y ago
https://api.monosnap.com/rpc/file/download?id=kelMhl0A6kbbaN... Haha, yes this is a pretty high bar of entry.
42.
▲
Ghost and Ember
(hannah.wf)
1 points
by
mixonic
11y ago
|
0 comments
43.
▲
by
mixonic
11y ago
An article about the rule change: http://www.huffingtonpost.com/steve-jarding/the-democrats-ha...
44.
▲
Lawrence Lessig leaves the presidential race
(us11.forward-to-friend1.com)
6 points
by
mixonic
11y ago
|
1 comments
45.
▲
by
mixonic
11y ago
I noticed our companies Ember.js based SPA site not being indexed well until I added a sitemap. Then it quickly appeared in the rankings. Historically Google has been using some fork of Chrome 10 when indexing. I'm unsure what impact t
46.
▲
by
mixonic
11y ago
This is a good thing to raise awareness of, but the solution is poor advice. Asking developers to remember the "gotcha" of 600 characters is not really viable. Instead, if this is important to you, consider the addition of minific
47.
▲
JQuery 3.0 alpha
(blog.jquery.com)
2 points
by
mixonic
11y ago
|
0 comments
48.
▲
by
mixonic
11y ago
Unlike with iOS or Android, in HTML5 invasive APIs (including notifications) are all opt-in. Each permission is granular, instead of needing to choose between granting all permissions an app requires or none. IMO this is a massive improveme
49.
▲
by
mixonic
11y ago
A faster link, but also an already open TCP and SSL connection. By moving the TCP and SSL handshake to an edge-based server, you have much lower-latency when starting a request for the client. The long-haul high-latency connection between t
50.
▲
by
mixonic
11y ago
All major web frameworks have settled on a pattern of using components to manage not only private DOM, but also to manage data scoping. The web components standard is a long, long way from doing anything related to data-passing. For anythin
51.
▲
by
mixonic
11y ago
> they're leaving their users in their wake. The jump to Ember.js 2.0 involves API changes, but I see no reason why the majority of application will not move forward. Your experience sounds very painful, but many Ember applications,
52.
▲
by
mixonic
11y ago
To use Ember 2.0 with Ember CLI 1.13.x, you just need to upgrade the Ember dependency. bower install --save ember#2.0.0 bower install --save ember-data#2.0.0-beta.1 If you have trouble, feel free to pop into the Ember Community
53.
▲
by
mixonic
11y ago
Ember CLI will land its 2.0 release in the next few days, along with Ember Data. You can use Ember 2.0 with Ember CLI 1.13.x, just upgrade the dependency: bower install --save ember#2.0.0 bower install --save ember-data#2.0.0-beta
54.
▲
by
mixonic
11y ago
Comparing framework size directly is not very meaningful. For example Bustle.com, already running Ember 2.0 today, sits at: * 155K of vendor JS (Ember, jQuery, addons) * 76K of app JS Artsy.net is a universal/isomorphic JS web
55.
▲
by
mixonic
11y ago
Is this (async/await) not just a feature of ES7? Personally I would love to see the decoupling of TypeScript's type checker from its transpiler. The ability to use TS with Babel, or Flow with MS's transpiler, would be liberat
56.
▲
by
mixonic
11y ago
> the poor can't help that they're poor because, well, they're poor! exactly :-)
57.
▲
JSON-API, a specification for API behavior, goes 1.0
(github.com)
6 points
by
mixonic
11y ago
|
1 comments
58.
▲
by
mixonic
11y ago
No blog post yet (should be at http://angularjs.blogspot.ca/ ), but you can read the changelog here: * https://github.com/angular/angular.js/blob/v1.4.0/CHANGELOG....
59.
▲
by
mixonic
11y ago
Check out this addon: https://github.com/pangratz/ember-cli-htmlbars-inline-precom... We've started using it for inline templates in tests, but it should work just great with inline templates for components. The p
60.
▲
by
mixonic
11y ago
IE8 is coming out of the Trough of Disillusionment and finally reaching the Plateau of Productivity. Obviously.
More ›