From 8b790eb4356a8b70f00a37f160c9a8bcfc7d4dfd Mon Sep 17 00:00:00 2001 From: Florian Dold Date: Wed, 8 Apr 2020 23:10:37 +0530 Subject: comment --- design-documents/001-new-browser-integration.rst | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) (limited to 'design-documents') diff --git a/design-documents/001-new-browser-integration.rst b/design-documents/001-new-browser-integration.rst index 420d67d9..f436a4f7 100644 --- a/design-documents/001-new-browser-integration.rst +++ b/design-documents/001-new-browser-integration.rst @@ -172,16 +172,19 @@ to establish a communication channel to the extension. Alternatives ============ -* manual copy&paste of ``taler://`` URIs :-) -* integration of GNU Taler into all major browsers :-) -* convincing Google and/or Mozilla to provide better support +* Manual copy&paste of ``taler://`` URIs :-) +* Integration of GNU Taler into all major browsers :-) +* Convincing Google and/or Mozilla to provide better support for reacting to a limited subset of request headers in a declarative way -* convince Google and/or Mozilla to implement a general mechanism +* Convince Google and/or Mozilla to implement a general mechanism where extensions can offer a "service" that websites can then connect to without knowing some particular extension ID. -* convince Google and/or Mozilla to add better support for - registering URI schemes from a WebExtension +* Convince Google and/or Mozilla to add better support for + registering URI schemes from a WebExtension, so that + we can register a handler for ``taler://``. For a better user experience, + there should also be some way to check whether some particular URI scheme + has a handler. Drawbacks ========= -- cgit v1.2.3