Extensions Docs Server: Doc conversion script

chrome/common/extensions/docs/server2/templates/articles/npapi.html

+<h1>NPAPI Plugins</h1>
+
+<p>
+Leveraging HTML and JavaScript
+makes developing new extensions really easy,
+but what if you have existing legacy or proprietary code
+that you want to reuse in your extension?
+You can bundle an NPAPI plugin with your extension,
+allowing you to call into native binary code from JavaScript.
+</p>
+
+<h2>Warning</h2>
+
+<p align="center"><b>NPAPI is a really big hammer that should only be used when no other approach will work.</b>
+
+<p>Code running in an NPAPI plugin has the full permissions of the current user and is not sandboxed or shielded from malicious input by Google Chrome in any way. You should be especially cautious when processing input from untrusted sources, such as when working with <a href="content_scripts.html#security-considerations">content scripts</a> or XMLHttpRequest.
+
+<p>Because of the additional security risks NPAPI poses to users, extensions that use it will require manual review before being accepted in the
+<a href="https://chrome.google.com/webstore">Chrome Web Store</a>.</p>
+
+<h2>Details</h2>
+
+<p>
+How to develop an NPAPI plugin is outside the scope of this document.
+See <a href="https://developer.mozilla.org/en/Plugins">Mozilla's
+NPAPI plugin reference</a> for information on how to do that.
+</p>
+
+<p>
+Once you have an NPAPI plugin,
+follow these steps to get your extension using it.
+</p>
+
+<ol>
+  <li>
+    Add a section to your extension's <code>manifest.json</code>
+    that describes where to find the plugin,
+    along with other properties about it:
+
+<pre>{
+  "name": "My extension",
+  ...
+  <b>"plugins": [
+    { "path": "content_plugin.dll", "public": true },
+    { "path": "extension_plugin.dll" }
+  ]</b>,
+  ...
+}</pre>
+
+    <p>
+    The "path" property specifies the path to your plugin,
+    relative to the manifest file.
+    The "public" property specifies whether
+    your plugin can be accessed by regular web pages;
+    the default is false,
+    meaning only your extension can load the plugin.
+    </p>
+   </li>
+
+   <li>
+     Create an HTML file that loads your plugin by mime-type.
+     Assuming your mime-type is "application/x-my-extension":
+
+<pre>
+&lt;embed type="application/x-my-extension" id="pluginId"></embed>
+&lt;script>
+  var plugin = document.getElementById("pluginId");
+  var result = plugin.myPluginMethod();  // call a method in your plugin
+  console.log("my plugin returned: " + result);
+&lt;/script></pre>
+
+     <p>
+     This can be inside a background page
+     or any other HTML page used by your extension.
+     If your plugin is "public",
+     you can even use a content script to programmatically
+     insert your plugin into a web page.
+     </p>
+   </li>
+</ol>
+
+<h2 id="security-considerations">Security considerations</h2>
+
+<p>
+Including an NPAPI plugin in your extension is dangerous because plugins
+have unrestricted access to the local machine.  If your plugin contains
+a vulnerability, an attacker might be able to exploit that vulnerability
+to install malicious software on the user's machine.  Instead, avoid
+including an NPAPI plugin whenever possible.
+</p>
+
+<p>
+Marking your NPAPI plugin "public" increase the attack surface of your
+extension because the plugin is exposed directly to web content, making
+it easier for a malicious web site to manipulate your plugin.  Instead,
+avoid making your NPAPI plugin public whenever possible.
+</p>