Add plugin 繁简转换 v1.0.0

[lecoix]

插件信息

• 名称: 繁简转换
• 插件ID: traditional-simplified-cn
• 版本: 1.0.0
• 描述: 剪贴板有文本时在启动器中推送入口；亦可手动打开（OpenCC）
• 作者: lecoix
• 类型: 新增

本次变更

• Initial commit

截图 / 演示

自检清单

• plugin.json 的 name / title / version / description / author 字段均已检查
• 已移除调试日志、未使用文件、敏感信息（.env、token、密钥等）
• 本次 PR 的 diff 仅涉及 plugins/traditional-simplified-cn/ 目录
• 已在本地 ZTools 客户端实际加载并测试过此插件，主要功能正常
• 同意以仓库声明的开源协议发布此插件

---

此 PR 由 ztools-plugin-cli 自动管理：每次 ztools publish 在分支上追加一个 commit，PR 链接保持不变。

[gemini-code-assist]

Code Review

This pull request introduces a Traditional and Simplified Chinese conversion plugin for ZTools, featuring a dual-pane UI and clipboard integration. The code review identifies several improvement opportunities in the frontend logic, specifically regarding the removal of redundant function calls, the adoption of modern variable declarations, and the implementation of more robust UI resizing logic to replace fragile timeouts and magic numbers.

[gemini-code-assist]

此处调用 applyVariant() 是多余的。applyVariant() 已经在初始化（第 29 行）以及 variantEl 的 change 事件监听器（第 26 行）中被调用，确保了转换器状态始终与 UI 同步。移除此处的重复调用可以避免每次点击转换按钮时都重新初始化 OpenCC 转换器，从而提升性能。

Suggested change

	applyVariant()
	resultEl.value = window.nodeAPI.toSimplified(originalEl.value)
	resultEl.value = window.nodeAPI.toSimplified(originalEl.value)

[gemini-code-assist]

同上，此处无需重复调用 applyVariant()。转换器状态已通过事件监听器保持同步。

Suggested change

	applyVariant()
	resultEl.value = window.nodeAPI.toTraditional(originalEl.value)
	resultEl.value = window.nodeAPI.toTraditional(originalEl.value)

[gemini-code-assist]

建议使用 const 代替 var 来声明这些 DOM 元素的引用。在现代 JavaScript 开发中，const 是声明不打算重新赋值的变量的首选方式，有助于提高代码的可读性和可维护性。

Suggested change

	var originalEl = document.getElementById('inputOriginal')
	var resultEl = document.getElementById('inputResult')
	var variantEl = document.getElementById('variant')
	const originalEl = document.getElementById('inputOriginal')
	const resultEl = document.getElementById('inputResult')
	const variantEl = document.getElementById('variant')

[gemini-code-assist]

使用 setTimeout 配合硬编码的延迟（80ms）来处理高度调整是一种比较脆弱的做法。这可能导致 UI 响应迟钝或在性能较差的设备上出现布局计算不准确的问题。此外，48 是一个魔术数字，建议将其定义为常量或通过计算得出。可以考虑使用 requestAnimationFrame 来确保在下一次重绘前执行高度调整，并将内部的 var h 改为 const h。