Vec
https://github.blog/2019-06-06-generate-new-repositories-with-repository-templates/
version 2.0 # 主要功能更新 - [ ] #233 - [x] #236 - [x] #234 - [x] #245 - [ ] #252 - [ ] #251 - [ ] 👆顺便解决1.x的遗留问题 #145...
根据 #236 所言，现在的打开逻辑是： - 按下 Shift+Command+Enter键 的时候，是创建一个新窗口 - 按下 Command+Enter键、Enter键 的时候，是创建一个 Tab - 新创建的 Tab 的位置，是当前 Tab 的后面，而不是 Tab 栏最末尾的位置 - 如果已经创建过 Tab，逻辑则是一直往右边数，直到不是创建的 Tab 为止的位置为新创建的 Tab 的位置 但根据这几天的试用，我发现按下 Enter 键的时候，不如直接覆写URL跳转过去要更好一些，而不是现在这样打开一个tab。...
 我才发现，我们搞的这个 /1 /2 其实很鸡肋。不如快捷键 CTRL+ 1 2 3 4 5 6 7 来开关闭，这个1234567就对应楼层的。 在按住CTRL的时候，UI上就会提示快捷键，所以就不用担心用户要数楼层的问题。 楼层超过10个的时候，就追加QWERTY这些过来。 按快捷键还能体会到🎹刷钢琴键的手感。 如果只想选择单一的某个楼层的话（就像现在这个 /1 /2），长按快捷键两三秒就行了。这样根本就不用移动光标到开头输入 /1 /2，按快捷键就解决了，还能随时调整 快捷键提示类似于： 
我刚才试了下，好像不存在 #87 #101 #109 的问题了？ 如果新版本的 Chromium 真的修复了上述的问题，将移除相关的功能，诸如 #115
Closes #33 Closes #251 Closes #145
Poker 里有两种 UA 伪装的实现，分别是 initFirstAccessMobileDetecting 和 setFakeUA。 从技术上来说，setFakeUA 没有弄`MOBILE_PAGE_IDENTIFIER`这样的东西破坏原来的 URL，是利用 chrome.declarativeNetRequest 匹配 tabID 来设定 UA 伪装的，肯定是更好。 但 setFakeUA 并没有取代 initFirstAccessMobileDetecting。因为 setFakeUA 必须要先创建了 tab 后才能运行，所以这时候还得用 initFirstAccessMobileDetecting 来做 UA 伪装，以实现首次打开搜索窗口也能做到 UA 伪装。...
NT报告的，说自己的Poker启动的窗口变到副屏去了。 经检查，`chrome.system.display.getInfo()`不再是默认第一个元素为主显的机制了，所以要多加一段搜寻主显的代码