Consistent with siyuan/plugin-sample v0.3.5
-
Using vite for packaging
-
Use symbolic linking instead of putting the project into the plugins directory program development
-
Built-in support for the svelte framework
If don't want svelte, turn to this template: frostime/plugin-sample-vite
We also provide with a vite+solidjs template: frostime/plugin-sample-vite-solidjs
-
Provides a github action template to automatically generate package.zip and upload to new release
- Use the Use this template button to make a copy of this repo as a template. Note that the repository name should match the plugin name, and the default branch must be
main
. - Clone your repository to the local development folder.
- Note: Unlike
plugin-sample
, this example does not recommend directly downloading the code to{workspace}/data/plugins/
.
- Note: Unlike
- Install NodeJS and pnpm, then run
pnpm i
in the development folder to install the required dependencies. - Run the
pnpm run make-link
command to create a symbolic link (Windows developers, please refer to the "make-link on Windows" section below). - Execute
pnpm run dev
for real-time compilation. - Open the marketplace in SiYuan and enable the plugin in the download tab.
The make-link
command creates a symbolic link that binds your dev
directory to the SiYuan plugin directory. You can configure the target SiYuan workspace and create the symbolic link in three ways:
-
Select Workspace
- Open SiYuan, ensure the SiYuan kernel is running.
- Run
pnpm run make-link
, the script will automatically detect all SiYuan workspaces, please manually enter the number to select the workspace.>>> pnpm run make-link > [email protected] make-link H:\SrcCode\开源项目\plugin-sample-vite-svelte > node --no-warnings ./scripts/make_dev_link.js "targetDir" is empty, try to get SiYuan directory automatically.... Got 2 SiYuan workspaces [0] H:\Media\SiYuan [1] H:\临时文件夹\SiYuanDevSpace Please select a workspace[0-1]: 0 Got target directory: H:\Media\SiYuan/data/plugins Done! Created symlink H:\Media\SiYuan/data/plugins/plugin-sample-vite-svelte
-
Manually Configure Target Directory
- Open the
./scripts/make_dev_link.js
file, changetargetDir
to the SiYuan plugin directory<siyuan workspace>/data/plugins
. - Run the
pnpm run make-link
command. If you see a message similar to the one below, it indicates successful creation:
- Open the
-
Set Environment Variable to Create Symbolic Link
- Set the system environment variable
SIYUAN_PLUGIN_DIR
to the pathworkspace/data/plugins
.
- Set the system environment variable
Due to SiYuan upgrading to Go 1.23, the old version of junction links cannot be recognized normally on Windows, so it has been changed to create dir
symbolic links.
However, creating directory symbolic links on Windows using NodeJs may require administrator privileges. You have the following options:
- Run
pnpm run make-link
in a command line with administrator privileges. - Configure Windows settings, enable developer mode in [System Settings - Update & Security - Developer Mode] then run
pnpm run make-link
. - Run
pnpm run make-link-win
, this command will use a PowerShell script to request administrator privileges, requiring the system to enable PowerShell script execution permissions.
In terms of internationalization, our main consideration is to support multiple languages. Specifically, we need to complete the following tasks:
- Meta information about the plugin itself, such as plugin description and readme
description
andreadme
fields in plugin.json, and the corresponding README*.md file
- Text used in the plugin, such as button text and tooltips
- public/i18n/*.json language configuration files
- Use
this.i18.key
to get the text in the code
- YAML Support
- This template specifically supports I18n based on YAML syntax, see
public/i18n/zh_CN.yaml
- During compilation, the defined YAML files will be automatically translated into JSON files and placed in the dist or dev directory.
- This template specifically supports I18n based on YAML syntax, see
It is recommended that the plugin supports at least English and Simplified Chinese, so that more people can use it more conveniently.
{
"name": "plugin-sample-vite-svelte",
"author": "frostime",
"url": "https://github.com/siyuan-note/plugin-sample-vite-svelte",
"version": "0.1.3",
"minAppVersion": "2.8.8",
"backends": ["windows", "linux", "darwin"],
"frontends": ["desktop"],
"displayName": {
"en_US": "Plugin sample with vite and svelte",
"zh_CN": "插件样例 vite + svelte 版"
},
"description": {
"en_US": "SiYuan plugin sample with vite and svelte",
"zh_CN": "使用 vite 和 svelte 开发的思源插件样例"
},
"readme": {
"en_US": "README_en_US.md",
"zh_CN": "README.md"
},
"funding": {
"openCollective": "",
"patreon": "",
"github": "",
"custom": [
"https://ld246.com/sponsor"
]
},
"keywords": [
"sample", "示例"
]
}
name
: Plugin name, must be the same as the repo name, and must be unique globally (no duplicate plugin names in the marketplace)author
: Plugin author nameurl
: Plugin repo URLversion
: Plugin version number, it is recommended to follow the semver specificationminAppVersion
: Minimum version number of SiYuan required to use this pluginbackends
: Backend environment required by the plugin, optional values arewindows
,linux
,darwin
,docker
,android
,ios
andall
windows
: Windows desktoplinux
: Linux desktopdarwin
: macOS desktopdocker
: Dockerandroid
: Android APPios
: iOS APPall
: All environments
frontends
: Frontend environment required by the plugin, optional values aredesktop
,desktop-window
,mobile
,browser-desktop
,browser-mobile
andall
desktop
: Desktopdesktop-window
: Desktop window converted from tabmobile
: Mobile APPbrowser-desktop
: Desktop browserbrowser-mobile
: Mobile browserall
: All environments
displayName
: Template display name, mainly used for display in the marketplace list, supports multiple languagesdefault
: Default language, must existzh_CN
,en_US
and other languages: optional, it is recommended to provide at least Chinese and English
description
: Plugin description, mainly used for display in the marketplace list, supports multiple languagesdefault
: Default language, must existzh_CN
,en_US
and other languages: optional, it is recommended to provide at least Chinese and English
readme
: readme file name, mainly used to display in the marketplace details page, supports multiple languagesdefault
: Default language, must existzh_CN
,en_US
and other languages: optional, it is recommended to provide at least Chinese and English
funding
: Plugin sponsorship informationopenCollective
: Open Collective namepatreon
: Patreon namegithub
: GitHub login namecustom
: Custom sponsorship link list
keywords
: Search keyword list, used for marketplace search function
No matter which method is used to compile and package, we finally need to generate a package.zip, which contains at least the following files:
- i18n/*
- icon.png (160*160)
- index.css
- index.js
- plugin.json
- preview.png (1024*768)
- README*.md
pnpm run build
to generate package.zip- Create a new GitHub release using your new version number as the "Tag version". See here for an example: https://github.com/siyuan-note/plugin-sample/releases
- Upload the file package.zip as binary attachments
- Publish the release
If it is the first release, please create a pull request to the Community Bazaar repository and modify the plugins.json file in it. This file is the index of all community plugin repositories, the format is:
{
"repos": [
"username/reponame"
]
}
After the PR is merged, the bazaar will automatically update the index and deploy through GitHub Actions. When releasing a new version of the plugin in the future, you only need to follow the above steps to create a new release, and you don't need to PR the community bazaar repo.
Under normal circumstances, the community bazaar repo will automatically update the index and deploy every hour, and you can check the deployment status at https://github.com/siyuan-note/bazaar/actions.
The github action is included in this sample, you can use it to publish your new realse to marketplace automatically:
-
In your repo setting page
https://github.com/OWNER/REPO/settings/actions
, down to Workflow Permissions and open the configuration like this: -
Push a tag in the format
v*
and github will automatically create a new release with new bulit package.zip -
By default, it will only publish a pre-release, if you don't think this is necessary, change the settings in release.yml
- name: Release uses: ncipollo/release-action@v1 with. allowUpdates: true artifactErrorsFailBuild: true artifacts: 'package.zip' token: ${{ secrets.GITHUB_TOKEN }} prerelease: true # change this to false
Pure vite without svelte: https://github.com/frostime/plugin-sample-vite
This plugin is packaged in vite and provides a dependency on the svelte framework. However, in practice some developers may not want to use svelte and only want to use the vite package.
In fact you can use this template without using svelte without any modifications at all. The compilation-related parts of the svelte compilation are loaded into the vite workflow as plugins, so even if you don't have svelte in your project, it won't matter much.
If you insist on removing all svelte dependencies so that they do not pollute your workspace, you can perform the following steps. 1.
- delete the
{ "@sveltejs/vite-plugin-svelte": "^2.0.3", "@tsconfig/svelte": "^4.0.1", "svelte": "^3.57.0" }
- delete the
svelte.config.js
file - delete the following line from the
vite.config.js
file- Line 6:
import { svelte } from "@sveltejs/vite-plugin-svelte"
- Line 20:
svelte(),
- Line 6:
- delete line 37 of
tsconfig.json
from"svelte"
5. - re-run
pnpm i
Developers of SiYuan need to pay attention to the following specifications.
If plugins or external extensions require direct reading or writing of files under the data
directory, please use the kernel API to achieve this. Do not call fs
or other electron or nodejs APIs directly, as it may result in data loss during synchronization and cause damage to cloud data.
Related APIs can be found at: /api/file/*
(e.g., /api/file/getFile
).
When creating a daily note in SiYuan, a custom-dailynote-yyyymmdd attribute will be automatically added to the document to distinguish it from regular documents.
For more details, please refer to Github Issue #9807.
Developers should pay attention to the following when developing the functionality to manually create Daily Notes:
- If
/api/filetree/createDailyNote
is called to create a daily note, the attribute will be automatically added to the document, and developers do not need to handle it separately - If a document is created manually by developer's code (e.g., using the
createDocWithMd
API to create a daily note), please manually add this attribute to the document