@weiwei17Ra #8 开发方法应该是 IConextMenu, IDropTarget, IExecuteCommand, IExplorerCommand, IExplorerCommandState 之类的，不需要 hook explorer 。

如果是静态菜单，有好几种方法：

https://docs.microsoft.com/en-us/windows/win32/shell/creating-static-cascading-menus

如果是动态菜单，目前推荐的方法是使用 IExplorerCommand （简单功能），古老的方法是使用 IContextMenu, IContextMenu2, IContextMenu3 （复杂功能）。

https://docs.microsoft.com/en-us/windows/win32/shell/how-to-implement-the-icontextmenu-interface

PTP 和 non-PTP 我个人感觉区别还是挺明显的——我使用的第一秒就能区分这块触控板是否是精确的，而且会把精确触控板映射到触摸屏，把非精确触控板映射到鼠标。

你想说的是不是：GUI

你要找的是不是 visitor pattern ？

另外你的例子不好，因为内置类型是无法修改，但如果要考虑的类型是你的代码所控制的，则可以修改。

最后，如果按照你最开始的问题回答，你可以用 dynamic 。

这种我统称为 WindowBlinds 风格。

当然，我们也可以知道 Apple 的设计师在 iOS 14 之前也不太懂设计（闹钟在 iOS 14 才引入了键入时间机制），而且这不是反话。

这个问题主要是有级（相邻值位置远）和无级（相邻值位置很近）的区别，对于需要精确控制的无级滚动条，应该引入更方便的输入机制。当然设计师可以认为精确调节色温不是需求。

默认情况下文件夹的名字是 Windows 账户名（本地账户或者域账户），如果你在 OOBE 的过程中使用 Microsoft account ，那么本地账户名是邮箱 @ 之前的前五个字符。

如果 C:\Users\账户名 已经存在，那么会改成 C:\Users\账户名.计算机名 或者 C:\Users\账户名.域名，取决于这个账户是本地账户还是域账户。我不知道这两个都存在的时候会如何命名。

我不知道任何受支持的修改账户资料路径的方法，但可以用 sysdm 删除账户资料文件夹，下次登录的时候会重新按照当前的账户名创建。

假设你在 OOBE 阶段使用的 Microsoft account 是 someone @ example.com ，那么默认情况下账户名是 someo ，账户资料文件夹是 C:\Users\someo ，此时可以这样达到修改路径的目的：

1. 备份 C:\Users\someo 。
2. 注销 someo ，用其他（管理员）账户登录，打开 sysdm ，删除 someo 的账户资料文件夹。
3. 打开 lusrmgr ，修改 someo 的账户名为希望的名字，并确保 C:\Users 下没有这个名字的文件、文件夹。
4. 登录修改了名字的 someo ，还原（可还原的）资料。

最后，请给 oh-my-posh 提交 bug 信息，现代 Windows 程序必须处理任何 Win32 可接受的 blob 作为文件名，无论是 Unicode 字符还是具有编码错误的 UTF-16 序列。

@Tumblr #5 一个有趣的小知识，rename-item -newname 可以传入 scriptblock ，可以改写为

Get-ChildItem -Path 'C:\Path\To\Folder' -Recurse -File -Include 'name???.mp3' |
Rename-Item -NewName { $_.Directory.Name + $_.Name } -WhatIf

去掉 -WhatIf 真实运行。

@geelaw #7 我的信息过时了，新规则是一旦删除就不再能使用

https://support.microsoft.com/en-us/office/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2

我只知道 alias 删除之后是可以被别人拿到的，但不知道 primary alias 的情况。

你可以试着先用临时的名字注册，然后再加 alias ，然后再变更 primary alias ，然后再删除临时的名字。

这个问题和 axios 没有任何关系，JavaScript 不允许同步化异步操作，而且只要 JavaScript 维持单线程模型和 setTimeout 的语义，很难预见同步化异步操作的可能性。

考虑如下代码：

var Axios = {};
Axios.request = function (options) {
return new Promise(function (resolve, reject)
{
setTimeout(function () {
console.log(2);
resolve(3);
}, 1000);
});
};

考虑强行同步

var mySync = function (options)
{
return magic syncronous result of Axios.request(options);
};

那么代码

var excl = mySync();
console.log(1);
console.log(excl);

有矛盾。

