@koto 差不多是这个意思，美国的英语演化得慢，英国自己一个小岛就迭代起来很容易了。而正字法部分，可能当年美国人编字典的时候故意选择了更古典的拼写方法来彰显自己的正统 ;)

@julyclyde 想了一下我说的似乎也不对，用词不当，算不上决议，就是他们的决定，英文版使用英式英文、牛津拼写来书写，应该不是开会投票出来的决议。

@julyclyde 英语是联大的工作语言之一，意味着所有的文件都得有一份英文版，这个英文版怎么写总得决定下来吧。

另外，美国是英语无论是正字法上还是口音上都更「存古」，英式英语口音反而是更随着时代快速发展的（比如在宣读诏书的时候那种「宣诏腔」就会让人感觉没那么「英味」浓厚，但「宣诏腔」其实更古典），英式英语的正字法也其实可以说是「风味版」的（也即 ‘color’ 其实比 ‘colour’ 更「古典」；‘colour’ 其实是「风味版」）。

我个人偏好当然是英式，但也没有必要为此而吹嘘说英式是多么古典、高雅，没这一说。其实美国人才爱拽臭词呢好吧。美国的报刊经常用一些大词，我都看不懂。

严格意义上「国际英语」(English International) 指的是英式英语、牛津拼写，这是当年美国也同意的联大的决议，因此在国际上的正式文件中还是英式英语用的多（比如联大的文件至今都是英式英语），当然楼上诸位也说了，由于美国式英语（为什么不叫美式？因为就连加拿大都有很多用词偏好是偏向英式一边的）在流行文化中的强势，其实除非很讲究的人，不然很多地方都是混着用的。因此不必太过计较这些细节。如果你不准备前往任何一个英语国家居住，那混着学也没差；如果你准备前往某个英语国家居住，那么你落地后可以慢慢适应，很快就能融入当地的英语环境。

当然也可以加入 -q N 来控制质量，默认（也即不写）时为 14, 经测试，当 q = 25 时，约为默认 (q = 14) 时的 70%, 当 q = 5 时，约为默认的 200%. 当 q = 2 时（最大值），约为 q = 5 时的再翻倍，且接近于 JPEGmini 不公开的其所认为的不会有损画面人眼可视质量的压缩算法得出的大小。如果你不太放心默认的 q = 14 的质量的话，可以手动设置 q 在 5 到 8 左右（依据个人喜好）。

看了一下上方打错了一个地方，jpg 的 pixel format 如要指定 4:4:4 则应为 yuvj444p, 上面少写了一个 j.

可以想个办法定期导出来用 ffmpeg 缩一下，例如将图片依照长边等比（如果宽比高长则宽为长边，反之则高为长边）缩为 2,310 px:
ffmpeg -i %1 -vf scale='if(gte(iw\,ih)\,min(2310\,iw)\,-2):if(lt(iw\,ih)\,min(2310\,ih)\,-2)' -sws_flags lanczos+accurate_rnd+full_chroma_inp+full_chroma_int -pix_fmt yuv444p %~n1_2310%~x1
以 V 站人的能力写个 loop 一下子搞定一个文件夹的也不是难事。（为什么设置 2,310 这个奇怪的数字？因为 2,310 = 2 × 3 × 5 × 7 × 11.）
实测一张 6,000 × 4,000 的约 8 MB 的原始图片可缩为 ~330 KB (如果不加 -pix_fmt yuv444p 的话 ffmpeg 会根据原图自动选择 4:2:0 的色彩抽样——如果原图是 4:2:0 的话——则又能省出大概四分之一到三分之一, 将其剩到仅 270KB 左右), 不太清楚 ffmpeg 转图的时候会不会保留 metadata, 但如果 metadata 不想要的话还可以进一步用 exiftool 清一下。

