WWW.YOUINFO.SITE
标签聚合 体验

/tag/体验

v2ex · 2026-06-12 11:31:03+08:00 · tech

LyricsX-Anya 一个基于 LyricsX 二次开发的 macOS 桌面歌词小玩具(花了三天业余时间弄的完全毛坯房,但能用):在桌面歌词旁加了一只可以拖动、跑动、双击隐藏歌词的 Anya 。 这个项目仅供我自己娱乐和学习使用,不是严肃维护的产品。能折腾的朋友等这几天修完基本的会放在 GitHub 可以直接 Fork 自己改;如果你期待稳定、及时的维护,这里大概率会让你等很久。 项目说明 原版 ddddxxx/LyricsX 已经多年缺少持续维护,但它仍然是一个很好用、也很有历史价值的 macOS 歌词应用。本项目主要基于 MxIris-LyricsX-Project/LyricsX 继续做个人向改造,把桌面歌词改成带宠物的浮层体验。 这次二次开发主要由 OpenAI Codex 协助完成。灵感来自 Codex 的桌面宠物体验,也参考了 crafter-station/petdex 提供的素材、动画状态和交互思路。 需要提前说明:我并不熟悉 macOS App 开发,这个项目从阅读代码、改 UI 、接入宠物动画、修交互问题到本地打包,几乎全程都有 Codex 参与。因此后续问题修复会非常慢,只会在我有时间、有兴致的时候处理。 当前特性 保留 LyricsX 原有的歌词搜索、桌面歌词、菜单栏歌词等能力。 桌面歌词上方/旁边显示 Anya 宠物。 Anya 支持拖动,拖动时会根据方向播放左右跑动动画。 双击 Anya 可以隐藏或显示歌词框。 将 Anya 拖到屏幕边缘时,会自动隐藏歌词框;拉回屏幕内会自动显示。 App 图标和状态栏图标已替换为 Anya 招手图标。 展示和试用 Display from imgur Download from dropover 致谢 OpenAI Codex 参与了本项目的代码阅读、功能实现、调试、打包和文档整理。 crafter-station/petdex 提供了宠物动画状态、交互方式和素材信息的参考。 MxIris-LyricsX-Project/LyricsX 本项目直接参考和继续改造的 LyricsX 维护版本。 ddddxxx/LyricsX 原始 LyricsX 项目。 tanweai/pua 提供了很有意思的 Codex/AI 协作提示风格参考。

v2ex · 2026-06-12 10:45:00+08:00 · tech

最近有人问我,上架鸿蒙现在还有没有补贴。 这个我还真不清楚,我的 App 现在还在上架中,所以不敢乱说。 不过这次做鸿蒙端,体验比我预期好很多。 我做的是 Corterm ,一个远程终端类应用,主要是让手机上也能操作跑在服务器 / 电脑上的 Claude Code 、Codex 这类 AI coding agent 。 之前已经做了 iOS 和 Android ,这次补了鸿蒙端。 几个比较真实的感受: 开发环境还可以 DevEco Studio 、SDK 、命令行、模拟器这些基本是一套的,不需要到处拼环境。 这点和 iOS / Android 差不多。 编译挺快 ArkTS 编译速度比我想象中快,包也小。 不过这个对比不一定公平,因为我 iOS / Android 用的是 C# MAUI ,AOT 编译和安装本来就慢。 证书和 Profile 有点绕 这块我花了不少时间。 但比较意外的是,对接群里有人帮忙一起排查,不是完全靠自己猜。 他们会帮你看是证书问题、Profile 问题,还是包名、权限、上架配置的问题。 上架过程有人跟 群里有技术,也有服务人员。 遇到问题可以问群,也可以去开发者论坛。 这点体验确实比我预期好。 用 AI 写鸿蒙代码还挺合适 鸿蒙资料没有 Android / iOS 那么多。 所以我把自己用到的模板、示例、踩坑记录整理成 skill ,给 Claude Code 调用。 这样写 ArkTS 、ArkUI 、模块拆分、实时通信这些东西,会顺一点。 系统使用体验不错 这个是我个人体感。 这一年多用下来,鸿蒙设备的流畅度和稳定性我觉得可以。 整体感受是: 鸿蒙现在生态肯定还没 Android / iOS 那么成熟,资料也少一些。 但如果真要做原生应用,不是简单套壳,它的开发链路和服务支持比我预期好。 至于补贴,等我上架完再看后台怎么说。

v2ex · 2026-06-12 10:45:00+08:00 · tech

