Store.all doesn't load any records about ember-orbit

[dgeb]

This is definitely intentional. find is asynchronous and returns a static record array. all is synchronous and returns a live record array. This allows for maximum flexibility and control.

When combined, you can return a live record array only after find completes. For instance: return store.find('type').then(function() { return store.all('type'); });. It's also valid to just return the result from find if you want to capture all the records of a type at a particular moment in time. If find always returned all, then this distinction wouldn't be possible. Another valid use case is to bind a collection to the all live array - you don't need to immediately trigger the async find to do so.

I'm not saying that I'm opposed to adding convenience methods (findAll perhaps?) that merge functionality, but I want to keep the distinction as well.

This section of the README clarifies which methods are synchronous and which are asynchronous. All the synchronous methods provide immediate access to a store's current contents, while all the asynchronous methods flow through Orbit's requestable interface.

[opsb]

That does seem reasonable. I suspect I would use findAll far more often than all so yes that would be a nice addition. I'm working on a firebase Source at the moment but I'd be happy to put a PR together once I've got that out the way.

[dgeb]

You can now query a store (store.query) to engage with an Orbit Coordinator and remote sources (if configured). Or you can query a store's cache (store.cache.query) to only get results presently in memory.