[w3c/manifest] Add field: note_taking { new_note_url: <URL> } (#965)

Note-taking apps have special integrations in some user agents and OSs to take a quick note. Examples:

- [keyboard shortcut on Windows](https://support.microsoft.com/en-us/office/create-quick-notes-0f126c7d-1e62-483a-b027-9c31c78dad99)
- [action center button on Windows](https://www.windowscentral.com/how-change-note-button-action-open-other-note-taking-apps-windows-10)
- [stylus tools button on CrOS](https://support.google.com/chromebook/answer/7073299?hl=en)
- [Google Assistant on Android](https://support.google.com/assistant/answer/9053424?hl=en)
- [touch bar or Siri on OSX](https://support.apple.com/en-au/guide/notes/not9474646a9/mac)

Such integrations could begin to be supported for web apps too, if they had a way to identify themselves as note-taking apps and a URL to launch for taking new note. This wouldn't cover all the use-cases linked above (eg. voice assistant actually adding items to the note) but it covers the core flow of adding a new note.

So, I'm proposing a new dictionary manifest entry `note_taking` with an entry `new_note_url` to specify a URL, within app scope, to launch for taking a new note. By using a dictionary we can easily group other note-taking app functionality if this is extended in the future.
```
{
  "name": "My note taking app",
  "note_taking": { "new_note_url": "/new_note.html" },
}
```

-Glen (Chrome OS Web Apps team)

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/manifest/issues/965