You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: game/README.md
+11-3
Original file line number
Diff line number
Diff line change
@@ -1,8 +1,10 @@
1
-
# Game with independently caching levels
1
+
##Game with independently caching levels
2
2
3
-
A game where each level is a different cache group.
3
+
This ServiceWorker web app demo will be a game where each level is a different cache group.
4
4
5
-
## Behaviour draft
5
+
You can go ahead and do this however you wish; a good example would be a 2D platformer based on levels. Each level could have it's own ServiceWorker cache, when a user is visiting the app levels are cached in separate caches (maybe the next 2/3 levels?) which will then be ready for them to load and play as soon as they complete the previous level.
6
+
7
+
## More Information / Requirements
6
8
7
9
* User visited page that was cached in a ServiceWorker cache, the site decides to show them the cached data straight away for performance, then update with fresh data when/if it arrives.
8
10
@@ -46,3 +48,9 @@ A game where each level is a different cache group.
46
48
* See “Starting cached level”
47
49
* Else
48
50
* See “Starting uncached level”
51
+
52
+
### Special Requirement
53
+
In this demo we have a special requirement for those of you who want to do something extra: one of the levels should go through an 'update'. The expected behaviour is the user should only be able to play an 'updated' level when 100% of the level has been cached. Of course it will be difficult for us to replicate this, so please go through the experience and just document the results as a .md file!
54
+
55
+
### Questions
56
+
If you have questions please ask them in the issues. Just start a new issue with your question.
0 commit comments