< 返回版块

Mike Tang 发表于 2026-06-25 09:07

Slint 1.17 发布:拖拽、托盘图标、Tooltips 和模型双向绑定一起补上

Slint 1.17 继续沿着“桌面可用”这条路线往前推了一大步。这次版本不是零碎补洞,而是一次性把几个桌面应用里非常常见、但做起来并不轻松的能力补齐了:单窗口内拖拽、系统托盘图标、内建 Tooltip,以及 model row 级别的双向绑定。这意味着很多以前需要宿主层手搓的交互,现在已经能在 Slint 自己的组件体系里直接表达。

更值得看的是,这次更新不只停在 UI 表层。官方还提到 Node.js 集成在 Linux/macOS 上改为直接挂到 libuv 的事件循环文件描述符,不再靠定时唤醒,空闲 CPU 占用可以接近归零;同时 Slint 应用现在还能内嵌 MCP server,让 AI 助手通过可访问性树理解界面、注入输入并截图推理。这让 Slint 的方向越来越清楚:它不只是一个跨平台 UI DSL,而是在朝“桌面、移动、嵌入式都能跑,而且对现代工具链友好”的完整应用框架演进。

文章原文:https://slint.dev/blog/slint-1.17-released ChangeLog:https://github.com/slint-ui/slint/blob/master/CHANGELOG.md#1170 项目仓库:https://github.com/slint-ui/slint

原文链接:https://slint.dev/blog/slint-1.17-released

zrip:纯 Rust Zstd 编解码器把“传输优先”这条路走到极致

zrip 是一个从零实现的 纯 Rust Zstd 编解码器,但它没有试图覆盖 Zstd 全规格,而是明确瞄准“传输链路里的高速压缩”这个更窄也更实用的场景:支持 -7 到 4 级 压缩等级,把复杂度集中花在吞吐量最值钱的区间里。作者给出的定位很直接——不追归档场景里那一点点额外压缩率,而是争取在标准 zstd frame 前提下,把压缩、传输、解压这一整条流水线做得更快。

项目最有意思的地方,在于它把“纯 Rust”这件事做得很硬:算法和控制流层面 #![forbid(unsafe_code)],unsafe 被限制在少量可审计的 primitives 模块里;如果打开 paranoid feature,甚至可以彻底切到零 SIMD、零 unsafe 的纯安全实现。与此同时,它还内建 COVER / FastCOVER 字典训练、支持 no_std + alloc,并提供 WASM 版本;README 里甚至给出一组很激进的数据:在作者基准下,它是当前最快的纯 Rust zstd 编码器,而 WASM 版的 encode / decode 也分别比把 C zstd 编译到 WASM 快约 15% / 14%。这类项目的价值不只是“又一个压缩库”,而是把 Rust 在系统级性能边界上还能怎么继续抠,展示得很具体。

项目仓库:https://github.com/paddor/zrip crates.io:https://crates.io/crates/zrip Reddit 讨论帖:https://www.reddit.com/r/rust/comments/1uebc33/zrip_a_fromscratch_zstd_codec_in_pure_rust/

原文链接:https://github.com/paddor/zrip

Rust 商业网络正式启动:把企业用户、基金会与 Rust 项目拉进同一张桌子

Rust Foundation 宣布 Rust Commercial Network(RCN) 正式启动,这件事的意义不只是“又多了一个组织”,而是给 Rust 的商业落地补上了一条更正式的协作通道。RCN 面向企业、工业和专业 Rust 用户开放,核心目标是让这些已经在生产环境里使用 Rust 的团队,把各自踩过的坑、沉淀下来的架构经验和真实需求放到同一个讨论场里,再把反馈回流给 Rust Project。

这套机制的现实价值很高。很多公司在评估 Rust 时,真正卡住的往往不是语言本身,而是如何落地、如何维护、如何在现有基础设施里大规模采用。RCN 现在给出的答案包括:月度例会、Zulip 异步协作、面向具体行业问题的 working group,以及把商业用户支持 Rust 项目的资金和开发投入更系统地对接起来。更有分量的是首批参与者名单:AWS、Google、Microsoft、OpenAI、Bytecode Alliance、JetBrains、Ratatui Project、Rust Project 等都已在列,说明 Rust 的商业生态正在从“各家自己用”走向“跨组织共同建设”。

文章原文:https://rustfoundation.org/media/rust-commercial-network-launches-to-bring-commercial-users-of-rust-language-together/ RCN GitHub:https://github.com/Rust-Commercial-Network/rcn RCN 主页:https://rustfoundation.org/rust-commercial-network/

原文链接:https://rustfoundation.org/media/rust-commercial-network-launches-to-bring-commercial-users-of-rust-language-together/

ratcn 预览公开:把“shadcn for ratatui”先做成一套能直接上手的终端组件基座

作者放出了 ratcn 的首个公开预览,思路非常直白:给 Ratatui 做一套像 “shadcn/ui” 那样的终端组件库,但不是黑盒式依赖,而是强调可复制、可粘贴、可主题化、可由应用自己持有状态。这意味着它不是想把终端 UI 再包出一层“平台”,而是想给 Ratatui 开发者提供一套更好看的组件起点,让你把代码直接带回自己的应用里继续改。

预览站点现在已经能看到 live WASM 组件演示,而且作者明确说文档区展示的就是“真实 Ratatui 组件编译到浏览器里跑”的效果,终端里跑的和页面里看到的是同一套代码。这种做法挺聪明:一方面提前把设计语言、组件颗粒度和交互方向展示出来,另一方面也开始收集社区对组件、模式和功能的优先级反馈。对 Ratatui 生态来说,它未必是今天就能 cargo add 的成熟库,但很可能会变成未来终端应用 UI 复用度提升的一块重要积木。

预览站点:https://ratcn.kristoferlund.se 项目仓库:https://github.com/kristoferlund/ratcn Reddit 讨论帖:https://www.reddit.com/r/rust/comments/1uec719/live_preview_of_the_upcoming_shadcn_for_ratatui/

原文链接:https://ratcn.kristoferlund.se

评论区

写评论

还没有评论

1 共 0 条评论, 1 页