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

Composite versioning/timestamp #28

Open
jonkri opened this issue Feb 10, 2016 · 2 comments
Open

Composite versioning/timestamp #28

jonkri opened this issue Feb 10, 2016 · 2 comments

Comments

@jonkri
Copy link
Collaborator

jonkri commented Feb 10, 2016

The possibility for a client to know whether a sync is needed. Perhaps a version/date field on the composite endpoint.

Pros: We don't need to reload unless necessary.

Cons: It's state. :)

Since we can reload cheaply from a bandwidth perspective (we will be on WiFi), it's probably only a problem to reload if it could cause problems in the app. For instance, the process of redrawing everything or making sure things are consistent is complex.

@jonkri jonkri added the server label Feb 10, 2016
@jonkri
Copy link
Collaborator Author

jonkri commented Feb 10, 2016

@hesa: What do you think?

@jonkri jonkri added the 1.0 label Mar 21, 2016
@jonkri
Copy link
Collaborator Author

jonkri commented Mar 21, 2016

I would like to suggest that we make this optional for 1.0, unless we have "client-side" reasons to think that it should be in 1.0.

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

No branches or pull requests

2 participants