手上一台 Pro 2018 ，联想口红电源 65 W 无法激活快充，小米的 65 W PD 充电头可以。
……没查过是为什么。

窗口全屏（无边窗口模式），渲染分辨率不变，仅缩放填满屏幕；
普通的全屏模式，渲染分辨率跟随系统分辨率设置。

整薯条已经是家常便饭了，换一张图
https://i.imgur.com/1SJnb6U.png

虽然不知道怎么做合适，但先丢个 npm 包在这
https://www.npmjs.com/package/@ctrl/tinycolor

如果要用 HSL 来做过渡、然后转换成 HEX ，这个包可以帮忙。

https://gist.github.com/MossTheFox/eb9ede4c622c4ea65493147efad72ff0

安装两个包：
npm i express http-proxy-middleware

如果不熟悉 Node.js 的话，要做的基本就是下面这几步：
mkdir temp
cd temp
npm init -y
npm i express http-proxy-middleware

目录结构：
📂 temp
- index.mjs (此文件)
- package.json (npm 命令创建)

运行: node index.mjs

用过一个 node.js http-proxy-middleware 包，可以结合 express 很快地搭一个本地反代理来测试。这种需求下，可以接管实际请求返回时的数据，写一个随机报错 (可以是发送请求之前报错或者是收到响应之后丢弃然后报错，看哪种合理)。

微信这种没有云同步的程序，要是有重要数据那得多端备份才行。手边有大存储的水桶机或者平板之类的设备，挂一个微信上去都是好的，平板和手机可以同时在线。

用过 switchroot 团队给 Switch 定制的 LineageOS (TV 版和 Pad 版都有)，可以用手柄右摇杆模拟鼠标。不限制必须是无线手柄。
不过不清楚是怎么实现的。

不过，如果最终需求只是需要用鼠标，那直接找 USB 口吧。不会有高度定制的安卓 TV 把 USB 鼠标的支持给砍掉的。前文的飞鼠也是鼠标，只不过做成了遥控器状。说不定带的功能键刚好也可以控制 TV 系统的界面用。

@haoxuexiaoyao 转 PNG 或者 WEBP 的时候在输出设置展开的菜单那边，选择丢掉透明度信息就好。
不过，对于 PNG 可能反而会让图片体积增加，这个和当前用的处理引擎编译的版本不支持压缩成 PNG8 有关，貌似是因为 license 的原因没有内置。

对于一些图片文件的快速操作，之后有细节想法了的话可能会加进去，方便处理图片的时候可以跳过那一长串设置菜单。

身边的亲戚朋友在过年期间打牌的输赢记录直接刻在微信转账消息记录上了，想想倒也挺合理

@tool2d 确实，如果调用原生 exe 的话效率和稳定性会高很多，而且文件系统访问也更方便。
不过，处理图片的原生应用已经挺多的了，这个网页应用我一开始想的是看看能不能把一些基础功能直接搬到浏览器中运行，毕竟浏览器在各个平台上都有稳定支持、而且网页应用可以即用即走。所以就这么做下来了。

@12101111 引擎报错，应该不是达到了浏览器内存限制，更像是在动态申请内存时达到了 Emscripten 设立的限制（不确定）。因为没有自己编译测试，出错的位置只能定位到 vips_write_to_buffer (输出) 这一步。
指定输出 webp ，可以很快捕获到 OOM 错误，但用例如 JPG 输出的话，似乎直接就冻住了，资源管理器里面内存上升的 1GB 左右内存降下来之后，运行引擎的 worker 依然是阻塞状态。

用相同内核版本的命令行工具在本机进行转换并不会这样，速度很快、而且也没有观察到夸张的内存占用（ vips 本身不会整个地把图片读入内存）。

所以，这大概是 WebAssembly 版本特有的问题。因为大约算是极端情况，所以也没有去细究。

