Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

realtime updates and mobile browsers #4

Open
nzjrs opened this issue Nov 27, 2012 · 2 comments
Open

realtime updates and mobile browsers #4

nzjrs opened this issue Nov 27, 2012 · 2 comments

Comments

@nzjrs
Copy link

nzjrs commented Nov 27, 2012

Hi,

The support for mobile browsers seems patchy. WRT the demo app

Chrome on Android 4 -> everything tested works
Built in browser Android 4 -> real-time updates don't work
Built in browser Android 2.3.5 -> hangs on load

Would you consider implementing a fallback, polling, strategy for older browsers?

John

@petecorreia
Copy link
Contributor

Yeah, currently it's using raw websockets which means older browsers won't get realtime updates.
I'll try to fix the Android problem, if you can fix it and submit a pull request, that would be awesome.

About the fallbacks, I'm thinking of creating them as add-ons to the library to keep it lightweight for those who don't want them. Ideally in the future there would be a build page where one would select which fallbacks to include when downloading.

What do you think?

@bjpirt
Copy link

bjpirt commented Nov 28, 2012

I think the best way to handle fallbacks would be for Cosm to support something like SockJS, which is something we'd quite like to do so people can use the websocket functionality on more browsers.
Let me look into whether we can do that any time soon.
Ben

On 27 Nov 2012, at 11:05, Pete Correia [email protected] wrote:

Yeah, currently it's using raw websockets which means older browsers won't get realtime updates.
I'll try to fix the Android problem, if you can fix it and submit a pull request, that would be awesome.

About the fallbacks, I'm thinking of creating them as add-ons to the library to keep it lightweight for those who don't want them. Ideally in the future there would be a build page where one would select which fallbacks to include when downloading.

What do you think?


Reply to this email directly or view it on GitHub.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants