Closed Bug 1503501 (webext-tb-docs) Opened 6 years ago Closed 5 years ago

Documentation for WebExtension APIs

Categories

(Thunderbird :: Add-Ons: Extensions API, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 68.0

People

(Reporter: darktrojan, Assigned: darktrojan)

References

()

Details

Attachments

(1 file)

We need somewhere and somehow to document our new APIs in human-friendly form. I've created a Python script to read the API schemas and create reStructuredText (rst) files from them, which I'm then (manually) pushing to a GitHub repo and publishing at https://thunderbird-webextensions.readthedocs.io/en/latest/

It's all just a test at the moment, but we'll need to think about automating the process: we should be able get TaskCluster to publish for us when it notices changes. Do we keep the documents in the tree, and if so, how do we make sure they get updated when they should?
I think Firefox has this automated already(?)
It does. I don't think they'll be too happy if I start putting our docs in with theirs though.
Sure, but the code for it should be available somewhere, and we can set another publishing url.
Many of the WebExtension APIs implemented by Firefox are also implemented by Thunderbird, so I’d prefer to keep documentation of both on MDN.
Flags: needinfo?(jypenator)
Flags: needinfo?(fscholz)
Please this this answer: https://github.com/mdn/browser-compat-data/pull/2333#issuecomment-435333658
Flags: needinfo?(jypenator)
Flags: needinfo?(fscholz)
While there are common APIs, they might have a different meaning that would be hard to integrate into MDN without making it confusing. For example, the tabs API doesn't allow you to access all the tabs.

I think RTD is a good place to put this documentation, and it would be nice to build them from the tree. Some pages may need more information than just what is in the schema, so we should figure out where to put that.

We could also add more in-tree documentation, similar to firefox-source-docs but at our own URL.
In-tree documentation is always helpful, and RTD is a great place as well. I also don't see a problem with including links on MDN to the appropriate Thunderbird documentation in, for instance, the "See also" section of a page, and we encourage linking to MDN from the Thunderbird documentation when the existing material will get the job done.

Indeed, making use of MDN in those ways is likely to improve exposure for the Thunderbird documentation, and in theory would be beneficial for MDN as well, although in a much smaller way.
Keywords: leave-open
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/fae04892480f
Minor changes to addressBook API documentation; r=me
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/6689956229af
Fix some markup references in windows API docs; r=me DONTBUILD
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/7144956c64ee
Fix broken references in documentation; rs=docs-only
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/c145816dfef3
Improve some accounts API documentation; rs=docs-only
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/75b06e876544
Improve some addressBook API documentation; rs=docs-only

There's really no need for this bug to remain open.

Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Keywords: leave-open
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 68.0
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: