Sabitlenmiş Tweet
来了来了。《现代浏览器插件开发指南》，包含了我认为浏览器插件开发比较精华的知识点，大概是我写插件都会用到的知识。
本书篇幅不长，但因为比较小众，所以定价稍高，请自行斟酌购买。
lutaonan.com/blog/browser-e…
中文
Randy Lu
5.8K posts
Randy Lu
@randyloop
Fullstack engineer, Blogger. Notepal https://t.co/lHbZa6cdA8 / @_pdlft / @browserfly 钢铁直男 Always welcome good opportunity.
Guangzhou, China Katılım Ocak 2011
843 Takip Edilen29.3K Takipçiler
一位近20年经验的 macOS 原生开发者，为了做一个"支持 Markdown + 全文选择"的聊天界面，在 Apple 框架里层层踩坑：
• SwiftUI：无法全选 Markdown（by design）
• NSTextView：与 SwiftUI 不兼容，流式输入 CPU 飙高
• NSCollectionView：cell 闪烁无法修复（by design）
• TextKit 2：手动处理，数月才能追平 macOS 基础行为
最后他试了 Electron——文本操作、排版、Markdown 渲染开箱即用，性能甚至优于纯原生实现。
结论：当平台在核心场景存在结构性缺陷时，"原生 all the way" 不是 virtue，而是约束。
justsitandgrin.im/posts/native-a…
#TIR
中文
我对 @luoyonghao 的作品印象最深的是当年《独唱团》他发表的《秋菊男的故事》chinesepen.org/blog/archives/…
中文
@elitethedev However, I believe that using input or textarea fields in a bottom sheet can make users feel insecure, as if their content might be lost at any moment, because bottom sheets are very easy to accidentally close while swiping.
English
One of the fastest ways to make your app feel iOS native almost immediately is to stop designing a full screen for everything.
iOS Human interface guidelines highly favors layered compositions. Placing stuff-on-stuff but maintaining the same spatial continuity.
A (new) full screen mentally takes over the user. Out of sight is out of mind.
Thats expensive cognitively. And you could outrightly lose money if your business happens to be in some select domains.
You shouldn't "teleport" your users between screens for every single activity. Especially when it's a sub task.
Try to use:
bottom sheets,
contextual menus,
inline expansion,
popovers,
and progressive disclosure
Before jumping into a full screen.
English
至今还有那个 Mou 编辑器的周边，当年和锤子的方迟一起和作者吃了个饭，后来众筹了一大笔钱，再后来就卷款消失了。。。
郭宇 guoyu.eth@turingou
说起这个，还有没有人记得曾经有个少年程序员做了一款很有名的 md 阅读器，但后来似乎销声匿迹了
中文
