Very cool.
Only problem that I had was that I couldn't grab the scrollbar to go down the table faster (for the million table example). Great work though!
Show HN: Ember Table by Addepar
21–30 of 51 posts
Re: Show HN: Ember Table by Addepar
#22500kb transferred? 2 seconds to load all the CSS and JS files? 4.5 seconds to load everything? Way too much overhead for a static page, IMO.
This seems like the classic compile-time run-time trade off. On the one hand it does indeed appear to take a while to load the page. The upside of this though is obviously smooth scrolling for very large presentations of data. Since the sort of use-case this kind of table would be used for could potentially be long and drawn out this trade off becomes totally reasonable in my opinnion.
Re: Show HN: Ember Table by Addepar
#23Very nice, but you should add some "loading..." text until it's ready to display; on my iPad there were several seconds of a blank white screen and I thought something had gone awry.
Same here. I wasn't sure if chrome crashed or something since there was no content on the page
Re: Show HN: Ember Table by Addepar
#24500kb transferred? 2 seconds to load all the CSS and JS files? 4.5 seconds to load everything? Way too much overhead for a static page, IMO.
This seems like the classic compile-time run-time trade off. On the one hand it does indeed appear to take a while to load the page. The upside of this though is obviously smooth scrolling for very large presentations of data. Since the sort of use-case this kind of table would be used for could potentially be long and drawn out this trade off becomes totally reasonable in my opinnion.
True, but perhaps more could be done to trim the fat. There are quite a lot of dependencies, and jQuery UI is quite a large library. Am on my phone so can't dig down to see how necessary it is but I'd hope the authors will be able to streamline the dependencies in the future
Re: Show HN: Ember Table by Addepar
#25This doesn't work quite well - if I scroll fast enough, my browser (Chrome) thinks I've finished scrolling and goes back to scrolling the screen. As a fan of scanning through data extremely quickly, it's a very annoying interface.
Which kinda makes me think that that particular example, while very cool, is not actually worthwhile. I mean... whats the usecase of being able to scroll through a table with 1000000 rows? I mean... what are you even doing/looking for when you're scanning through tabular data quickly? Wouldn't it be far better to just search or have the data visualized or filtered in a meaningful way?
Re: Show HN: Ember Table by Addepar
#26Pretty laggy for me with chrome stable (my default browser) and my 2012 13'' MacBook Air. I suspect it was probably because there were half a dozen or so million-row tables -- some with complex graphics. But for basic tabular data, this looks awesome. Good work!
Re: Show HN: Ember Table by Addepar
#27A feature rich, reliable table view in SproutCore (from which Ember was forked) has been a highly requested feature for at least 4 years. I'm glad that someone has finally done so, but I am also disappointed that it was so difficult.
This is incorrect. Ember.js is not a fork of SproutCore, and they share no code. Ember.js just borrows some of the best features of SproutCore, like bindings and computed properties.
Additionally, the Addepar guys put this together in a few weeks. I'm unsure where your claim that this was difficult is coming from.
Re: Show HN: Ember Table by Addepar
#28Congrats to the Addepar team. Love what you guys are doing :)
Re: Show HN: Ember Table by Addepar
#29Very cool. Only problem that I had was that I couldn't grab the scrollbar to go down the table faster (for the million table example). Great work though!
Yes, this is use case is a strange omission considering the solution presented.