一方面，根据 Promise 和 setTimeout 的要求，2 必须在 1 之后（ Promise 构造器传入的方法立刻执行，因此 setTimeout 发生在 1 之前，同时 setTimeout 在延迟是 1000 的时候保证传入的方法在当前同步代码块结束后才调用）。另一方面，如果要求 excl 得到 3 的值，那么必须先经过 2 ，但 excl 的值在 1 之前得到。

@DiamondYuan #14 应该注意 node-force-async 得到的结果是错误的——例如传入的方法必须不读取外 scope 的内容，并且返回值会失去类型——这是因为它的原理是同步开一个新的进程执行代码。第二个方法里面是直接从源头杜绝异步。

不太确定你说的是哪种样式的滚动条。

是 Windows 8 以来的触控滚动条，还是 Windows 8 以来的鼠标滚动条，还是 Aero 滚动条，还是 Common Controls 6.0 （即 Windows 95 风格）滚动条？

另外那个叫 Windows ，不是 windows 。

https://en.wikipedia.org/wiki/Polyglot_(computing)

好处是在 shell 脚本里你既可以写 pip foo 也可以写 python pip foo ，前者的效果就是 python pip foo 。后面的代码当然没有“接着”执行，因为 shell script interpreter 进程已经被替换了，替换后的进程执行了其他代码，而这个其他的代码，刚好就是同一份，而且替换后的进程是按 Python 解读这份代码。

很多 V2EX 哲学上拒绝思考的问题，所谓“水深火热”，的记录都是存下来的，有些事情即使不去看也不应该被忘记。

更日常的就是全面记录每一次学术讨论和所有阅读过的论文的笔记，以及研究项目里的思考、灵感、试错。这个在同时推进多个项目的时候还是很必要，可以帮助恢复每个项目的上下文。另外在自己进行的项目里可以准确还原项目的历史进程，以后想要写文章（非论文）讲故事的时候可以参考。一些课程笔记会在几年后重新打开。

比如 Outlook + 随便一个邮箱 (?)

Outlook for iOS 支持要求 Face ID / 指纹，并且多次失败后允许输入 Passcode 解锁。导出也是显然的，用一个可导出邮箱，或者 Outlook for Windows 的宏就可以了。

你的账单地址必须在免税区域。

中国的增值税（包括以前的营业税）是向卖方征收的，美国的营业税是向买方征收的（卖方有代收义务），自然体现不同（但归根结底还是买方承担）。

http://www.chinatax.gov.cn/chinatax/n810341/n810765/n812156/201110/c1186045/content.html

单语言的限制只存在于 Windows 11 Home Single Language 版本，没有“Single Language”的 Home 可以多语言。

https://support.microsoft.com/en-us/windows/manage-the-input-and-display-language-settings-in-windows-12a10cb4-8626-9b77-0ccb-5013e0c7c7a2#WindowsVersion=Windows_11

Windows 自带的触控键盘恰好就是楼主一开始说的版本，另一个方法是使用 Windows 的粘滞键。这两个功能里，一切修饰键都是按一次作用于下一个非修饰键，连按两次锁定修饰键（按第三次解锁）。

说实话我一开始以为 #2 是嘲讽🤣

>需要为贡献者支付报酬吗？

这完全偏离了 GPL 的重点。GPL 的重点在于软件是否自由，而不是是否免费。

GPL 是版权持有者给其他人的授权，版权持有者并不丧失本来的任意权利，包括停止开源等。通常情况下，版权持有者是作者，每次修改都是创作衍生作品，因此没有特殊安排时，所有曾经贡献代码的人是共同的版权持有者（即使某个人贡献的代码已经被全部修改或删除过，也是），最初的作者并单独享有版权，而是对他创作的部分享有版权，对于其他部分，最初的作者只不过是得到了其他版权持有者的授权而已。Linux 内核就是这种模式。

在这种情况下，最新的版本（无论是否继续衍生）闭源发布，显然是违反 GPL 的行为，任何其他版权持有者皆可追求他们的权利。

一种常见的做法是要求所有作者都把他们的版权转移给项目负责人或机构（例如 FSF 就是这样操作的，但他们的主要目的是允许 FSF 集中采取行动保护 GPL 所赋予的自由），这样项目负责人或机构永远是惟一的版权持有者，自然可以对它做任何事情，包括闭源。