最近有人问我,上架鸿蒙现在还有没有补贴。 这个我还真不清楚,我的 App 现在还在上架中,所以不敢乱说。 不过这次做鸿蒙端,体验比我预期好很多。 我做的是 Corterm ,一个远程终端类应用,主要是让手机上也能操作跑在服务器 / 电脑上的 Claude Code 、Codex 这类 AI coding agent 。 之前已经做了 iOS 和 Android ,这次补了鸿蒙端。 几个比较真实的感受: 开发环境还可以 DevEco Studio 、SDK 、命令行、模拟器这些基本是一套的,不需要到处拼环境。 这点和 iOS / Android 差不多。 编译挺快 ArkTS 编译速度比我想象中快,包也小。 不过这个对比不一定公平,因为我 iOS / Android 用的是 C# MAUI ,AOT 编译和安装本来就慢。 证书和 Profile 有点绕 这块我花了不少时间。 但比较意外的是,对接群里有人帮忙一起排查,不是完全靠自己猜。 他们会帮你看是证书问题、Profile 问题,还是包名、权限、上架配置的问题。 上架过程有人跟 群里有技术,也有服务人员。 遇到问题可以问群,也可以去开发者论坛。 这点体验确实比我预期好。 用 AI 写鸿蒙代码还挺合适 鸿蒙资料没有 Android / iOS 那么多。 所以我把自己用到的模板、示例、踩坑记录整理成 skill ,给 Claude Code 调用。 这样写 ArkTS 、ArkUI 、模块拆分、实时通信这些东西,会顺一点。 系统使用体验不错 这个是我个人体感。 这一年多用下来,鸿蒙设备的流畅度和稳定性我觉得可以。 整体感受是: 鸿蒙现在生态肯定还没 Android / iOS 那么成熟,资料也少一些。 但如果真要做原生应用,不是简单套壳,它的开发链路和服务支持比我预期好。 至于补贴,等我上架完再看后台怎么说。

LinuxDo 最新话题 · 2026-06-12 10:36:41+08:00 · tech

最近有人问我,上架鸿蒙现在还有没有补贴。 这个我还真不清楚,我的 App 现在还在上架中,所以不敢乱说。 不过这次做鸿蒙端,体验比我预期好很多。 我做的是 Corterm ,一个远程终端类应用,主要是让手机上也能操作跑在服务器 / 电脑上的 Claude Code 、Codex 这类 AI coding agent 。 之前已经做了 iOS 和 Android ,这次补了鸿蒙端。 几个比较真实的感受: 开发环境还可以 DevEco Studio 、SDK 、命令行、模拟器这些基本是一套的,不需要到处拼环境。 这点和 iOS / Android 差不多。 编译挺快 ArkTS 编译速度比我想象中快,包也小。 不过这个对比不一定公平,因为我 iOS / Android 用的是 C# MAUI ,AOT 编译和安装本来就慢。 证书和 Profile 有点绕 这块我花了不少时间。 但比较意外的是,对接群里有人帮忙一起排查,不是完全靠自己猜。 他们会帮你看是证书问题、Profile 问题,还是包名、权限、上架配置的问题。 上架过程有人跟 群里有技术,也有服务人员。 遇到问题可以问群,也可以去开发者论坛。 这点体验确实比我预期好。 用 AI 写鸿蒙代码还挺合适 鸿蒙资料没有 Android / iOS 那么多。 所以我把自己用到的模板、示例、踩坑记录整理成 skill ,给 Claude Code 调用。 这样写 ArkTS 、ArkUI 、模块拆分、实时通信这些东西,会顺一点。 系统使用体验不错 这个是我个人体感。 这一年多用下来,鸿蒙设备的流畅度和稳定性我觉得可以。 整体感受是: 鸿蒙现在生态肯定还没 Android / iOS 那么成熟,资料也少一些。 但如果真要做原生应用,不是简单套壳,它的开发链路和服务支持比我预期好。 至于补贴,等我上架完再看后台怎么说。 3 个帖子 - 2 位参与者 阅读完整话题

v2ex · 2026-06-12 10:34:57+08:00 · tech