Bandicam. 如果使用场景是 4K 60fps 录屏主录 slides 和窗口操作，则选 Nvidia 的 h264 High Profile VBR 4:4:4 Lossless 那个（在 Bandicam 的设定里能找到——前提当然是你有 nvidia 的显卡），只要你动得不是很厉害，差不多一分钟在 60 MB 到 80 MB 左右（音频选的还是 WAV 波形）。特别适合录制一些教程视频。
录完后用 ffmpeg 再「镇流」一遍，设 -r 15 -pix_fmt yuv444p10le -c:v libx265 -preset veryslow -crf 18 -c:a libopus -ac 1 -b:a 160k 得到的最终结果在一分钟 5 MB 左右。适合作为下载版给对方。原视频用 ffmpeg 切吧切吧再合并一下，适合上传到 YouTube 让 Google 拿去压 VP9.
设置 -r 15 是因为教程类视频 15 fps 足够用了，没记错的话 Linda.com 上的那些也都是 15 fps 的。

我一直认为右利手的人用手机都是用左手的，毕竟右手有更重要的事情，比如平时放在滑鼠上，吃饭的时候用来吃饭。左手一般放在键盘上，用来按快速键或者用手机。

修正：微软雅黑和等线是最最最丑陋的字型，引起生理不适。自 Office 2016 起，无论怎么强制（比如修改 Normal.dotm ，还是会有很大的概率 fallback 到等线），就因为这个，我在 Word 里头打稿子都换成了微软新注音，这样起码可以杜绝 fallback 到等线，即便是需要简体版，也打完了再转。

列印或 PDF 全用 Serif, 荧幕显示的话 CJK 用微软正黑（透过 @media only screen 来控制）；其余一致，如下：

西文：
标题（大字）：Old-style serif, eg: Palatino or Baskerville;
正文（小字）：Didone serif, eg: PT Serif, Century;

Times New Roman 和其余的诸多西文字型一比的一大特点就是太小，因此不适合配在一起用，甚至不适合做 fallback, 因为若真的 fallback 到 Times New Roman 上去会发现这个字符明显变小了。

PT Serif 在荧幕上显示来说是无敌的，列印还凑合。Century 适合放在引用或者公式部分，通篇用 Century 或者 Georgia 又会觉得略「厚」。

CJK 列印：
标题（大字）：明朝体（宋体）的 bold, 比如思源宋体的 bold;
小标题（中字）：明朝体（宋体）的 semibold, 比如思源宋体的 semibold;
正文（小字）：明朝体（宋体），比如新细明体（繁中）、SimSun (简中) 或思源宋体（其实新细明体和 SimSun 列印效果还不错，它们只是在荧幕上看着不好看，但新细明体、SimSun 包括下面提到的 DF-KaiSB 这些系统自带的中文字型的一个通病就是西文部分太拉了，因此如若列印使用务必调好中西文的设定）；
正文斜体：楷书体（楷体），但没有什么太好的选择，只有如系统自带的 DF-KaiSB. 使用 DF-KaiSB 等楷书体（楷体）的时候还得记得稍微稍微加大点字号（比如 font-size: 102% 这样）。

其实按道理来讲斜体在中文里应该对应宋朝体（仿宋），但实践中发现如果在明朝体（宋体）的正文里头混入宋朝体（仿宋）来作为对西文的对应……基本上很容易被忽视。

荧幕显示一开始就说了，CJK 统一强制使用微软正黑，不分什么标题、正文等，标题就是加粗的微软正黑。

等宽场合：
等距更纱黑体 Slab (我个人极度厌恶一切西文 Sans 字型，CJK 也只有荧幕上用微软正黑这唯一看得下去的 sans, 因此至少要有个 slab 来聊以自慰)

同时附议：微软雅黑是最最最丑陋的字体，引起生理不适。

SONY Xperia 1 III, 短时间内不准备换，感觉再用两三年都没问题，上一部还是 XZ2.

每次都推荐自己自建 MediaWiki.

@Cu635 你真是个✕✕。