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

Should developers provide a size for their registered content? #14

Open
rayankans opened this issue Jul 18, 2019 · 2 comments
Open

Should developers provide a size for their registered content? #14

rayankans opened this issue Jul 18, 2019 · 2 comments

Comments

@rayankans
Copy link
Collaborator

It would give users a better idea of how much space they would get back upon deleting an entry, and makes for better UI.

@quasicomputational
Copy link

Wouldn't any entry-deletion UI be provided by the registering website, rather than the browser? I can't see how the browser would know the set of resources that could be freed. And, since the website can presumably keep track of this data along with the resource dependency graph, I don't think this needs to go in the registration API.

@rayankans
Copy link
Collaborator Author

Wouldn't any entry-deletion UI be provided by the registering website, rather than the browser

Ideally the website should have an entry-deletion option, but it must be provided by the browser.

Browsers are encouraged do display the offline-enabled content to users, and there will likely have to be an option to delete the listed contents, since there's no guarantee that a website will provide that option. At that point users will expect to not see that article (or whatever type of content it was) surface again.
The size of the underlying content is usually a factor in these decisions. The browser can also at that point check if the amount of storage freed is roughly equal to the value provided in the registration, to make sure websites clean-up the underlying content when a registration is deleted.

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

2 participants