设计与产品jayfax.neocities.org
GNOME 文件选择器没有缩略图，而我的马桶堵了
GNOME has no thumbnails in the file picker and my toilets are blocked
2021 — 2022，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
作者吐槽 GNOME 文件选择器多年不支持缩略图预览，并以“马桶堵塞”等生活类比讽刺其设计决策。文章引发大量用户共鸣，大家纷纷列举 GTK/GNOME 文件选择器长期存在的各种可用性问题。
为什么经久不衰：它记录了开源桌面环境中一个持续多年、反复被提及却始终未修复的可用性缺陷，反映了设计决策与用户需求之间的张力，至今仍有参考价值。
HN 评论精选
文件选择器存在更严重的自动改变选中项的 bug
这个文件选择器还有更严重的问题。一个容易复现且存在多年的明显 bug：打开一个加载缓慢的目录（比如挂载了数千个文件的 smb3 目录），在列表加载时选中一个文件但不打开，等列表加载完成后，列表最顶部的文件会被自动选中，覆盖你之前的选择。也就是说，在你选中文件到点击打开之间，选中项可能自动改变，最终打开的不是你选的文件。就是这么糟糕。
snvzz查看英文原文
There's more serious reasons this file picker is broken. Here's a trivial to reproduce and obvious issue that's been there for several years now: 1. Open a directory that loads slowly (e.g. one with thousands of files on a smb3 mount) 2. While the list is loading, select a file (but do not open it) 3. Wait for the whole list to load Once the list finishes loading, the file on the very top of the list gets automatically selected (discarding your selection). Thus, if you select a file and click open, in the time between you select and click open, the selection can auto-change and you'll end up opening something else than what you've selected. It is this bad.
保存文件的输入流程近年反而变得更难用
这几年情况反而更糟了。以前保存文件时，可以用鼠标导航到目录，然后输入文件名按回车。现在输入文件名会触发当前目录内的上下文搜索。点击文件名输入框再打字也不行，必须先高亮文件名主体（不含扩展名和点），才能开始输入想保存的文件名。即使文件选择器已经在目标目录，同样的问题也会出现。
hedora查看英文原文
This has somehow gotten worse in recent years. When saving, it used to be you could use the mouse to navigate to a directory, then type the desired filename, and press enter. Now, typing the filename initiates a contextual search within the current directory. Clicking in the filename textbox and starting to type doesn’t work either. You have to highlight the base (not the extension or “.”) of the filename. At that point, you can finally start typing the name of the file you want to save. The same problem occurs if the file chooser happens to already be in the directory where you want to save the file.
gtkfilechooserwidget 代码僵化，无人敢改也不收补丁，导致大量 bug 冻结多年
GNOME 目前最大的问题是 Gtk3 和 gtkfilechooserwidget.c。代码太 spaghetti，太多东西依赖它，没人敢动，怕弄坏什么；也正因为如此他们不接受随手提交的补丁。它实际上是被冻结的坏代码，已经很多年了。加缩略图是如此，但还有比缺缩略图严重得多的真实 bug。比如现在在任何使用现代 Gtk3 的程序里 File->Open 时粘贴文件路径，会报错而不是把路径填进文本框。GNOME 开发者不再尊重自己的 gsettings（org.gtk.Settings.FileChooser 的 location-mode），强行把路径栏体验塞给所有人——显然他们认为没人需要输入文件路径。可惜 Gtk3 的用户远不止 GNOME 的目标人群。Gtk4 里倒是修了，但那又有什么用呢。
superkuh查看英文原文
The biggest problem with GNOME right now is Gtk3 and gtkfilechooserwidget.c. It is so spaghetti and so many things rely on it that no one at GNOME is willing to work on it for fear of breaking something. And for the same reason they won't accept drive-by patches. It is, effectively, frozen broken, and has been for many years. This applies to any attempt to add thumbnails to the file chooser but there are far worse, actual bugs, beyond the lack of thumbnails. As of right now if you File->Open in any program using modern Gtk3 and try to paste a file path in you'll get an error instead of pasting your filepath in a text field to open, "The folder contents could not be displayed\nOperation not supported" http://erewhon.superkuh.com/gtkfilechooserwidget-paste-fail.jpg It's unfixable behavior because the GNOME devs stopped respecting their own gsettings, org.gtk.Settings.FileChooser location-mode, to FORCE the path-bar experience on everyone. Because no one needs to type file paths, apparently. So why bother respecting the settings for path-bar or filename-entry? Their demographic doesn't care. Unfortunately gtk3 is used by far more than GNOME's demographic. They have fixed this bug in gtk4, for all the good that does.
列举 GNOME 多项离谱设计，作者决定转向 KDE 或 Mac
我心中 GNOME/GTK 的 30 个离谱之处之首：就是那个众所周知的文件选择器问题——你输入内容时它被解释成文件名过滤器，而不是你想保存的文件名。还有：缺少顶部菜单却留着一条只放时钟的空栏浪费空间；窗口定位混乱，打开应用时窗口跑到别的窗口后面，只推一条“FF 已就绪”的通知；主流桌面应用没适配暗色模式，图标更显费解。我可以继续列下去，但我肯定要离开 GNOME/GTK 应用了。我考虑过 KDE Plasma，它能给我想要的一切，但用 Ubuntu/GNOME 只是因为它够主流、开箱即用。我也完全不期待 Wayland 和万物容器化让基本文件流程失效。我想我还是回 Mac 吧。
tannhaeuser查看英文原文
My top gtk3/gnome 30 wtfs: - the (all too well-known) file picker issue where when you type something it interprets it as file name filter rather than, you know, the file name you want to save under - missing top menu (but a bar is still there wasting space for a ... clock wtf) - general window positioning; like, if you open an app, rather than just opening a window as new top window, gnome opens it behind others and pushes a notification "FF is ready" wtf - mainstream desktop apps not ported to dark mode, so those icons look even more puzzling I could go on, but I'm definitely leaving gnome/gtk apps behind. I've eyed KDE Plasma which could give me everything I ever wanted from a DE, but I was using Ubuntu/gnome because it was mainstream enough that everything just works OOTB. I'm also totally not looking forward to wayland, containerize-all-the-things such that basic file workflows stop working, and other attitudes, all the while the apps I'm using are exactly the same I've used 15 or 20 years ago, without new ones coming. I think I'm going back to Mac.
历次讨论
同类还值得读
贝塞尔曲线入门
A Primer on Bézier Curves
Pomax 编写的贝塞尔曲线在线教程，从基础概念一路讲到曲线求交、投影、曲率等进阶内容，并配有可交互的示例和配套的 bezier.js 库。
设计与产品上首页 7 次 · 2014–2022pomax.github.io编辑精选WebGL 水面模拟
WebGL Water
Evan Wallace 制作的 WebGL Water 演示：在浏览器里实时渲染一片水面，展示折射、反射和焦散等 GPU 图形效果。
设计与产品上首页 6 次 · 2011–2025madebyevan.com设计建议：永远不要使用黑色
Design Tip: Never Use Black
设计随笔提出“永远不要用纯黑”的建议，主张在界面和绘画中改用深灰或带色相的暗色，并借阴影与色彩关系来论证。
设计与产品上首页 5 次 · 2012–2021ianstormtaylor.com用于思考不可想象之物的媒介
Media for Thinking the Unthinkable
Bret Victor 的这个页面围绕《Media for Thinking the Unthinkable》展开，探讨我们用来思考和表达复杂问题的媒介，以及以文字/符号为主的传…
设计与产品上首页 5 次 · 2013–2020worrydream.com编辑精选页面重量很重要
Page Weight Matters
博文讲 YouTube 工程师 Chris Zacharias 的一次页面瘦身实验：团队做了一个更轻量的页面版本，起初从整体平均加载时间看反而更慢；按地理区域分层后才发现，轻量版…
设计与产品上首页 4 次 · 2012–2022blog.chriszacharias.com