Code structure » History » Revision 3
« Previous |
Revision 3/7
(diff)
| Next »
jahoti, 07/13/2021 11:17 AM
Use literal rendering for the build_* folder names
Code structure¶
The idea of arranging script files based on their execution context might not be the best one. Suggestions are welcome.
- Table of contents
- Code structure
background/
¶
Contains scripts that are to be run exclusively in the context of the background page.
build.sh
¶
Builds the project, creating a build_mozilla
or build_chromium
folder in the working directory containing the unpacked extension. Run as /path/to/build.sh mozilla|chromium
.
common/
¶
Contains scripts that are to be run in more than one context. E.g. script that gets evaluated in contexts of both settings page and background page is going to reside in this directory.
content/
¶
Contains scripts that execute exclusively in the context of content scripts.
copyright
¶
Contains copyright information in Debian's machine-readable format (not all license texts are included; these reside under licenses/
).
default_settings.json
¶
The default settings for the extension, in the format that settings are exported from the extension. This will be removed at some point, as per #48 .
html/
¶
Contains javascript, HTML and (in the future) CSS files for settings and popup pages.
icons/
¶
Contains icons graphics used by the extension.
licenses/
¶
Contains full legal texts of licenses used.
manifest.json
¶
Is the manifest file with the most important extension information for the browser. For now this is a version 2 manifest (version 3 is to require a redesign of the entire extension). Temporarily, the same manifest.json
is being used for both browser families.
README.txt
¶
Contains some general information about the extension.
Updated by jahoti about 2 years ago · 3 revisions