rust-gui
这里是关于用 rust 写 GUI 程序的索引
以下仅代表一些我个人比较喜欢的gui框架, 不要问我为什么没有 xxx
gtk4/relm4
- gtk4:
gtk4 是 linux 上的首选之一, 稳健与强大不言而喻, 且近年开始发力, 做到了基本现代化
直接用 c 写确实繁琐, 但其具有 gobject-introspection 的重要特性, 因此各种语言都能拥有相应绑定
得益于这些语言的高级特性, 加上 blueprint 这种专门为其打造的现代 ui 声明式描述文件(取代 xml), 表达力并不算差
relm4:
基于 gtk4, 加上了 elm 语言的模型, 可以看作是 gtk-rs 的语法糖版本, 甜了一个数量级
iced
iced 使用 Elm 语言的模型, 是原生 rust 编写的 gui 库, 非常有趣, 简单易学, 强烈推荐 (虽然生态还没起来)
其已被 pop-os 用于编写 cosmic-de, 对标 gnome, 证明了其编写大型工程的能力, 最关键的是: 那些工程师们的审美是一直在线的
egui
在 rust 目前原生的 gui 库中, 比较简单易学, 且生态相对较为丰富, 对 web 端支持较为完善
但由于即时渲染模式的固有问题, 在界面布局等存在问题, 且需要人为地将每次 update 时的渲染开销进行控制与优化
Jedsek
哈喽, 哈喽!!!! 这里应该算是一个几乎不算彩蛋的小彩蛋吧? 只有当你浏览具有 目录|TOC 的文章时, 此段才会渲染
其实这里是特意留白出来的底部 footer, 保证了当你点击右侧的 目录|TOC 且是最后一个 anchor 时, 一定能高亮它
你可以想象一下, 如果没有这段 footer, 那么点击锚点时, 当最后一段目录的内容只有几行字时
由于底部行数过少, 就只能高亮到上面的锚点啦!
毕竟我高亮目录的实现思路, 是获取当前滚动的Y偏移量, 与锚点对应的 h1/h2 在博客左侧主体的Y偏移量, 进行计算来判断高亮哪个~
简单来说, 当 (window.scrollY + 200) >= anchor.offsetTop 时, 就会选择这个anchor, 随后进行高亮
你可以试试在浏览器中按 F12 打开开发者工具, ctrl-c 选择此处 class 名称为 "bottom-footer" 的 div, 然后删除该结点
然后按 F12 退出开发者工具, 随后点击右侧的 目录|TOC 中的结点, 当最后一个 anchor 的内容过少时, 锚点无法被高亮
当然, 当最后一个 anchor 的行数稍微多一些时, 照样能够高亮最后一个目录
如果你发现有无法高亮的情况, 嗯......那应该不太可能呢, 诶嘿～
其实这里是特意留白出来的底部 footer, 保证了当你点击右侧的 目录|TOC 且是最后一个 anchor 时, 一定能高亮它
你可以想象一下, 如果没有这段 footer, 那么点击锚点时, 当最后一段目录的内容只有几行字时
由于底部行数过少, 就只能高亮到上面的锚点啦!
毕竟我高亮目录的实现思路, 是获取当前滚动的Y偏移量, 与锚点对应的 h1/h2 在博客左侧主体的Y偏移量, 进行计算来判断高亮哪个~
简单来说, 当 (window.scrollY + 200) >= anchor.offsetTop 时, 就会选择这个anchor, 随后进行高亮
你可以试试在浏览器中按 F12 打开开发者工具, ctrl-c 选择此处 class 名称为 "bottom-footer" 的 div, 然后删除该结点
然后按 F12 退出开发者工具, 随后点击右侧的 目录|TOC 中的结点, 当最后一个 anchor 的内容过少时, 锚点无法被高亮
当然, 当最后一个 anchor 的行数稍微多一些时, 照样能够高亮最后一个目录
如果你发现有无法高亮的情况, 嗯......那应该不太可能呢, 诶嘿～
