@ Mitt #10 我的读者包括审稿人🙂

我没懂我哪里复杂化了内容。使用术语明明是让内容更扼要。

有很多人读不懂我的文章。我的论证模式是“好多人学不懂，仍然配上学，学得懂的当然也配，类比一下，你读不读得懂不会影响你配不配读”。我希望这对你来说理解起来不困难。

我觉得你没有理解我说话的语气，这个串里面我的回复都是严肃的（字面上的意思），我建议你停止跟进这个帖子或者想清楚再回复。

此外，我觉得“不配”是一个非常严重的说法，远远甚于“不懂”。多尊重自己，不要用贬损自己的说法来讽刺他人，你可以认为这篇文章是我的错误，在这种情况下你也没有必要用别人的错误惩罚自己。（提示：第一次出现“配”是 #8。）

@Mitt #8 没有人强迫你读，如果你读不懂，你可以自学、提问或者放弃。而且也没有人说读不懂就不配读，不然一大堆学生岂不是都不配上学了？

此外你也可以开动脑筋，比如“文件关联”里面的“切换到另一个应用”的描述是简单的，你很容易想到“共享扩展”里面位置相近的分句说的也是用户观感，然后自己尝试 iOS 的交互（如果你可以访问 iOS ）来发现这个表达的意思，文章里也有截图显示用户看到的东西。

我个人没有定性我文章的“向”。另外贴文的汉语内容并不是文章，那是文章的缩略版的翻译，它的存在是为了让可能对文章感兴趣的人点进去文章。如果你没有兴趣，不要强求。

@Mitt #6 我很确定这是用户观感，而且我一开始就是这么想的。你对“用户观感”的理解太表面了，这里说的是不透过编程文档，只操作手机（在 iOS UX 的范围内）发现规律。

Modal 这个用词不是日常用户能够说出来的，然而日常用户脑子里都有 modal 的概念，那就是一个不允许你回到“上一级”的东西上操作的、需要你应答才能接触的状态。一个日常用户会用这样的话表达相同的意思：

没有切应用的动画，切后台应用名字还是原来的；出来一个对话框或者全屏的东西，不弄完（取消或者完成最后的编辑并发送 /保存）这个对话框不能继续用一开始的应用。

你需要明白语言表达中的用语专有不代表语言表达意思的可触及范围就要很窄。

对比下面这个例子来理解语言表达方式和意思难度的区别：

6 不是有限域的大小。（“大学生的说话方式”）
6 含有两个质因子。（“小学生的说话方式”）

再对比下面这个例子：

在画图里用油漆桶那个工具可以改变一块儿颜色。

在画图里用“用颜色填充”工具可以改变四联通同色区域的颜色。

后面是准确、使用术语的说法，前面是麻瓜的说法。然而两者想要表达的意思是一致的，麻瓜只是不会术语，不代表它们不理解属于背后的含义。

@Philippa #2 另外我觉得不好的地方不是东西多，而是带不带“拷贝到”的区别需要很费劲才能发现。

@orangy #4 这并不是决定性区别，带“拷贝到”不能关掉，但是不带“拷贝到”的能不能关比较诡异。例如 Messages 和 Mail 都不能关掉，但 Reminders 可以，它们都是系统 app，且 Messages 不能删除，Reminders 和 Mail 都可以删除。

此外，Mail 的共享扩展可能会让用户跳转到 Mail 里面（如果用户当前没有账户同步邮件）。所以通过是否跳转决定也似乎不对。正确的规律应该是：不带“拷贝到”不会主动跳转，带“拷贝到”会由系统跳转。

@Mitt #1 后面两个条目中第一个标点之后的内容不是用户观感吗？那么可以更明显地写出来：

- 不带“拷贝到”的不切其他应用，在当前应用上面显示模式对话框。
- 带“拷贝到”的切换到其他应用。

以上是用户角度。开发者角度这是 共享扩展 和 文件关联 的区别。

我了解知识的顺序并不是书写总结的顺序，这就像写数学作业的时候通常用分析法思考，用综合法书写。

@Philippa #2 这句话我想不出来更扼要的说法，请您指教。（不过汉语并不是这篇文章的主语言。）

“引流”确实是我想做的，但其动机很难用通常的想法解释。暂时可以理解为单纯想让更多人来看，并在评论区进行和文章内容高度相关的互动。

我说的邀请是指我认识了很久的人，毕竟这是一个个人博客，没有那种流量同盟的感觉。而且我是惟一控制发布的人，相当于编辑，不会有奇怪的文章啦。

关于转载，除了版权的问题，还有就是我日常的书写是不允许抄写的，可能不喜欢复制内容到自己的网站和这个习惯有关系。

让你多因子验证的第一步会给你一个选项，然后你可以选择“用另一种方式”，然后在可选验证方式列表中选择“我都没有”，然后会提示你“我们带你用几个步骤重获访问”，点“下一步”，第一个提示框就是允许你输入 recovery code 的。

