-
Notifications
You must be signed in to change notification settings - Fork 2
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
The Future of Powerful APIs on the Web Platform #76
Comments
Moving some info here for our formatting purposes:
Later you can add links where the @@'s are (if you'd like) Thanks! |
This is a good proposal for web app capabilities. |
Scheduling currently has a conflict between Installing Web Apps and The Future of Powerful APIs on the Web Platform |
Hi @scheib, can you say more about the source of the scheduling conflict? |
Hmm.... @scheib @ianbjacobs that doesn't work - the people who would attend installable web apps would be the same people who would want to attend this session. ALSO: I need to be in both #27 and #58 and this one, so that also doesn't work... |
Can we put a link to the notes document / minutes in here? |
@dmurph, yes, please edit the session description and replace an @@ with a link to the notes. Thanks! |
Oh, I don't have a link, I'm trying to find them 🙃 |
I have this link to the slides. |
Session description
Powerful APIs have been a constant source of contention when balancing the needs of making the web platform competitive while still providing the fundamental guarantees such as security and privacy. Given the trend of web-platform derivative application runtimes such as Electron becoming popular, the potential and user needs of this is clear - but how we can deliver such functionality while providing the security and privacy guarantees of a browser remains an unsolved problem.
As a simple example of this being a problem - fundamental platform functionality, such as accessing files is still in an unsatisfying state, leaving the web platform as a less desirable platform for developers to target serious applications against. Is there a path where we can have a standardized replacement for Electron, and if so, what kind of fundamental architectural changes would that entail?
This session would like to invite members of the community who are interested in contributing towards a solution to this. Of the participants, we would like to create a task force to identify unmet user needs on the web platform, attempt to find a path forward to tackle this problem space, and compile a set of principles and requirements that solutions developed to address these needs should follow. This venture will function as a TAG-endorsed task force, and the participants will be invited by the TAG chairs. Members may include current or former members of the TAG.
The task force would be identifying ways to bridge the gap between the Web Platform and native application platforms, while protecting security and user privacy, aligning with the TAG's Ethical Principles, Design Principles, the in-development Privacy Principles and the Privacy & Security Questionnaire. We would need to ensure this effort has multi-stakeholder interest, while ensuring cross-browser and platform support.
Session goal
Solicit feedback on problem space, iterate on focus area for task force, and recruit participants.
Additional session chairs (Optional)
@LeaVerou, @torgo
IRC channel (Optional)
#scary-apis
Who can attend
Anyone may attend (Default)
Session duration
60 minutes (Default)
Other sessions where we should avoid scheduling conflicts (Optional)
#27, #33, #40, #42, #56 #58, #60
Estimated number of in-person attendees
Don't know (Default)
Instructions for meeting planners (Optional)
No response
Agenda, minutes, slides, etc. (Optional)
The text was updated successfully, but these errors were encountered: