笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
不想公开、只想临时给人看：点“分享”生成一条带密码和有效期的链接，到期自动失效，你也能随时撤销。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
GUI 应完全支持键盘驱动：从 TUI 之争到无障碍设计的必然
本文反驳了“TUI 优于 GUI 因其键盘驱动”的观点，指出 GUI 同样可以且应该实现全键盘导航，关键在于开发者的意愿而非技术可行性。
最近，Hacker News 上有一篇帖子鼓励开发者放弃终端用户界面（TUI），转而专注于图形用户界面（GUI），引发了热烈讨论。作者 Charalampos Kardaris 认为，这场辩论双方都有道理：GUI 框架在理论上功能是 TUI 的超集，而 TUI 让重度终端用户能“留在”终端里完成所有需求。但他想反驳一个支持 TUI 的常见论点——TUI 应该被优先选择，因为它们是键盘驱动的。
1. 键盘驱动并非 TUI 的专利
确实，随机选一个 GUI 应用和一个 TUI 应用，后者更可能是完全键盘驱动的。但这并不足以成为开发 TUI 而非 GUI 的理由。这只能说明许多 GUI 应用在键盘导航方面做得不够好。没有任何技术障碍阻止 GUI 实现完全键盘驱动，甚至可以做得比 TUI 更好。
许多 GUI 框架的应用指南明确鼓励开发者提供覆盖全部功能的键盘导航支持。例如，GNOME 人机界面指南（HIG）明确指出：
正如应该可以用指针设备执行每个操作一样，也应该可以用键盘执行每个操作；并且应该可以用键盘移动并交互用户界面的每个部分。
这引起了许多用户的共鸣。能够仅用键盘直观、可预测地导航 GUI 应用，会让人更愿意选择它而非替代品。
2. 键盘导航并非难事
作者在开发他的第一个 GUI 应用 Klisi 时，投入时间实现了覆盖所有可用操作的键盘快捷键。他发现，在大多数情况下，键盘导航并不难实现，而且能带来更好的整体用户体验。这并非可行性的问题，而是开发者意愿的问题。
3. 结论：不要妥协用户体验
不要在你提供的用户体验上妥协。努力让它尽可能直观。为此，启用完整的键盘导航不应被忽视。
当然，对于某些任务，通过鼠标获得的灵巧性仍然更受青睐，甚至是必需的。但作为开发者，我们有责任让应用对所有用户都可用，包括那些依赖键盘的用户。
补充背景知识
- TUI vs GUI：TUI（文本用户界面）如终端中的
vim、htop，GUI（图形用户界面）如桌面应用。TUI 通常轻量、可脚本化，但 GUI 在图形渲染、多媒体、复杂交互上更强大。 - 键盘无障碍：不仅是键盘爱好者，视力障碍者、运动障碍者也可能依赖键盘或辅助设备（如屏幕阅读器）来操作电脑。全键盘驱动是无障碍设计（a11y）的重要组成部分。
- 实现方式：在 Web 应用中，可以通过
tabindex、ARIA 角色、快捷键绑定实现；在桌面框架如 Qt/GTK 中，有内置的焦点管理、快捷键系统。关键在于设计时考虑键盘路径，而不是事后补救。
原文链接：https://ckardaris.com/blog/2026/08/28/keyboard-driven-guis.html