@@ -289,7 +283,7 @@ These limitations aren't as bad as they sound.
Content scripts can indirectly use the chrome.* APIs,
get access to extension data,
and request extension actions
-by exchanging messages
+by exchanging messages
with their parent extension.
Content scripts can also
communicate with web pages
@@ -404,68 +398,8 @@ document.getElementById("button").onclick = function() {
Another important benefit of isolated worlds is that they completely separate the JavaScript on the page from the JavaScript in extensions. This allows us to offer extra functionality to content scripts that should not be accessible from web pages without worrying about web pages accessing it.
-
Messaging
-
-
Content scripts can communicate with their parent extension using message passing. A message channel can be opened by either the content script or an extension page. Each side of the channel has a Port object which can be used to send messages to the other side. The messages can contain any valid JSON object (null, boolean, number, string, array, or object).
-
-
The content script opens a channel to the extension using the chrome.extension.connect() method. The parent extension can also open a channel to a content script in a given tab by calling chrome.tabs.connect(tabId). In either case, the onConnect event is fired in the targeted page(s), and a connection is established.
-
-
When a channel is opened from a content script to an extension, the event is
-fired in all views in the extension. Any view can receive the event.
-
-
For example, suppose you want to write a simple login manager. You want a toolstrip button that lights up when a content script detects a "login" element in a page, and fills in the login info when you press the button.
-
-
Your content script would look like this:
-
-
contentscript.js
-================
-var e = document.getElementById("login");
-
-// Create a short-lived named channel to the extension and send a single
-// message through it.
-var port = chrome.extension.connect({name: "notifyChannel"});
-port.postMessage({found: (e != undefined)});
-
-// Also listen for new channels from the extension for when the button is
-// pressed.
-chrome.extension.onConnect.addListener(function(port) {
- console.assert(port.name == "buttonClickedChannel");
- port.onMessage.addListener(function(msg) {
- if (msg.buttonClicked) {
- e.value = msg.passwordValue;
- }
- });
-});
-
-
-
with a toolstrip that looks like:
-
-
toolstrip.html
-==============
-<div class="toolstrip-button" id="btn" onclick="onClick()">
- Fill Password
-</div>
-<script>
-// Listen for notifications from the content script.
-chrome.extension.onConnect.addListener(function(port) {
- console.assert(port.name == "notifyChannel");
- port.onMessage.addListener(function(msg) {
- // Color our button based on whether a login element was found.
- var color = msg.found ? "blue" : "grey";
- document.getElementById("btn").style.backgroundColor = color;
- });
-});
-function onClick() {
- // Send our password to the current tab when clicked.
- chrome.tabs.getSelected(null, function(tab) {
- var port = chrome.tabs.connect(tab.id, {name: "buttonClickedChannel"});
- port.postMessage({buttonClicked: true});
- });
-}
-</script>
-
-
Communication with the embedding page
+
Communication with the embedding page
Although the execution environments of content scripts and the pages that host them are isolated from each other, they share access to the page's DOM. If the page wishes to communicate with the content script (or with the extension via the content script), it must do so through the shared DOM.
+Since content scripts run in the context of a web page and not the extension,
+they often need some way of communicating with the rest of the extension. For
+example, an RSS reader extension might use content scripts to detect the
+presence of an RSS feed on a page, then notify the background page in order to
+display a page action icon for that page.
+
+
+Communication between extensions and their content scripts works by using
+message passing. Either side can listen for messages sent from the other end,
+and respond on the same channel. A message can contain any valid JSON object
+(null, boolean, number, string, array, or object). There is a simple API for
+one-time requests
+and a more complex API that allows you to have
+long-lived connections
+for exchanging multiple messages with a shared context. It is also possible to
+send a message to another extension if you know its ID, which is covered in
+the
+cross-extension messages
+section.
+
+
+
Simple one-time requests
+
+If you only need to send a single message to another part of your extension
+(and optionally get a response back), you should use the simplified
+chrome.extension.sendRequest()
+or
+chrome.tabs.sendRequest()
+methods. This lets you send a one-time JSON-serializable message from a
+content script to extension, or vice versa, respectively. An optional
+callback parameter allows you handle the response from the other side, if
+there is one.
+
+
+Sending a request from a content script looks like this:
+
+Sending a request from the extension to a content script looks very similar,
+except that you need to specify which tab to send it to. This example
+demonstrates sending a message to the content script in the selected tab.
+
+On the receiving end, you need to set up an
+chrome.extension.onRequest
+event listener to handle the message. This looks the same from a content
+script or extension page. The request will remain open until you call
+sendResponse, so it is good practice to call sendResponse with an empty
+object to allow the request to be cleaned up.
+
+Sometimes it's useful to have a conversation that lasts longer than a single
+request and response. In this case, you can open a long-lived channel from
+your content script to an extension page, or vice versa, using
+chrome.extension.connect()
+or
+chrome.tabs.connect() respectively. The
+channel can optionally have a name, allowing you to distinguish between
+different types of connections.
+
+
+One use case might be an automatic form fill extension. The content script
+could open a channel to the extension page for a particular login, and send a
+message to the extension for each input element on the page to request the
+form data to fill in. The shared connection allows the extension to keep
+shared state linking the several messages coming from the content script.
+
+
+When establishing a connection, each end is given a
+Port
+object which is used for sending and receiving messages through that
+connection.
+
+
+Here is how you open a channel from a content script, and send and listen for
+messages:
+
+Sending a request from the extension to a content script looks very similar,
+except that you need to specify which tab to connect to. Simply replace the
+call to connect in the above example with
+chrome.tabs.connect(tabId, {name:
+"knockknock"}).
+
+
+In order to handle incoming connections, you need to set up a
+chrome.extension.onConnect
+event listener. This looks the same from a content script or an extension
+page. When another part of your extension calls "connect()", this event is
+fired, along with the
+Port
+object you can use to send and receive messages through the connection. Here's
+what it looks like to respond to incoming connections:
+
chrome.extension.onConnect.addListener(function(port) {
+ console.assert(port.name == "knockknock");
+ port.onMessage.addListener(function(msg) {
+ if (msg.joke == "Knock knock")
+ port.postMessage({question: "Who's there?"});
+ else if (msg.answer == "Madame")
+ port.postMessage({question: "Madame who?"});
+ else if (msg.answer == "Madame... Bovary")
+ port.postMessage({question: "I don't get it."});
+ });
+});
+
+
+
+You may want to find out when a connection is closed, for example if you are
+maintaining separate state for each open port. For this you can listen to the
+Port.onDisconnect
+event. This event is fired either when the other side of the channel manually
+calls
+Port.disconnect(), or when the page
+containing the port is unloaded (for example if the tab is navigated).
+onDisconnect is guaranteed to be fired only once for any given port.
+
+
+
Cross-extension messaging
+
+In addition to sending messages between different components in your
+extension, you can use the messaging API to communicate with other extensions.
+This lets you expose a public API that other extensions can take advantage of.
+
+
// For simple requests:
+chrome.extension.onRequestExternal.addListener(
+ function(request, sender, sendResponse) {
+ if (sender.id == blacklistedExtension)
+ sendResponse({}); // don't allow this extension access
+ else if (request.getTargetData)
+ sendResponse({targetData: targetData});
+ else if (request.activateLasers) {
+ var success = activateLasers();
+ sendResponse({activateLasers: success});
+ }
+ });
+
+// For long-lived connections:
+chrome.extension.onConnectExternal.addListener(function(port) {
+ port.onMessage.addListener(function(msg) {
+ // See other examples for sample onMessage handlers.
+ });
+});
+
+
+
+Likewise, sending a message to another extension is similar to sending one
+within your extension. The only difference is that you must pass the ID of the
+extension you want to communicate with. For example:
+
// The ID of the extension we want to talk to.
+var laserExtensionId = "abcdefghijklmnoabcdefhijklmnoabc";
+
+// Make a simple request:
+chrome.extension.sendRequest(laserExtensionId, {getTargetData: true},
+ function(response) {
+ if (targetInRange(response.targetData))
+ chrome.extension.sendRequest(laserExtensionId, {activateLasers: true});
+ });
+
+// Start a long-running conversation:
+var port = chrome.extension.connectExternal(laserExtensionId);
+port.postMessage(...);
+
+
+
+
+
+
+
API reference: chrome.apiname
+
+
+
+
+
Properties
+
+
+
+
getLastError
+
+
+ chrome.extensionlastError
+
+
+
+
+
+
+
+
+
+
+
Methods
+
+
+
+
+
method name
+
+
void
+
+ chrome.module.methodName(,
+ )
+
+
+
Undocumented.
+
+ A description from the json schema def of the function goes here.
+
+
+
+
Parameters
+
+
+
+
+
+
+
+
+
Returns
+
+
+
+
+
+
+
+
+
+
+
Callback function
+
+ If you specify the callback parameter,
+ it should specify a function that looks like this:
+
+
+
+
function(Type param1, Type param2) {...});
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Events
+
+
+
+
+
event name
+
+
+
+ chrome.bookmarksonEvent.addListener(function(Type param1, Type param2) {...});
+
+
+
+
Undocumented.
+
+ A description from the json schema def of the event goes here.
+
diff --git a/chrome/common/extensions/docs/static/content_scripts.html b/chrome/common/extensions/docs/static/content_scripts.html
index 9f1edf1..83a7e8e 100644
--- a/chrome/common/extensions/docs/static/content_scripts.html
+++ b/chrome/common/extensions/docs/static/content_scripts.html
@@ -47,7 +47,7 @@ These limitations aren't as bad as they sound.
Content scripts can indirectly use the chrome.* APIs,
get access to extension data,
and request extension actions
-by exchanging messages
+by exchanging messages
with their parent extension.
Content scripts can also
communicate with web pages
@@ -162,68 +162,6 @@ document.getElementById("button").onclick = function() {
Another important benefit of isolated worlds is that they completely separate the JavaScript on the page from the JavaScript in extensions. This allows us to offer extra functionality to content scripts that should not be accessible from web pages without worrying about web pages accessing it.
-
Messaging
-
-
Content scripts can communicate with their parent extension using message passing. A message channel can be opened by either the content script or an extension page. Each side of the channel has a Port object which can be used to send messages to the other side. The messages can contain any valid JSON object (null, boolean, number, string, array, or object).
-
-
The content script opens a channel to the extension using the chrome.extension.connect() method. The parent extension can also open a channel to a content script in a given tab by calling chrome.tabs.connect(tabId). In either case, the onConnect event is fired in the targeted page(s), and a connection is established.
-
-
When a channel is opened from a content script to an extension, the event is
-fired in all views in the extension. Any view can receive the event.
-
-
For example, suppose you want to write a simple login manager. You want a toolstrip button that lights up when a content script detects a "login" element in a page, and fills in the login info when you press the button.
-
-
Your content script would look like this:
-
-
-contentscript.js
-================
-var e = document.getElementById("login");
-
-// Create a short-lived named channel to the extension and send a single
-// message through it.
-var port = chrome.extension.connect({name: "notifyChannel"});
-port.postMessage({found: (e != undefined)});
-
-// Also listen for new channels from the extension for when the button is
-// pressed.
-chrome.extension.onConnect.addListener(function(port) {
- console.assert(port.name == "buttonClickedChannel");
- port.onMessage.addListener(function(msg) {
- if (msg.buttonClicked) {
- e.value = msg.passwordValue;
- }
- });
-});
-
-
-
with a toolstrip that looks like:
-
-
-toolstrip.html
-==============
-<div class="toolstrip-button" id="btn" onclick="onClick()">
- Fill Password
-</div>
-<script>
-// Listen for notifications from the content script.
-chrome.extension.onConnect.addListener(function(port) {
- console.assert(port.name == "notifyChannel");
- port.onMessage.addListener(function(msg) {
- // Color our button based on whether a login element was found.
- var color = msg.found ? "blue" : "grey";
- document.getElementById("btn").style.backgroundColor = color;
- });
-});
-function onClick() {
- // Send our password to the current tab when clicked.
- chrome.tabs.getSelected(null, function(tab) {
- var port = chrome.tabs.connect(tab.id, {name: "buttonClickedChannel"});
- port.postMessage({buttonClicked: true});
- });
-}
-</script>
-
Communication with the embedding page
diff --git a/chrome/common/extensions/docs/static/messaging.html b/chrome/common/extensions/docs/static/messaging.html
new file mode 100644
index 0000000..b850fad
--- /dev/null
+++ b/chrome/common/extensions/docs/static/messaging.html
@@ -0,0 +1,217 @@
+
Message Passing
+
true
+
+
+Since content scripts run in the context of a web page and not the extension,
+they often need some way of communicating with the rest of the extension. For
+example, an RSS reader extension might use content scripts to detect the
+presence of an RSS feed on a page, then notify the background page in order to
+display a page action icon for that page.
+
+
+Communication between extensions and their content scripts works by using
+message passing. Either side can listen for messages sent from the other end,
+and respond on the same channel. A message can contain any valid JSON object
+(null, boolean, number, string, array, or object). There is a simple API for
+one-time requests
+and a more complex API that allows you to have
+long-lived connections
+for exchanging multiple messages with a shared context. It is also possible to
+send a message to another extension if you know its ID, which is covered in
+the
+cross-extension messages
+section.
+
+
+
Simple one-time requests
+
+If you only need to send a single message to another part of your extension
+(and optionally get a response back), you should use the simplified
+chrome.extension.sendRequest()
+or
+chrome.tabs.sendRequest()
+methods. This lets you send a one-time JSON-serializable message from a
+content script to extension, or vice versa, respectively. An optional
+callback parameter allows you handle the response from the other side, if
+there is one.
+
+
+Sending a request from a content script looks like this:
+
+Sending a request from the extension to a content script looks very similar,
+except that you need to specify which tab to send it to. This example
+demonstrates sending a message to the content script in the selected tab.
+
+On the receiving end, you need to set up an
+chrome.extension.onRequest
+event listener to handle the message. This looks the same from a content
+script or extension page. The request will remain open until you call
+sendResponse, so it is good practice to call sendResponse with an empty
+object to allow the request to be cleaned up.
+
+Sometimes it's useful to have a conversation that lasts longer than a single
+request and response. In this case, you can open a long-lived channel from
+your content script to an extension page, or vice versa, using
+chrome.extension.connect()
+or
+chrome.tabs.connect() respectively. The
+channel can optionally have a name, allowing you to distinguish between
+different types of connections.
+
+
+One use case might be an automatic form fill extension. The content script
+could open a channel to the extension page for a particular login, and send a
+message to the extension for each input element on the page to request the
+form data to fill in. The shared connection allows the extension to keep
+shared state linking the several messages coming from the content script.
+
+
+When establishing a connection, each end is given a
+Port
+object which is used for sending and receiving messages through that
+connection.
+
+
+Here is how you open a channel from a content script, and send and listen for
+messages:
+
+Sending a request from the extension to a content script looks very similar,
+except that you need to specify which tab to connect to. Simply replace the
+call to connect in the above example with
+chrome.tabs.connect(tabId, {name:
+"knockknock"}).
+
+
+In order to handle incoming connections, you need to set up a
+chrome.extension.onConnect
+event listener. This looks the same from a content script or an extension
+page. When another part of your extension calls "connect()", this event is
+fired, along with the
+Port
+object you can use to send and receive messages through the connection. Here's
+what it looks like to respond to incoming connections:
+
+chrome.extension.onConnect.addListener(function(port) {
+ console.assert(port.name == "knockknock");
+ port.onMessage.addListener(function(msg) {
+ if (msg.joke == "Knock knock")
+ port.postMessage({question: "Who's there?"});
+ else if (msg.answer == "Madame")
+ port.postMessage({question: "Madame who?"});
+ else if (msg.answer == "Madame... Bovary")
+ port.postMessage({question: "I don't get it."});
+ });
+});
+
+
+
+You may want to find out when a connection is closed, for example if you are
+maintaining separate state for each open port. For this you can listen to the
+Port.onDisconnect
+event. This event is fired either when the other side of the channel manually
+calls
+Port.disconnect(), or when the page
+containing the port is unloaded (for example if the tab is navigated).
+onDisconnect is guaranteed to be fired only once for any given port.
+
+
+
Cross-extension messaging
+
+In addition to sending messages between different components in your
+extension, you can use the messaging API to communicate with other extensions.
+This lets you expose a public API that other extensions can take advantage of.
+
+
+// For simple requests:
+chrome.extension.onRequestExternal.addListener(
+ function(request, sender, sendResponse) {
+ if (sender.id == blacklistedExtension)
+ sendResponse({}); // don't allow this extension access
+ else if (request.getTargetData)
+ sendResponse({targetData: targetData});
+ else if (request.activateLasers) {
+ var success = activateLasers();
+ sendResponse({activateLasers: success});
+ }
+ });
+
+// For long-lived connections:
+chrome.extension.onConnectExternal.addListener(function(port) {
+ port.onMessage.addListener(function(msg) {
+ // See other examples for sample onMessage handlers.
+ });
+});
+
+
+
+Likewise, sending a message to another extension is similar to sending one
+within your extension. The only difference is that you must pass the ID of the
+extension you want to communicate with. For example:
+
+// The ID of the extension we want to talk to.
+var laserExtensionId = "abcdefghijklmnoabcdefhijklmnoabc";
+
+// Make a simple request:
+chrome.extension.sendRequest(laserExtensionId, {getTargetData: true},
+ function(response) {
+ if (targetInRange(response.targetData))
+ chrome.extension.sendRequest(laserExtensionId, {activateLasers: true});
+ });
+
+// Start a long-running conversation:
+var port = chrome.extension.connectExternal(laserExtensionId);
+port.postMessage(...);
+