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

是 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 所赋予的自由），这样项目负责人或机构永远是惟一的版权持有者，自然可以对它做任何事情，包括闭源。

一个简单的思路是令相机保存 JPEG 。

@dangyuluo #4 我在 #5 的回复里误解了你的意思，实现 invoke_function 只是为了复现楼主一开始想要实现的版本。

@dangyuluo 因为可调用的东西不一定是 std::function ，还可以是 lambda 表达式、函数之类的。从 lambda 表达式、函数建立 std::function 有额外的内存分配，对性能不好。此外你也看到了 invoke_function 不能接受函数的名字，必须手工构造一个 std::function 。

更好的思路是检查这个东西是否可以赋值给 int ，用

std::is_same_v<
std::declval<int &>() = f(std::forward<TArgs>(args)..., std::declval<bool>()),
int &
>

这样也可以接受返回 const int &、int &、short 等的可调用的东西。

你可以用 SFINAE 的思路

#include<utility>
#include<functional>

template <typename TCallable, typename ...TArgs>
auto invoke_functor(TCallable &&f, TArgs&& ...args) -> std::enable_if_t<std::is_same_v<decltype(f(std::forward<TArgs>(args)..., std::declval<bool>())), int>, int>
{
int r0 = f(std::forward<TArgs>(args)..., false);
int r1 = f(std::forward<TArgs>(args)..., true);
return r0 + r1;
}

template <typename TCallable, typename ...TArgs>
auto invoke_function(const TCallable &f, TArgs&& ...args) -> std::enable_if_t<std::is_same_v<TCallable, std::function<int(TArgs..., bool)>>, int>
{
int r0 = f(std::forward<TArgs>(args)..., false);
int r1 = f(std::forward<TArgs>(args)..., true);
return r0 + r1;
}

int g(int a, int b, bool c)
{
return c ? a + b : a - b;
}

#include<iostream>

int main()
{
std::cout << invoke_functor(g, 2, 3) << std::endl;
std::cout << invoke_function(std::function<int(int, int, bool)>(g), 2, 3) << std::endl;
// Does not work.
// std::cout << invoke_function(g, 2, 3) << std::endl;
}

@wyfyw #4 任务栏固定应用是快速启动工具栏的进化替代功能，自然是和之前一脉相承的。另外这里只保存快捷方式，还有一些数据存在注册表里。

@DOLLOR #6 bingo 我记得这个应该是某种 COM/OLE 的魔法。

@thedrwu #2 IStorage 和 IStream 的噩梦，其实很多人天天都在用，例如 doc/ppt/xls/one 都是。

>我的问题是有没有可能制造一种类型系统在实际类型匹配的情况下自动地做这个类型断言

不能，因为判定“实际”类型是否匹配是不可计算问题（确切来说，否认“实际”类型匹配是不可识别问题）。如果只考虑有限定义域（因为实际的电脑是有限大小的内存之类的），确认“实际”类型匹配处于多项式层级的第二层并且是 Sigma_2 完备问题。

>多组模式之一
>使用()来表示一组模式
>
>/[(a-c)(e-g)]/
>匹配
>
>"a", "b", "c"
>"e", "f", "g"

这似乎是误解，在 [] 里面 () 没有特别的含义，/[(a-c)(e-g)]/ 恰好匹配 abcefg() 这 8 个字符里的任意一个，等同于 /[abcefg)(]/。

>扩展阅读
>正则表达式的定义

这里你应该让读者注意实用中的正则表达式和计算理论意义下的正则表达式是不同的，实用意义的正则表达式（例如 JavaScript ）的可以描述 non-regular language ，例如 /[01]*\1/ 所匹配的串的集合就不是 regular ，也不是 context-free 。再比如，零宽断言（包括 \b 等）也不能直接用计算理论意义下的正则表达式表达。

>正则表达式 R 是一种 language, P64

这是误解，正则表达式描述了一个 regular language ，但本身不是一个 language ，给定字母表的所有正则表达式的集合是另一个 language ，且后面这个 language 不是 regular 。

>JS 正则表达按照定义来看, 1-6 条可以分别对应
>2. /./对应任意字符
>3. //对应空

这是误解，2 (\varepsilon) 对应的是 //，它匹配长度为 0 的字符串，3 (\varnothing) 对应的是 /[]/，它不匹配任何字符串。

>正则表达式的局限性
>正则表达式只能处理有限的 context-free language
>像嵌套匹配的括号就没法用一个正则去描述
>是否是 context-free language 可以用 Pumping lemma 去判断

什么是“有限的 context-free language”？有限 language 都是 regular 。此外，pumping lemma 不能用来证明一个语言是 regular （可以用来证明一个语言不是 regular ）。

肯定是不能的，但如果 PayPal 通过了交易，你可能会被催收

@yin1999 #11 可是 Windows PowerShell “自带”的 curl 是 Invoke-WebRequest ，默认也是要用 IE 的（除非用 -UseBasicParsing 取消）。

@mingl0280 #32 我觉得您开始混淆应然和实然的问题了，从 #18 以来的问题并不考虑 argc[argv-1] 在最近常见的电脑的常见操作系统的常见编译器上是否对应 argv[argc-1]。

> argc[argv-1] = *((argc) + *((argv) - (1)))

这个想法也是错误的，argc[argv-1] 等价于 *(argc + (argv - 1))，改成 *(argc + *(argv - 1)) 是完全不同的意思，后者等价于 argc[argv[-1]]，很明显也是不可移植代码。

认为指针的运算等于“地址数值”的运算也是错误的，更不能认为 p - 1 + 1 等同于 p ，最简单的例子：

int a[1] = {};
int *p = a - 1 + 1;

这段代码里 p 的初始化表达式蕴含着未定义行为，因为 a - 1 是不存在的概念。改成下面这样就没问题了：

int a[1] = {};
int *p1 = a + 1 - 1;
int *p2 = a - (-1) + (-1);
int *p3 = (int *)((uintptr_t)a - sizeof(int) + sizeof(int));

前两个版本的运算从来没有离开 a 的元素或元素之后的位置，第三个版本里，无符号数的加减运算无溢出，并且 uintptr_t 和指针之间的转换保证数值上的返程关系。