本文记录了开源桌面排版软件Scribus在HarmonyOS/OpenHarmony PC环境中的适配过程。Scribus基于Qt6和大量原生库（如poppler、cairo等），代码量庞大（约1259个C++文件），本次适配采用逐步验证策略：保留原有C++主体，新建鸿蒙工程壳，通过Qt for HarmonyOS的QPA插件将Qt窗口嵌入鸿蒙的XComponent组件。适配过程解决了SDK路径配

本文记录了开源桌面排版软件Scribus在HarmonyOS/OpenHarmony PC环境中的适配过程。Scribus基于Qt6和大量原生库（如poppler、cairo等），代码量庞大（约1259个C++文件），本次适配采用逐步验证策略：保留原有C++主体，新建鸿蒙工程壳，通过Qt for HarmonyOS的QPA插件将Qt窗口嵌入鸿蒙的XComponent组件。适配过程解决了SDK路径配

本文介绍将AutoHotkey适配到鸿蒙PC的独特过程。由于AutoHotkey核心功能依赖Win32系统且与鸿蒙安全架构冲突，无法完整移植。开发者选择仅移植其脚本语言引擎部分，通过NDK交叉编译为.so库，经N-API暴露给ArkTS，在鸿蒙PC上实现脚本编辑与执行功能。文章详细阐述了技术路线选择、可移植边界划定、开发机测试验证及最终工程结构，展示了在系统限制下如何实现有价值的功能迁移。

本文介绍了视频编辑器Shotcut在鸿蒙PC上的适配过程，重点解决了Qt应用集成到鸿蒙Stage模型、绕过MLT直接使用FFmpeg实现视频解码播放，以及依赖库缺失导致白屏等问题。适配采用分步验证策略，新增harmony_pc目录作为鸿蒙工程，ArkTS负责窗口管理，Qt运行时承载界面，通过条件编译确保桌面构建不受影响。项目提供了两种构建模式：SHELL模式（默认）快速验证基础功能，FULL模式实

本文记录了将图形调试工具RenderDoc（v1.x）适配到HarmonyOS PC/鸿蒙真机环境的过程。RenderDoc是一款基于C++/Qt的帧捕获式图形调试器，原版支持多种图形API和平台。适配面临的主要挑战包括：Qt Widgets程序在鸿蒙Stage模型的运行、Native库加载、界面绘制到鸿蒙XComponent组件、Qt动态库打包进HAP等问题。项目采用混合架构，保持上游Rende

文章摘要 本文记录了分子可视化工具Avogadro 2在鸿蒙PC/真机环境的适配过程。作为一款基于C++/Qt的计算化学工具，该项目面临Qt Widgets桌面程序整合鸿蒙Stage模型、OpenGL 4.0转OpenGL ES 3.x渲染等核心挑战。适配方案采用工程自带的Qt 5.15 for HarmonyOS SDK，通过CMake参数控制构建模式（SHELL模式优先实现基础分子查看功能），

formdata数据转化formadata数据转化为jsonvue实现编辑功能时使用json形式(案例)formadata数据转化为json//formdata转换为json格式jsonData(formData) {const jsonData = {};formData.forEach((value, key) => jsonData[key] = value);return jsonD

openGauss 以其 Paxos 自仲裁机制 + Redo 并行恢复 + 智能切换体系，在全球开源数据库生态中树立了智能高可用的新标杆。它的核心优势在于：RPO = 0，RTO < 10s；自主选主、自恢复、自调优；AI-ready 架构，支持智能推理与高并发访问。在 AI 时代，openGauss 不仅是数据的存储者，更是智能系统的“记忆核心”与“容灾大脑”。无论是科研级大模型、企业级应用，

Nexent，作为ModelEngine社区的核心智能体平台，重新定义了零代码开发。它允许用户通过纯语言描述，一键生成功能完备的智能体。平台深度集成MCP（Model Context Protocol）工具生态，赋予智能体强大的工具扩展与模型兼容能力，让用户无需涉足复杂的流程设计，即可轻松构建具备多模态对话、知识库检索与网络搜索等高级功能的AI应用。在ModelEngine官网找到“在线体验”，然

openGauss 以 NUMA 感知架构 + 多核线程绑定 + CSN 事务机制 + 增量 Checkpoint 为核心，在 Kunpeng 与 x86 平台上实现了跨架构一致的高并发性能。面向 AI 的高并发存取；面向云的低延迟恢复；面向未来的智能调度。openGauss 正在驱动着数据库向“AI 原生内核时代”全面迈进。