diff options
Diffstat (limited to 'content/_drafts/60.md')
| -rw-r--r-- | content/_drafts/60.md | 38 |
1 files changed, 37 insertions, 1 deletions
diff --git a/content/_drafts/60.md b/content/_drafts/60.md index 09ba8b66..52680ee9 100644 --- a/content/_drafts/60.md +++ b/content/_drafts/60.md @@ -14,16 +14,52 @@ toc: true ## ⋈︎ · 连接 +### 哪里都有菜单图标 + +> [!note] 📜 +> [Icons in Menus Everywhere — Send Help - Jim's Blog](https://blog.jim-nielsen.com/2025/icons-in-menus/) + +作者抱怨了 macOS Tahoe 在菜单栏里加图标的新设计，他一直认为菜单栏里的图标是一种视觉噪音，看起来很乱，而且可能造成误解。许多产品（比如 Google Sheets）都采用了这种设计，而随着 macOS Tahoe 发布，Apple 也加入了「硬往菜单里塞图标」的大军，他感到很沮丧。 + +作者认为用于移动窗口、管理窗口布局的图标，用图形来指示位置是很直观的，是好的设计，然而，如果没有好的理由，就不应该往菜单里塞图标。讽刺的是，Apple 实际上违背了他们自己的[设计指导](https://web.archive.org/web/20201027235952/https://developer.apple.com/design/human-interface-guidelines/macos/menus/menu-anatomy/)，相关的文档中有一节专门讨论图标在菜单中的使用。 + +> There are a few standard symbols you can use to indicate additional information in menus…Don’t use other, arbitrary symbols in menus, because they add visual clutter and may confuse people. +> +> 有一些标准的符号可以用在菜单中指示附加信息。不要在菜单中随意使用其他的符号，因为它们可能会造成视觉杂乱、使人困惑。 + +我也不喜欢菜单里硬塞图标的设计（还有在 PPT 里塞语义模糊、与上下文无关的图标），我认为这种设计本质上是缺少思考的体现，没有考虑设计是否必要，只是想要把空间占满——有些空白就应该留着。 + +### + [你可能好奇却又不知道的 HRV - 少数派](https://sspai.com/post/104402) -[Icons in Menus Everywhere — Send Help - Jim's Blog](https://blog.jim-nielsen.com/2025/icons-in-menus/) + ## ⁂ · 星群 ### Atomic CSS Devtools +用于测试和 Debug 原子化 CSS 的工具，支持 TailwindCSS、UnoCSS、PandaCSS 等其他原子化 CSS 库。刚发现的时候还觉得用处不大，因为原子 CSS 的类名本身就很清晰了，但发现这个工具的同一天，我就遇到了一个奇怪的 UnoCSS 导致的问题——有一个类只有变量，但没有实际发挥作用的属性。如果没有这个 Atomic CSS Devtools，我可能要在 Styles 标签页翻找好久才能发现。 + +这个插件在前端开发者工具中添加了一个 Atomic CSS 标签页，会把选中元素的样式全部列出来，在右侧显示是哪个类提供了这个样式。 + + + 访问：[GitHub - astahmer/atomic-css-devtools](https://github.com/astahmer/atomic-css-devtools) +### Wails + +一个跨平台的桌面端应用开发框架，后端使用 Go 语言，UI 可以使用任何前端技术构建。和 [Tauri](https://tauri.app/) 一样，Wails 不会把浏览器内核打包到最终的软件包里，而是使用系统默认 WebView，软件包的大小会比 Electron 小很多。 + +Tauri 使用 Rust 语言，而 Wails 使用 Go 语言，两者在前端技术上都没有限制。除了 Tauri 出现的时间比较早，生态可能更成熟之外，我认为两者都是不错的跨平台开发选择。 + +访问：[Wails](https://wails.io/) +### MrRSS + +一个比较新的跨平台 RSS 阅读器，用 Wails 开发。我并没有觉得 MrRSS 的设计有多惊艳，但我对它使用的技术栈很有好感，使用的是 Go 语言和 Vue.js（~~如果用的是 JavaScript 和 React 我大概会直接晕过去~~）。作者正在积极开发，如果你在选择新的 RSS 阅读器，MrRSS 是一个不错的选择。 + +访问：[GitHub - WCY-dt/MrRSS](https://github.com/WCY-dt/MrRSS) + ## ◍ · 穿越 ## ↯ · 当下 |