确实就是这样设计的。统一左对齐而非居中对齐的好处在于，多个磁贴竖着排列的时候，文字统一有左侧一道对齐线，对于感官上的文字浏览效率是更高的，可以更快地定位要找的程序 (尤其是对于早期 Windows 10 的纯色色块风格图标来说，通过文字辅助辨认是不可忽略的)。
可以试想一下常看的 API 文档的左侧边栏菜单那种，如果文本变成居中排布，不考虑美观问题，阅读起来的效率也会有些下降。

“祝各位大佬在新的一年里 Windows 开机蓝屏，Linux 开机 Kernel Panic ，Mac 开机五国，服务器 iDRAC/ iLO/IPMI/KVM 全失联，”
后面的忘了。

Google 找了下，呐：
https://i.imgur.com/IccGAUI.png

喔，好耶！

用起来确实丝滑，现在很多搜索引擎搜索到的信息页面基本都是半个屏幕塞满广告的那种模式，这么优雅的网页应用好难得的。

要说建议的话，例如图鉴和搜索页面那边，顶部输入控件也许可以用 sticky 布局保持在滚动容器的顶部，这样就更方便查图鉴翻得靠下的时候更换查询条件了 (不过移动设备手动滚动到顶部倒也不费时间)。

顺便，如果继续更新的话，也可以适配一下 PWA ？这样在绝大部分不是很旧的浏览器里面就可以添加成桌面图标全屏幕运行了，iOS Safai 也支持，体验不比原生应用差。
可以看下这边： https://web.dev/progressive-web-apps/
(基本就是添加必要的 meta tags 和 manifest.json, 以及配套的图标，太进阶的特性因为不同浏览器的兼容性问题可以无视)

USB A 口的输出功率很小，USB 2.0 最大电流 500 mA ，USB 3.x 最大电流 900 mA 。

不过，刚刚试了下，手边的电脑 C 口是可以 5V 3A 输出的，可能这个才勉强够现在电子设备的平均快充速度的底线。

也就是说，比起考虑能充几次，不如先想一下这个速度会不会有些慢过头了……顺便再考虑一下低电压充电的高线损。

如果准备出远门的话，还是多买一个支持快充协议的充电宝吧。

屏幕 nb ，性能不清楚最近几代如何，但之前的 Pro 系列是经常吃散热的亏的。

手持肯定会偏重，而且考虑到发热，我有个 Surface Book 2 15 寸型号，架成绘图模式的时候手掌贴着屏幕日常被烫得难受，所以现在动笔的活儿全挪到 iPad 上去了 (iPadOS 在非预览版系统下不会出现屏幕烫手影响书写的情况)。

要说最大的优点，扬声器、屏幕显示素质、键盘设计，然后大概就没了。不过，这些优点也是其他 Windows 设备少有的。

触摸屏对于 Windows 来说…… 至多就是整网页开发的时候可以更灵活地调试触摸交互，其他的话个人感觉日常没有用到的地方。换屏幕的时候被第三方坑了之后，顶部会出现幽灵触控，就把触摸暂时屏蔽了，只保留了笔触。

……另外顺便也提一下自己的设备，反正也刚好是同一系列的产品。Surface Book 的 CPU 和显卡配置搭配给人一种小马拉大车的感觉，不知道是不是错觉。Windows 界面是核显渲染的，开透明效果就日常掉帧。CPU 性能就那样，然后，1060 显卡跑分不如惠普某 1650 的笔记本。Blender 用起来挺可以，大型游戏的话反而容易遇到 CPU 过热导致逻辑帧数 (这么叫准确么? ) 跟不上、游戏掉速度 (不是仅仅掉帧了)、音频断流。

Pro 系列不是很清楚，我这就一台垫桌腿都嫌碍事的 M3 底配 Pro 4 ，已经不知道啥时候从某鱼捡来的了。因为底配的无风扇设计，夏天你可以试试在户外开机看看…… 目前已经落灰许久。