Metadata Block
From GreaseSpot Wiki
Description
The metadata block is a section of a user script that does not execute any code, but describes the script. It contains the script name, namespace, description, and include and exclude rules.
The metadata block appears in JavaScript comments. It begins with the line
// ==UserScript==
and ends with
// ==/UserScript==
Everything between those lines is in the format
// @key value
If the metadata block includes a key that Greasemonkey does not understand, it will simply be ignored.
Examples | Other Keys | Caveats | See Also | Notes
Syntax
// ==UserScript==
// == @key value
// ==/UserScript==
- Value: Object
- Compatibility: Greasemonkey 0.2.5+
Keys Properties @name@include@resource@namespace@exclude@require@description
- All properties are optional
Properties
@name
- Value: String
- Usage:
// @name My Script- The name of the script. This appears in the script manager and monkey menu, and is also used to determine whether to overwrite an old version of a script or to install it separately. If no name is provided, it will be inferred from the file name.
- If the file name or the @name key exceeds 24 characters, not including spaces, the filename will be truncated during installalation. As of Greasemonkey 0.8.0+, new scripts will be stored under their own folder name in the gm_scripts folder.
@namespace
- Value: URI
- Usage:
// @namespace http://www.example.com/gmscripts/- The namespace, along with the name, is used to determine whether to overwrite an old version of a script or to install it separately. A script author will usually put all of their scripts under one common namespace, and then assign each script a unique name. If two scripts have the same name, but a different namespace, they can co-exist. However, two scripts of the same name in the same namespace are assumed to be replacements for one another.
- While the namespace is non-semantic, it should be your prefered internet homepage URI according to the W3C standards specification. If no namespace is provided, it is assumed to be the domain from which the script is installed. Since a script can live on various servers or on a local file system, authors may choose to omit this key when publishing on http://userscripts.org and let Greasemonkey supply one automatically. If you are creating one locally, authors may choose the URI specification standard of
http://localhostfor the URI value as being an anonymous local script, but runs the risk of another script with the same name and namespace overwriting it. - The NoScript add-on currently utilizes namespace filtering, and will properly sanitize user scripts that are not listed in the XSS white-list section of the options dialog.
@description
- Value: String
- Usage:
// @description This script even does the laundry!- Just a brief summary of what the script does, to present to the user who is installing it.
@include
- Value: String
- Usage:
// @include http://www.example.com/*- Refer to Include and exclude rules. There can be any number of @include rules in a script.
- You cannot edit a live script's @include and have it take effect.
@exclude
- Value: String
- Usage:
// @exclude http://www.example.com/foo/*- Refer to Include and exclude rules. There can be any number of @exclude rules in a script.
@resource
- Value: String
- Compatibility: Greasemonkey 0.8.0+
- Usage:
// @resource resourceName http://www.example.com/resource.png- While the resourceName is non-semantic, it is suggested that it should be compatible with JavaScript variable naming conventions and XML/CSS naming conventions to help keep things consistent.
- Each resourceName must have a unique name.
- This metadata block key property may be used to include local and remote resources into the current script at first install but not successive installs. A user is required to uninstall the current user script before installing a newer version if new resource keys or require keys are present.
- Resources may include the scheme of file, http, https or ftp. If no scheme is provided, it is assumed to be the domain from which the script is installed including the full path.
@require
- Value: String
- Compatibility: Greasemonkey 0.8.0+
- Usage:
// @require foo.js- This metadata block key property may be used to include local or remote scripts into the current script at first install, but not successive installs. A user is required to uninstall the current user script before installing a newer version if new resource keys or require keys are present. You cannot edit a live script's metadata and have it take effect.
- Script sources may include the scheme of file, http, https or ftp. If no scheme is provided, it is assumed to be the domain from which the script is installed including the full path.
- If you plan to require a common javascript library, it is recommended to use the hosted version from the Google AJAX Libraries API (or for YUI, straight from them).
Examples
// ==UserScript==
// @name My Script
// @namespace http://www.example.com/gmscripts/
// @description Scripting is fun
// @include http://www.example.com/*
// @include http://www.example.org/*
// @exclude http://www.example.org/foo
// @require foo.js
// @resource resourceName1 resource1.png
// @resource resourceName2 http://www.example.com/resource2.png
// ==/UserScript==
Does anyone have a working example of @require with the Google AJAX Libraries API to enable jQuery ? --Tomdesinto 07:17, 15 June 2008 (EDT)
Other Keys
Some user scripts contain other keys in the metadata block. Common keys are @author, @version, or @homepage. These metadata keys serve no technical purpose. They are ignored by the Greasemonkey extension, but they can be read by human beings or other code.
Caveats
Changing the metadata of an installed script does not do anything, as this data is only accessed during installation. The script must be re-installed for these changes to take. Alternatively, config.xml can be modified manually.
