-
Notifications
You must be signed in to change notification settings - Fork 7
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
Remove load
API
#46
Comments
cc @alexjg |
My main thought is what if you dont know the document is available locally but you don't want to wait for the network for some reason (e.g. you are writing an application which expects to be on a high latency network and you want to display a pop up telling the user that you didn't have it locally and so you're asking the network). One alternative way to achieve this is the way the JS implementation does it, by returning a handle from |
How about the following:
That way at that point an app embedding Spanreed could show the pop up, and ask the user whether to continue with a network request(by doing a second This would simplify the state machine, as the above can be implemented by:
In the scenario sketched above, the second Deterministic testing should be easy too, to the point where this could be marked as "good first issue" for an outside contributor. |
What I'm wondering about the load api is, why does the load doc get an error the second time |
I propose we remove the
load
API, because:request
will have the same effect asload
.The text was updated successfully, but these errors were encountered: