1. 无法复制粘贴

用户在鸿蒙系统的浏览器里复制了一段文字，想粘贴到我们的Qt编辑器里。
长按 -> 粘贴 -> 无反应。
反过来，在Qt里复制文字，去微信里粘贴 -> 空白。

这是因为Qt的 QClipboard 在某些鸿蒙版本上尚未完全打通系统的 Pasteboard 服务，或者MIME类型不兼容。

2. 鸿蒙剪贴板机制

鸿蒙提供了 Pasteboard NAPI。数据传输使用 PasteData 对象，支持纯文本、HTML、URI等多种类型。

Qt的 QClipboard 默认使用 text/plain。

Bug分析：
如果系统剪贴板里只有 text/html 而没有 text/plain，Qt的 clipboard()->text() 可能会返回空。

3. 解决方案：混合编程桥接

我们需要在C++层实现一个辅助类，通过NAPI直接调用鸿蒙的Pasteboard接口，作为 QClipboard 的补充或替代。

架构图

C++ 实现思路

我们需要调用 ArkTS 的 @ohos.pasteboard 能力。
通常这需要在ArkTS侧暴露接口，C++负责调用。

ArkTS 侧 (ClipboardBridge.ts):

import pasteboard from '@ohos.pasteboard';

export function setSystemClipboard(text: string) {
  let data = pasteboard.createData(pasteboard.MIMETYPE_TEXT_PLAIN, text);
  let systemPasteboard = pasteboard.getSystemPasteboard();
  systemPasteboard.setData(data);
}

export async function getSystemClipboard(): Promise<string> {
  let systemPasteboard = pasteboard.getSystemPasteboard();
  if (!systemPasteboard.hasData()) return "";
  
  let data = await systemPasteboard.getData();
  return data.getPrimaryText();
}

C++ 侧调用:

当用户触发复制操作时（例如 Ctrl+C 或 菜单点击）：

void MyEditor::copy() {
    QString text = textCursor().selectedText();
    // 调用 NAPI
    NativeInterface::call("setSystemClipboard", text);
    
    // 为了兼容Qt内部粘贴（如同一应用内），也要设置QClipboard
    QApplication::clipboard()->setText(text);
}

4. 拖拽 (Drag and Drop)

拖拽比剪贴板更复杂。Qt的拖拽依赖于底层窗口系统的DND协议。
在鸿蒙上，如果 XComponent 没有正确处理拖拽事件，Qt将收不到 QDragEnterEvent。

临时方案：
目前鸿蒙Qt的拖拽支持尚不完善。建议对于跨应用拖拽文件，使用系统的"分享"（Share）机制替代。对于应用内拖拽，Qt自身的机制完全可用。

5. 总结

在官方完全适配之前，手动桥接系统剪贴板是解决"无法粘贴"的最快路径。
通过几十行NAPI代码，就能打通这个用户体验的痛点。