登录社区云，与社区用户共同成长
邀请您加入社区
暂无图片
随着开源鸿蒙（OpenHarmony）在桌面端（PC）的全面发力，开发者们面临着从移动端“小屏交互”到桌面端“大屏精准操作”的范式转变。在 PC 办公、设计类软件中，颜色选择器（Color Picker）是一个极其基础但又极具挑战性的组件。传统的列表选择或简单的网格选色已无法满足专业设计需求。直观的几何交互：通过色环（Color Wheel）映射色相（Hue）与饱和度（Saturation）。多维
摘要：本文以沉浸式音乐播放器为例，详细介绍了如何在DevEcoStudio环境下利用ArkUI框架实现一套代码适配鸿蒙PC、手机和手环三大终端。通过MVVM架构设计，实现了数据模型层统一、业务逻辑层共享，并利用ArkUI的响应式布局技术实现多端UI自动适配。重点展示了鸿蒙PC端的深度优化，包括鼠标悬停效果、窗口化管理等特性，以及通过断点系统实现的自适应布局。实机验证表明，该方案能完美实现"
我这里提供一个技巧，可以让编译工具链在编东西的时候直接自动对产物打上代码签名，省去人工操作的繁琐。
本文详细介绍了基于开源鸿蒙(OpenHarmony)的PC端应用开发实战。文章首先阐述了鸿蒙PC操作系统的发展现状及开发特点，随后通过一个"高性能图像展示器"案例，完整展示了使用DevEcoStudio和ArkTS开发桌面应用的全过程。重点内容包括：1)开发环境搭建；2)核心代码解析与原理剖析；3)HDC命令行工具的真机验证流程；4)PC端开发的适配建议和常见问题。该案例充分利
前段时间我发布了《》这篇文章，介绍了我制作的一个鸿蒙容器。经过宣传，有一些用户下载体验了这个项目，我也收集到了一些反馈。其中有一项是成本问题：部分用户（例如大学生）可能没有条件去现买一个 arm64 服务器，或者没有条件去长时间供养它。为了照顾到这类用户，我整理了一个“极低成本最小可用方案”（也可以说是丐版方案）。以牺牲性能为代价，可以在已有的 x64 服务器或者 WSL 里面运行这个鸿蒙容器，而
在编译libiconv库时，遇到了一个很奇怪的问题，感觉配置什么的都没错，但是编译缺链接到了glibc库上。这个问题曾让我百思不得姐，彻夜未眠，想不通道理。最终原因已经找到，现分享出来。原因就是libtool下面的link执行的时候，为什么丢失了–target参数?这可真坑啊，谁能想到这儿？ 一、 OpenHarmony 交叉编译环境配置脚本 以下是我配置 OpenHarmony (OHOS)
随着HarmonyOS（鸿蒙操作系统）在智能终端领域的快速发展，其独特的分布式能力和跨设备协同体验已获得广泛认可。2023年鸿蒙正式进军PC领域，标志着其向全场景操作系统迈出了关键一步。然而，一个操作系统的成功离不开繁荣的软件生态——将Linux/macOS/Windows平台的海量开源软件移植到鸿蒙PC端，已成为生态建设的重要突破口。 本文旨在为开发者提供一套完整的鸿蒙PC开发环境搭建方案，通
FFmpeg 8.1（代号 "Heaviside"）是业界领先的音视频处理框架，支持编解码、转码、流媒体处理等核心功能。其模块化架构和跨平台特性，使其成为鸿蒙生态多媒体开发的关键基础设施。 一、前言 随着鸿蒙生态（OpenHarmony）的全面爆发，越来越多的多媒体应用需要自研播放器内核或音视频处理工具。FFmpeg 作为音视频领域的“瑞士军刀”，其最新的 8.1 版本（代号
本次向OpenHarmony PC平台移植xz命令的实践，核心解决了该平台缺失.tar.xz格式解压能力的痛点。整个过程的核心难点在于适配鸿蒙专属的编译环境与权限管理机制——通过精准配置OHOS SDK环境变量、选用适配性更强的cmake编译框架，有效规避了跨平台编译中的工具链兼容问题；而binary-sign-tool自签名步骤的实施，则精准破解了鸿蒙系统对第三方二进制文件的权限限制，这也是鸿蒙
执行编译： cd lycium_plusplus ./build.sh -m x264 2.5 编译结果验证 查看输出产物： tree output/ 确认生成.so动态库文件。 集成到应用： 将产物拷贝至鸿蒙PC应用的libs/目录，在config.json中添加依赖即可使用。 3. 常见问题解决 3.1 编译报错：找不到头文件 原因：依赖未正确配置。 解决：在module.json中添加缺失的
