EvilTrout

9 ms·

31.
by EvilTrout 13y ago
All these problems are solvable. I co-founded Discourse ( http://discourse.org ) which uses infinite scrolling heavily. Discourse is also 100% open source so you can see how we did it. My responses below: > Users will lose the
32.
by EvilTrout 13y ago
I'm glad that you finally found a way to get up to speed. I find it very challenging helping people over the initial jump of Ember learning so any feedback about what worked for you is great to have. I'll probably have lots of con
33.
by EvilTrout 13y ago
No we left it as is, but it is configurable in the admin section. This is very important for non-English languages where one or two characters is often enough for a descriptive title.
34.
Hiding Offscreen Content in Ember.js(localhost)
1 points by EvilTrout 13y ago|1 comments
35.
by EvilTrout 13y ago
I looked at that benchmark and there's a few huge red flags right away: 1. It's not running Ember in production mode which is much faster. 2. It's running an older release candidate version of Ember. 3. It is purposely wrappi
36.
by EvilTrout 13y ago
> Om never does any work it doesn't have to: data, views and control logic are not tied together. If data changes we never immediately trigger a re-render - we simply schedule a render of the data via requestAnimationFrame. Ember.js
37.
An Ember JS Gauge Component(front-back.com)
3 points by EvilTrout 13y ago|1 comments
38.
Many bugs are related to the state and scope of data not being what you’d expect(eviltrout.com)
2 points by EvilTrout 13y ago|0 comments
39.
Javascript Frameworks Are Amazing and Nobody Is Happy(wekeroad.com)
272 points by EvilTrout 13y ago|200 comments
40.
Ladies don't need Bustle.com to mansplain the news to us(theglobeandmail.com)
3 points by EvilTrout 13y ago|0 comments
41.
Let's talk about Browser Applications(youtube.com)
1 points by EvilTrout 13y ago|0 comments
42.
by EvilTrout 13y ago
Honestly the reason I haven't written about it is because I didn't write it! Sam did a great job, and he did it in a super short period of time. I was leaving it to him to explain how it works :)
43.
by EvilTrout 13y ago
You CAN make Angular work like Ember, but you have to add a lot of code to do what Ember encourages you to do off the bat. What you are suggesting is good practice but something that I suspect very few Angular developers do as it's not
44.
by EvilTrout 13y ago
It's not as periodic as that. Ajax by definition is asynchronous. When you submit a post, the Ajax request is fired right away. But we don't wait for a response before showing the post in the stream (success case). We show it righ
45.
by EvilTrout 13y ago
> However, the discussion forums are horrible. They're using Discourse, which was written in Ember, and it's nearly impossible to find answers to anything previously posted. Because it's in Ember it's all JavaScript,
46.
by EvilTrout 13y ago
> EvilTrout obviously wants to see Ember succeed, I would to if I spent so much time writing a big Ember app and see it loosing out in the Javascript framework wars. If I chose my languages or frameworks based on what was the most popula
47.
by EvilTrout 13y ago
Any time you are showing a user a representation of data, be it in a web page or client side rendered template, it is potentially out of sync. The only atomic source is probably your database, and from the millisecond that you query it, it
48.
by EvilTrout 13y ago
You can't possibly argue that using Backbone for models is idomatic AngularJS. If you're arguing that with a bunch of extra code on top of AngularJS it does what Ember does out of the box, that was kind of my point.
49.
by EvilTrout 13y ago
I'm mostly talking about sharing data in this post. If you have a user object from the server, why would you need to retrieve it again as you navigate around? It's already been given to you from the server. Secondly, client and se
50.
by EvilTrout 13y ago
> In many (not all) Angular applications, the server is responsible for the model (think a Parse or other REST-style backend), and the Angular app is simply responsible for rendering it. My question is then: why are people purposely choo
51.
by EvilTrout 13y ago
Those private topic bugs are not the result of ActiveRecord. We added a group layer on top of existing code and missed some places where queries did not respect it. Had we used raw SQL instead of an ORM we would have had the same issues. Al
52.
by EvilTrout 13y ago
I went back and forth on the title. I don't usually write sensational titles but for some reason decided to give it a try. I think it's a very good point and I doubt I'll do it again.
53.
AngularJS versus Ember(eviltrout.com)
207 points by EvilTrout 13y ago|162 comments
54.
Organizing Data in Long Lived Applications(eviltrout.com)
1 points by EvilTrout 13y ago|1 comments
55.
by EvilTrout 14y ago
Nothing personal, just as makers of forum software, anyone else who makes some is a competitor by definition, even if we are both free products. I'm happy to have many others in the forum space as it legitimizes our cause and pushes everyth
56.
by EvilTrout 14y ago
Discourse founder here. I tried their demo forum but it currently isn't responding. Probably too much load from HN although their home page claims they can handle 1k posts per second (trollface). From a cursory point of view, it seems to ha
57.
Ember without Ember Data(eviltrout.com)
44 points by EvilTrout 14y ago|7 comments
58.
by EvilTrout 14y ago
Discourse doesn't use ember data and it has been an absolute pleasure to code in EmberJS. I think a lot of people don't realize just how simple it is to create an Ember object from an AJAX call and start using it. A finder is usually as sim
59.
by EvilTrout 14y ago
He's talking purely server times here. And it shouldn't be pages so much as "JSON Blobs" :)
60.
Infinite Scrolling that Works(eviltrout.com)
10 points by EvilTrout 14y ago|0 comments

More ›