@akkkkk77 注销当前账号, 然后登陆原来的本地账号(存在多个账号的时候, 登陆界面会让你选择登陆账号的), 然后系统中可以移除这个 Microsoft 账号.

@mylifcc 如果你只是需要一个这样的字符串, 那么有非常多办法, 如果你需要一个无属性字典, 那么, 没有办法, 因为字典的 key 必须是一个可以哈希化的值, 而你写的属性名称不是任何类型, 因此没办法实现你要的功能. 作为 key 的键, 必须是一个值, 你需要对象那种普通属性是做不到的.

直接使用 frame 做隔离

总是尽量使用 MIT 协议的开源软件, 公司用第三方库的时候会评估是不是这个.

我只希望苹果给一个一键彻底卸载此功能的入口, 我完全不需要这个弱智的语音机器人.

并不是, 就是正常的 feature.

@shepherdcode 你是不是将原图片删除了?

.NET 添加泛型的时候是在 2.0, 而且在.NET 1.0 的时候就已经考虑了泛型, 只是因为时间来不及, 所以才推迟到 2.0, 然后 C#一开始就有值类型, 为了完全的堆栈控制和性能, 如果泛型实现为擦除, 就完全残废了, Java 添加泛型的时候, Java 已经投入生产很多年了, 这个问题知乎有详细的回答, 去看看就好了.

@foufoufm 图片有绝对路径和相对路径 2 中, 绝对路径就是有协议的那种( http://或 https://), 相对位置是你当前的 markdown 文件夹为当前路径, 例如 images/test.jpg, 那么说明你当前的 文档.md 同文件夹下需要存在一个 images 文件夹, 下面有一个 test.jpg 文件, 这个路径同 HTML 中的相对路径引用是一个概念.

ikbc 最新的那个 61 键的, 我买过四把 pocker, 或者 filco, 虽然可能回超预算, 我也刷过 2 把, 做工不怎么样, 但便宜

多用, 就能记住了, 规范对一些细节做了详细的描述, 但如果是自己用, 则没有必要去看规范, 网上随便找个文档, 基本上半个小时就能过完.
我以前仓靠 CommonMark 实现过自己的 C# renderer, 本来打算重构为抽象语法树, 发现各个平台都有非常成熟的库, 就放弃了.

这个玩意主要就 3 类: HTML 兼容, 行内元素, 区块元素, 文档不会超过 100 行, 但是每个 Markdown 的实现都有自己的私有扩展, 但基本至少需要兼容 CommonMark 规范

从 https://commonmark.org/ 开始, 然后每个具体的工具可能有自己的私有扩展, 其实非常简单, 大概就 5 页内容.

并没有, 我这里很正常

@cocoking 你一看就是没有踩坑, 我前面的那个公司, 做这个已经 20 年了, 这个行业超级成熟. 要不拼价格(没啥油水的市场), 要不拼关系和服务, 这个行业最低端的项目(几万的), 最高端的项目(几千万的)我都做过, 结论是选择 Web 技术栈毫无优势. 现实世界技术从来不是第一驱动力, 金钱才是, 我说的这个流程中的每一部分存在都有他的价值(因为每一步都是计价单位, 如果太简单, 价格就上不去, 就没有利润, 没有利润, 就没人愿意去做)
如果你想要做广告机那种, 那种反而非常简单, 不过也不是用的你说的 web 技术, 而是最简单的流媒体, 这样播放器才可以做的非常薄, 客户端都只播放视频(在服务器上合成好, 然后使用流媒体服务器转发出去, 直接广播), 关机, 休眠, 开启, 这个模式非常成熟了, 但唯一的问题是客户端不能操作, 有些信息发布屏是多功能的, 需要支持信息发布以为的功能!

@sutra 这个玩意本质上是个半定制的东西, 很多时候客户都要按照需求加功能, 而且都是买硬件赚钱, 软件是附送的, 所以软件大部分和硬件直接捆绑. 比较通用的可能就审计, 任务调度, 插播调整, 终端报警, 布局排版系统, 视频编解码插件, 资源管理(CMS), 余下的就是抠细节.

很多时候, 客户要求动态修改, 而不是你设定死就好了, 而且播放的内容是需要动态调整的. 这个还设计到插播, 流媒体切换, 等等等等. 反正坑非常的. 特别是视频播放部分, 还有休眠部分都是坑. 和安卓 /windows 的主板都用关系, 很多时候设备回无缘无故的无法定时重启, 睡死, 网络不同, 有几百上千太设备, 各种诡异问题.

@sutra 因为信息发布系统很多时候, 客户就是需要在非工作日, 晚上, 节假日熄灭屏幕. 各种诡异需求, 层出不穷.

这个玩意比你想的复杂的多, 特别是需要播放 doc/pdf/各种不同格式文件和各种不同格式的视频, 网络不稳定下各种毛病, 我以前做的那套系统是給公安部做的, 还要求等保, 光审计就能搞死个人.