mirror of
https://github.com/laurent22/joplin.git
synced 2024-12-12 08:54:00 +02:00
70 lines
3.0 KiB
TypeScript
70 lines
3.0 KiB
TypeScript
import Plugin from '../Plugin';
|
|
import Logger from '../../../Logger';
|
|
import { ContentScriptType, Script } from './types';
|
|
|
|
/**
|
|
* This class provides access to plugin-related features.
|
|
*/
|
|
export default class JoplinPlugins {
|
|
|
|
private logger: Logger;
|
|
private plugin: Plugin;
|
|
|
|
public constructor(logger: Logger, plugin: Plugin) {
|
|
this.logger = logger;
|
|
this.plugin = plugin;
|
|
}
|
|
|
|
/**
|
|
* Registers a new plugin. This is the entry point when creating a plugin. You should pass a simple object with an `onStart` method to it.
|
|
* That `onStart` method will be executed as soon as the plugin is loaded.
|
|
*
|
|
* ```typescript
|
|
* joplin.plugins.register({
|
|
* onStart: async function() {
|
|
* // Run your plugin code here
|
|
* }
|
|
* });
|
|
* ```
|
|
*/
|
|
async register(script: Script) {
|
|
if (script.onStart) {
|
|
const startTime = Date.now();
|
|
|
|
this.logger.info(`Starting plugin: ${this.plugin.id}`);
|
|
|
|
// We don't use `await` when calling onStart because the plugin might be awaiting
|
|
// in that call too (for example, when opening a dialog on startup) so we don't
|
|
// want to get stuck here.
|
|
script.onStart({}).catch((error: any) => {
|
|
// For some reason, error thrown from the executed script do not have the type "Error"
|
|
// but are instead plain object. So recreate the Error object here so that it can
|
|
// be handled correctly by loggers, etc.
|
|
const newError: Error = new Error(error.message);
|
|
newError.stack = error.stack;
|
|
this.logger.error(`Uncaught exception in plugin "${this.plugin.id}":`, newError);
|
|
}).then(() => {
|
|
this.logger.info(`Finished running onStart handler: ${this.plugin.id} (Took ${Date.now() - startTime}ms)`);
|
|
this.plugin.emit('started');
|
|
});
|
|
}
|
|
}
|
|
|
|
/**
|
|
* Registers a new content script. Unlike regular plugin code, which runs in a separate process, content scripts run within the main process code
|
|
* and thus allow improved performances and more customisations in specific cases. It can be used for example to load a Markdown or editor plugin.
|
|
*
|
|
* Note that registering a content script in itself will do nothing - it will only be loaded in specific cases by the relevant app modules
|
|
* (eg. the Markdown renderer or the code editor). So it is not a way to inject and run arbitrary code in the app, which for safety and performance reasons is not supported.
|
|
*
|
|
* [View the demo plugin](https://github.com/laurent22/joplin/tree/dev/packages/app-cli/tests/support/plugins/content_script)
|
|
*
|
|
* @param type Defines how the script will be used. See the type definition for more information about each supported type.
|
|
* @param id A unique ID for the content script.
|
|
* @param scriptPath Must be a path relative to the plugin main script. For example, if your file content_script.js is next to your index.ts file, you would set `scriptPath` to `"./content_script.js`.
|
|
*/
|
|
async registerContentScript(type: ContentScriptType, id: string, scriptPath: string) {
|
|
return this.plugin.registerContentScript(type, id, scriptPath);
|
|
}
|
|
}
|