@israinbow 不理解为什么会出现“误触”的情况，一个带链接的图片的右键菜单，“复制图像地址”和“复制链接地址”相隔挺远的，至少我觉得它们之间是很有辨识度的。

另外说到臃肿，菜单栏里确实有一些大部分人很少用的东西。我也会自定义一些东西。

但是说“复制图像地址”和“复制链接地址”并存属于臃肿，我是不太认同的。因为比起审查元素，右键菜单更方便啊。

另外 linux 下可以把自带的卸载掉下个新的用用啊。

关于“复制图像 /链接地址”的功能，你这吐槽就错了。

你要知道，存在着带链接的图片，对于不带链接的图片，只会显示“复制图像地址”。

你这折腾到自己开发主题了，真的闲。

你可以弄个在线笔记网站，弄个自己服务器，通过 ios 浏览器来访问笔记内容。这样就算到了 pc，也不会被系统读取。

谨慎是好，我对自己隐私也在意。我一些东西都是自己建立的服务器，比如密码管理软件、网盘等。我笔记软件也是使用开源的，并且内容自己保存。

但是还没到怀疑 ios 系统本身上去。因为一旦到这地步的话，就很多不信任了。最终会回到物理笔记本上。

@huangmingyou
要不你试试，account 切换到另一个区，然后用 ns 登录那个区 eshop，选取曾经购买过的游戏（邮箱里面有的），看看页面是“下载”还是“购买”？

你看看邮箱有没三种语言的购买邮件，就知道该邮箱绑了什么区。

购买游戏都有发邮件，同时根据邮件上的语言，可以看看是哪个区。

@Bonnnnnn

我意思是说，编辑一个槽位时，我将“A 弓箭手”的战术换成“A 骑士”的战术保存后，弓箭手的战术在当前槽位就被清空了。到了下把，我想换回上次的“A 弓箭手”，就需要把弓箭手的战术重新设置了。

或许你想说弓箭手和骑士用两个槽位保存，但是后面还有德鲁伊和狂战士等其他职业啊。

最简单的确实是加多槽位，甚至是可扩展槽位。但是我建议是，加个“职业的战术模版”功能。

玩家设定模版名称，对应职业，战术的条件和行为，然后保存。到了槽位那里，玩家选择职业后，再让玩家选择相应的职业的模版，之后把模版的战术复制到槽位里面。

这样的话我可以拥有“A 弓箭手”、“B 弓箭手”的战术。

而且你这单位的战术的保存数量有限。每次要修改，都要全部重新设定一次。

楼主可以去玩下《龙腾世纪：起源》(Dragon Age: Origins)，steam 上有。该游戏里面就有战术 AI 设置。

另外，游戏里面的设置选项，建议设置成下拉列表来选择。

@27149

https://zh.wikipedia.org/wiki/%E9%9B%BB%E5%AD%90%E7%85%99

研究顯示電子煙仍然會製造二手煙，雖然量低於傳統香菸、仍可研討建立僅允許使用電子煙的-VAPE 吸煙區- 但不應讓使用者誤以為無二手菸而到處使用。

@mxT52CRuqR6o5
啊，是，你说得对。平时摸鱼太多了，一些基本知识都忽略了。。。。

@chenluo0429

说得有点道理，那我改成了这样子：_merge<T, U> (target: T, source: U) : (T & U)

但是这样的话，每次访问 T[key] 的时候，除非进行断言 (<T&U>T)[key]，否则都报错。
Type 'Extract<keyof U, string>' cannot be used to index type 'T'.ts(2536)

另外，(<T&U>target)[key] = _merge({}, value)这一行，对于(<T&U>target)[key]依然有错误。

Type '{} & U[Extract<keyof U, string>]' is not assignable to type '(T & U)[Extract<keyof U, string>]'.ts(2322)

请问这一行怎么弄？

@BingoXuan
我用的 vscode，我想应该是一样的。不过我这里不是函数声明的时候报错，而是内部实现时，赋值报错。


@sillydaddy @mxT52CRuqR6o5
对象那行用 any 可以绕过去，但是数组那行还是报错说，不能赋值给 nerver 。

@BingoXuan 请问怎么查看签名？

求个大佬给个解决思路。

不觉得这样描述有什么问题。http 和 tcp 本质不是同一东西。
就好比“人有思考能力”和“人的大脑有思考能力”。

steam 吗？一直有的问题。不要通过 steam 启动 2077，去到游戏目录通过 2077 启动 2077 。

@seki 那我直接把那一堆的 class 的值整合为一个 class 为 card 的组件，不是更好？

@lbyo 但是我平时使用的 markdown 编辑器，都没用空格分割就识别了。所以误以为 notion 不支持。


@unicloud 确实比较耗时。但是如果先截图插入的话，后续对网页的更新，又要手动再一次截图了。如果交给服务器去截图的话，那么网页内容一更新，直接就可以在 MD 文件上看到效果（缓存期过后），代价就是慢。不过这对于一些非迫切浏览的内容，是可以接受的。