要找客服可以 support.microsoft.com

Understanding Compulers — For Humans

应该翻译为“浅显理解编译器”，或者“容易理解的编译器知识”。

这篇文章完全不深入，对于学习过编译知识的人来说参考意义不大（ cheatsheet 都算不上），对于没有学习过编译知识的人，这个属于走马观花，看了之后大概是增加自信和对后续学习有个脑子里的把握（如果还有后续学习的话），完全谈不上“深入”。

换个说法就好理解了，大多数专利都是公开的，但是这不代表任何人都可以使用该专利。

@boris1993 #14 学习了，看图还需要一个专业设备……

@krosshuang #13 您说这话可得小心，您这是 demolish 果粉最爱的 QuickLook 功能。

> 有没有一种技术，让 Mac 只优化文字和 UI，对图片不缩放，让图片继续以 1080p 显示

你是指让浏览器（更特别地，Safari ）不缩放图片？因为想用 Web 页面改变 macOS 的性质是不太可能的—— Web 页面本质在一个沙箱里。如果你想改变 macOS 的行为（而不是 Safari 或者 whatever 用户正在用的浏览器 渲染你的这张图的行为 而不改变其他行为），你是在尝试用 global 的方案解决你 local 的问题，这是不好的（最糟糕的情况是：你算老几？用户直接不用你的东西）。

————————

正道是：你需要认识 High DPI、逻辑分辨率和实体分辨率。文字之所以在高 DPI 下锐利，是因为可以从文字的逻辑分辨率下的大小可以算出实体分辨率下的大小，然后绘制正确大小的文字。

假设：
屏幕的实体分辨率是 3840x2160。
图片是 1920x1080 像素。
网页上的图片设置为 1920x1080 像素，这意思是它的逻辑分辨率是 1920x1080。
操作系统上设置的分辨率是实体分辨率。

操作系统上设置的分辨率是 3840x2160，在 200% 缩放下，网页上的图的实体分辨率是 3840x2160，于是浏览器把你的图放大成 3840x2160，然后画到显示器上。

操作系统上设置的分辨率是 3840x2160，在 100% 缩放下，网页上的图的实体分辨率是 1920x1080，没有缩放。

操作系统上设置的分辨率是 1920x1080，在 100% 缩放下，网页上的图的实体分辨率是 1920x1080，没有缩放。*** 但是，因为操作系统只产生了 1920x1080 的内容，通常的屏幕会把它放大到屏幕的实体分辨率，这会在屏幕的级别上缩放一次。

情况 1、3 里面都有缩放，但是使用的算法不同，所以你可能会觉得其中一个不那么糊。

你可以尝试把你的图用软件（选一个你觉得好看的算法）缩放到合适的倍率，如果你没有高分辨率的图。通常来说正确的解决方案是先创建一个分辨率超高的图，然后直接提供这张图；如果带宽是一个问题（或者平台要求提供恰好大小的图），则从这张图缩小。

@Attan #5 推理想法：

实现手写批注是平台相关的，因此即使 Windows/iOS app 支持了手写批注，对应的 macOS 也不一定支持。
macOS 的硬件不带可以用来手写批注的。

结论：应该期待 macOS app 不支持手写批注，支持用数位板（本来用来画画）进行手写批注是意外惊喜。

日区 Amazon 买礼品卡吧？

@alwayshere #20 用 media query 查询 DPI 并提供合适大小的图片（例如，我的网站的字体和 DPI 有关系）。此外你可以提供一个高倍数的图片来用（ stretch/fill ）。

@JerryCha #18 那还得管着 mspaint （逃

因为写作来展示内容和自己想明白一个内容相比工作量很大。

就是加强版的“草稿纸变试卷解答”。

@icyalala #13 今日小知识：你甚至可以在任何浏览器里面用有级缩放调整网页 viewport 的逻辑分辨率。

无解的，因为设置合适的 DPI、native 物理分辨率的时候，网页上的图片糊不糊和操作系统没关系。

不是大佬。我一般用 PowerPoint，但偶尔也用 OneNote，甚至用过 Excel。Paint 是用来删除图片里敏感信息的。

在 appbar-button-localisation 中的图是 PowerPoint 画的。
在 slyish-method-for-bounding 中的函数图像是 Excel 画的，聊天记录截图是 HTML/CSS 画的。
在 wrong-prod-sum-arrows 中的交换图是 PowerPoint 画的，额外特性是这个图是适配我的 blog 主题的（亮色是黑色字，暗色是白色字，高对比度也有对应的版本）。
在 brain-teaser-lock-key-gift 中的图是 PowerPoint 画的。
在 watch-movies-ua-flights 中的题图是 OneNote 手画之后用 PowerPoint 组合出来的。

以上的 <id> 是指 geelaw.blog/entries/<id>

方案是不买。

是真的没看出来这玩意儿有什么用。