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

Discussion: What are the pros/cons of the ipwb web interface acting as a PWA? #734

Open
machawk1 opened this issue Jul 21, 2021 · 3 comments

Comments

@machawk1
Copy link
Member

machawk1 commented Jul 21, 2021

Progressive Web Apps (PWAs) allow a web site/application to have some representation in the OS outside of the browser with the intention being that they can also work offline to some extent. This might make sense for a locally hosted ipwb instance to visually interface with the local instance.

  • Would there be any advantage (e.g., usability-wise) to doing this?
  • Are there significant ramification to making the web interface cause a browser to respond to it being a PWA?
  • Would this be at all applicable to remote instances / ipwb replay systems?

EDIT: Maybe not as obvious, but from what I can tell, PWAs heavily use Service/WebWorkers, which we already utilize with the Reconstructive integration. Because of this, I would particularly like @ibnesayeed to weigh in.

Re: #26

@ibnesayeed
Copy link
Member

ibnesayeed commented Jul 22, 2021

The current feature set of IPWB has very little to gain with it being a PWA, though, there is no harm as such. Some selling points of PWAs are listed below:

  • Offline access of sites - if the purpose of IPWB is to replay archive from localhost, then disconnecting from the Internet is not an issue, and if the purpose is to replay from a large remote archive, then there is not a lot that can be cached locally for offline access
  • Asynchronous pre-caching - archival collections are usually diverse and there are not a lot of shared resources that we can benefit from by pre-caching
  • Notifications - there are not a lot of interesting events in the life-cycle of an archival replay where notifications would play a critical role, at least not for the feature set we support yet
  • Mobile device friendliness - a lot of PWA goals revolve around making mobile web experience better, which is not the primary platform to consume the archived web yet (I do not have any research pointers to support this claim though)

Our use of ServiceWorker is orthogonal to how it is used in PWAs.

@machawk1
Copy link
Member Author

Thank you for your insights, @ibnesayeed.

@machawk1
Copy link
Member Author

In using more PWAs lately, the native feel in the macOS dock makes me wonder whether it is possible to interact with the icon via drag-and-drop. I am thinking here of adding and/or manipulating the indices and WARCs. The paradigms would be different on different OSes.

Per @ibnesayeed and the work for #710, caching for the contents of WACZ files might also be an advantage, as indexing large files with many warc-response records is time consuming (partially due to #631 still being in limbo).

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