Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Advice On & Instruction in The Use of Ember.js

trek.github.com

Post reply on HN
Print view View original

51–60 of 72 posts

Re: Advice On & Instruction in The Use of Ember.js

#51

Post by mehulkar »

rjsamson wrote: post #40
mehulkar wrote: post #27

Earlier quoted context omitted.

I was concerned about this as well, but I'm successfully using an Ember app as just part of my application. The plan is to use multiple ember apps within the same rails app.

Can you talk a little more about how you're doing this? And have you been successful so far? I'd love to use ember in a few areas of our app while keeping most of the existing structure in rails views, but my (limited) experience with ember is that it looks to be more all or nothing. I'd love to be wrong about that though!

There are better ways to do it, but I use a javascript include tag to render the directory that holds my ember app in the view file of the route I want to render it in.

Re: Advice On & Instruction in The Use of Ember.js

#52

Post by Vekz »

drek wrote: post #36

Does anyone else thing that the documentation for ember.js is really lacking? Some of the classes it has aren't even documented (ContollerMixin comes to mind) and others are lacking in the documentation depratment. Also, I don't seem to be able to find a full listing of instance methods for a class, I have to climb up the inheritance tree in the docs class by class.

I have to agree. I found my self reading the source a lot while working with ember. That lead to discovering said hidden classes like ControllerMixin.

Re: Advice On & Instruction in The Use of Ember.js

#53

Post by inafield »

inetsee wrote: post #26
tomdale wrote: post #15

Earlier quoted context omitted.

Is this a serious question, or just snark? Ember.js does not ship with a default stylesheet—it's up to you to style. It just generates plain HTML.

This was a serious question. My vision is not what it was when I was younger. I am finding more and more websites are very difficult for me to read, and this one was unreadable for me without the help of Evernote's Clearly extension. I am a firm believer in the utility of web frameworks, and I'm always willing to look at new ones. I assumed that the tutorial website had been built using Ember.js, and my first impress…

You may need to adjust your monitor settings or buy a new monitor. The difference between #232323 and #FBFAF7 should be enough contrast. The Trek logo is even higher contrast as #FFF and #171717.

Re: Advice On & Instruction in The Use of Ember.js

#54

Post by sirclueless »

wycats wrote: post #38
judofyr wrote: post #31

Earlier quoted context omitted.

Yes, but even from a user's point of view I'm delighted when I use stateless web "apps". Facebook is an excellent example: There's quite a lot of AJAX-magic, but it still feels (and functions) as a stateless web site. No silly "double loading"; easy to bookmark; links I can Cmd-Tab; the page doesn't magically fail when my internet connection is broken. I am aware of that most the issues with single-page applications…

> Yes, but even from a user's point of view I'm delighted when I use stateless web "apps". Facebook is an excellent example: There's quite a lot of AJAX-magic, but it still feels (and functions) as a stateless web site. > No silly "double loading"; What does double-loading mean? > easy to bookmark; links I can Cmd-Tab; The primary goal of the Ember router is to provide this functionality out of the box. The reason yo…

> What does double-loading mean?

Basically, a web app that is usable (or at least readable) before all your JavaScript initialization is done. With Facebook, as soon as the HTML and CSS hits your browser it can render a more or less complete page. With Ember.js, that doesn't happen until the application is initialized and all your templates are rendered.

Re: Advice On & Instruction in The Use of Ember.js

#55

Post by KaoruAoiShiho »

As I said in another thread, despite hilarious disagreement by jashkenas, http://news.ycombinator.com/item?id=4427974 that Backbone is perfect for big projects so long as you build on top of it with other libraries.

Ember.js is just too opinionated for its own good.

Re: Advice On & Instruction in The Use of Ember.js

#56

Post by mikejarema »

inafield wrote: post #53
inetsee wrote: post #26

Earlier quoted context omitted.

This was a serious question. My vision is not what it was when I was younger. I am finding more and more websites are very difficult for me to read, and this one was unreadable for me without the help of Evernote's Clearly extension. I am a firm believer in the utility of web frameworks, and I'm always willing to look at new ones. I assumed that the tutorial website had been built using Ember.js, and my first impress…

You may need to adjust your monitor settings or buy a new monitor. The difference between #232323 and #FBFAF7 should be enough contrast. The Trek logo is even higher contrast as #FFF and #171717.

I believe trek has updated the site's theme in the interim. I was also having some contrast and font size issues, and the new theme definitely addresses my complaints.

Re: Advice On & Instruction in The Use of Ember.js

#57

Post by robotmay »

Do any of these JavaScript frameworks have decent documentation yet? API docs are all well and good, but I'd really like some examples other than to-do applications. All they really need is an equivalent to the Rails guides at http://guides.rubyonrails.org, which are ample.

Frankly I'd take any example application over a to-do app at this point.

As an aside, I've been using Sammy.js (http://sammyjs.org) more than most of these other frameworks lately, as the effort involved is disproportionate to the rewards unless you're building the entire frontend in JavaScript. For any less-than-enormous project, you really don't need all that complexity.

Re: Advice On & Instruction in The Use of Ember.js

#58

Post by te_chris »

robotmay wrote: post #57

Do any of these JavaScript frameworks have decent documentation yet? API docs are all well and good, but I'd really like some examples other than to-do applications. All they really need is an equivalent to the Rails guides at http://guides.rubyonrails.org , which are ample. Frankly I'd take any example application over a to-do app at this point. As an aside, I've been using Sammy.js ( http://sammyjs.org ) more than…

Ember's getting there. Check out the "Guides" section on emberjs.com

Re: Advice On & Instruction in The Use of Ember.js

#59

Post by bertomartin »

robotmay wrote: post #57

Do any of these JavaScript frameworks have decent documentation yet? API docs are all well and good, but I'd really like some examples other than to-do applications. All they really need is an equivalent to the Rails guides at http://guides.rubyonrails.org , which are ample. Frankly I'd take any example application over a to-do app at this point. As an aside, I've been using Sammy.js ( http://sammyjs.org ) more than…

Heard about sammy, but never looked into it until now. It looks really interesting. I've been looking at emberjs for the past couple of days and I do like what I see, but I always felt it was a little too heavy for what I really wanted. I'm just not ready to make my app just an api enpoint...it's just too much abstraction. Regardless, I'll continue to follow emberjs.

Re: Advice On & Instruction in The Use of Ember.js

#60

Post by eddieplan9 »

sirclueless wrote: post #54
wycats wrote: post #38

Earlier quoted context omitted.

> Yes, but even from a user's point of view I'm delighted when I use stateless web "apps". Facebook is an excellent example: There's quite a lot of AJAX-magic, but it still feels (and functions) as a stateless web site. > No silly "double loading"; What does double-loading mean? > easy to bookmark; links I can Cmd-Tab; The primary goal of the Ember router is to provide this functionality out of the box. The reason yo…

> What does double-loading mean? Basically, a web app that is usable (or at least readable) before all your JavaScript initialization is done. With Facebook, as soon as the HTML and CSS hits your browser it can render a more or less complete page. With Ember.js, that doesn't happen until the application is initialized and all your templates are rendered.

To be fair, that totally depends on how the application is written. You can have server-side-rendered page with single-page application, with or without Ember.js.
Post reply on HN