“写笔记”支持四种格式——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)。
这个网站最早只是一个人的笔记仓库,后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法,只是干干净净地存放一些东西;既然做好了,就公开出来,万一有人用得上呢。
不做大而全,不做平台梦,保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护:不会突然冒出付费墙,不会在角落塞广告位,也不会把你的数据卖给第三方。
产品会持续迭代,站内日志页记录着每一次改动,改了什么都有迹可循;想了解这个站是怎么一步步走到今天的,翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容,点对应卡片右侧的“举报”按钮就能提交,我们会尽快核实处理;也谢谢你花一点时间,一起把这里维护干净。
按钮的职责:从旋转照片看交互设计中的缓冲与阻塞
交互设计应确保按钮响应及时,避免动画阻塞用户操作,这是“情境性权力用户”的普遍需求。
从旋转照片说起
最近我在撰写一篇关于经典桌面界面的大篇幅交互文章时,有一个持续的担忧:展示大量传统桌面示例可能会让内容显得过时,似乎只属于一个逝去的时代。然而,这些示例所揭示的挑战是普遍的。最近我注意到一个现象:在 iPhone 和 Nothing Phone(一款 Android 手机)上旋转照片的方式截然不同。
旋转照片是一个相当标准的控件——点击一次逆时针旋转90度,再点击一次继续旋转,以此类推——并且伴随一个有用的照片方向过渡动画,帮助用户保持空间感。然而,当我快速连续点击旋转按钮八次时,问题暴露了。八次点击理论上应该产生工程师所说的“空操作”(no-op)——图像完整旋转两圈,最终回到起点。iPhone 确实做到了这一点:它记住并缓冲了所有点击,使得第二次旋转在第一次完成后立即执行。而 Nothing Phone 则不同:按钮通过触觉反馈和声音确认每次点击,但如果前一次旋转动画仍在进行中,它会忽略后续的点击。
为什么这很重要?
我经常思考“情境性残疾”(situational disability)这一框架。它指出,残疾并非只发生在少数人身上,而是几乎每个人都会在某些情境下变得有效残疾。这正是无障碍设计远比我们许多人想象的更为重要的原因。
类似地,我认为“休闲使用”和“非休闲使用”之间的界限也常常被忽视。在手机上拍照通常是休闲行为——手机摄像头通常能很好地检测照片方向,但当你俯拍文档时,它就会出错。例如,如果你需要拍摄一堆横向的文档,你可能最终不得不逐一旋转数十张照片。如果你能以任何速度随意点击按钮三次,而不必思考、不必留意、不必被一个不再有帮助的动画阻塞界面,那么整个过程将会更加可预测和愉悦。
情境性权力用户
我称之为“情境性权力用户”(situational power user-ness)。在足够长的时间跨度内——或者,在这种情况下,足够大的用户群体中——即使是像手机照片编辑(或 GarageBand)这样的休闲界面,也会遇到一些人,他们别无选择,只能更认真地对待它,并期望从中获得更多。
解决方案不止一种
顺便说一句,缓冲点击并不是唯一的答案。你也可以在中断点击后立即停止或加速动画。但核心原则是:永远不要强迫用户等待动画完成。 动画应该服务于用户,而不是成为用户操作的障碍。当用户明确表达意图(通过连续点击)时,界面应该优先响应用户,而不是坚持完成预先设定的动画序列。
技术细节与背景
从技术实现角度看,这个问题涉及到事件处理队列、动画循环和用户输入优先级的设计哲学。iPhone 的解决方案本质上是将用户输入事件(点击)放入队列,并确保每个事件都被顺序处理,即使动画尚未完成。这要求动画系统能够被中断或与事件处理解耦。而 Nothing Phone 的做法则是在动画进行期间丢弃新输入,这简化了实现,但牺牲了用户体验。
更优的实践包括:
- 事件缓冲:保留所有用户输入,按顺序执行,不丢失任何操作。
- 动画可中断:允许新输入立即改变动画状态,而不是等待当前动画自然结束。
- 即时反馈:通过视觉或触觉反馈确认输入已被接收,即使实际执行有延迟。
结语
这个案例提醒我们,即使是看似简单的按钮交互,其设计哲学也会深刻影响用户体验。在移动设备普及的今天,用户可能在任何情境下使用应用——从悠闲地浏览照片到紧张地批量处理文档。优秀的交互设计应当预见到这些“情境性”需求,确保界面始终响应、可预测,而不是让用户适应机器的节奏。
原文链接:https://unsung.aresluna.org/if-youre-a-button-you-have-one-job/