最近有人问我,上架鸿蒙现在还有没有补贴。 这个我还真不清楚,我的 App 现在还在上架中,所以不敢乱说。 不过这次做鸿蒙端,体验比我预期好很多。 我做的是 Corterm ,一个远程终端类应用,主要是让手机上也能操作跑在服务器 / 电脑上的 Claude Code 、Codex 这类 AI coding agent 。 之前已经做了 iOS 和 Android ,这次补了鸿蒙端。 几个比较真实的感受: 开发环境还可以 DevEco Studio 、SDK 、命令行、模拟器这些基本是一套的,不需要到处拼环境。 这点和 iOS / Android 差不多。 编译挺快 ArkTS 编译速度比我想象中快,包也小。 不过这个对比不一定公平,因为我 iOS / Android 用的是 C# MAUI ,AOT 编译和安装本来就慢。 证书和 Profile 有点绕 这块我花了不少时间。 但比较意外的是,对接群里有人帮忙一起排查,不是完全靠自己猜。 他们会帮你看是证书问题、Profile 问题,还是包名、权限、上架配置的问题。 上架过程有人跟 群里有技术,也有服务人员。 遇到问题可以问群,也可以去开发者论坛。 这点体验确实比我预期好。 用 AI 写鸿蒙代码还挺合适 鸿蒙资料没有 Android / iOS 那么多。 所以我把自己用到的模板、示例、踩坑记录整理成 skill ,给 Claude Code 调用。 这样写 ArkTS 、ArkUI 、模块拆分、实时通信这些东西,会顺一点。 系统使用体验不错 这个是我个人体感。 这一年多用下来,鸿蒙设备的流畅度和稳定性我觉得可以。 整体感受是: 鸿蒙现在生态肯定还没 Android / iOS 那么成熟,资料也少一些。 但如果真要做原生应用,不是简单套壳,它的开发链路和服务支持比我预期好。 至于补贴,等我上架完再看后台怎么说。

cnBeta全文版 · 2026-06-12 02:35:41+08:00 · tech

苹果在最新的 iOS 27 和 iPadOS 27 系统中,将原有的“Wi‑Fi 助理”(Wi‑Fi Assist)功能更名为“连接助理”(Connectivity Assist),并继续用于帮助设备在日常使用中保持稳定的联网状态。该功能现位于“设置”应用的“Wi‑Fi”选项内,苹果在系统说明中表示,连接助理可以“在使用 Wi‑Fi 的同时配合蜂窝数据,从而获得更可靠的互联网连接”。 根据苹果官网的企业部署支持文档,“连接助理”是在 iOS 27 与 iPadOS 27 中对原“Wi‑Fi 助理”功能的全新命名,目前官方尚未明确说明其在具体行为逻辑上是否有实质性变化。在 iOS 26 及更早版本中,Wi‑Fi 助理会在检测到当前 Wi‑Fi 连接质量较差时,自动切换到蜂窝数据,以避免网页加载缓慢或内容无法刷新等问题。 部分率先升级至 iOS 27 测试版的用户和开发者认为,新版“连接助理”的工作方式可能更进一步,有望在特定场景下实现 Wi‑Fi 与蜂窝网络的“叠加”使用,而非只是简单切换,但这一点目前尚未得到证实。有开发者在开启“连接助理”后收到了系统推送的“智能连接”(Intelligent Connectivity)通知,外界推测这可能意味着系统在网络质量波动时会更积极地介入管理连接。 在 WWDC 期间,苹果还表示,iOS 27 和 iPadOS 27 将提供“更顺畅的网络切换体验”。苹果称,iPhone 会更无缝地在可用的最佳 Wi‑Fi 与蜂窝网络之间进行选择,“无论是在出门时使用导航,还是在下飞机时接听 FaceTime 通话,设备都能保持连接不断线”。 查看评论

v2ex · 2026-06-11 19:52:58+08:00 · tech

最近做了一个 Text to Handwriting 小工具: handtext.net 作用很简单: 输入文字 → 生成手写效果 → 导出图片/PDF 。 最初是帮朋友制作手写笔记时想到的需求,后来发现还有不少场景: 手写笔记 学习资料 练字模板 手写信件 课堂讲义 个性化贺卡 目前第一版主要功能: ✅ 在线生成手写内容 ✅ 多种手写风格 ✅ 导出图片/PDF ✅ 手机和电脑都能使用 ✅ 无需安装软件 技术栈: Next.js Vercel Cloudflare 整个项目是利用业余时间开发的,目前还在持续完善。 欢迎大家体验,也欢迎吐槽: 哪些功能最有用? 哪些功能应该优先做? 有没有类似场景你会用到? 地址: handtext.net 感谢大家的建议 🙏

v2ex · 2026-06-11 17:15:56+08:00 · tech

最近做了一个 Text to Handwriting 小工具: handtext.net 作用很简单: 输入文字 → 生成手写效果 → 导出图片/PDF 。 最初是帮朋友制作手写笔记时想到的需求,后来发现还有不少场景: 手写笔记 学习资料 练字模板 手写信件 课堂讲义 个性化贺卡 目前第一版主要功能: ✅ 在线生成手写内容 ✅ 多种手写风格 ✅ 导出图片/PDF ✅ 手机和电脑都能使用 ✅ 无需安装软件 技术栈: Next.js Vercel Cloudflare 整个项目是利用业余时间开发的,目前还在持续完善。 欢迎大家体验,也欢迎吐槽: 哪些功能最有用? 哪些功能应该优先做? 有没有类似场景你会用到? 地址: handtext.net 感谢大家的建议 🙏