评论
|
(F12) 应该为最终用户电子工作吗?还是仅供开发人员使用? |
|
我也会说用户。有时用户会报告某些东西不工作,我们可以要求他们去控制台检查/清除 LocalStorage 等
|
|
@openhardwarecoza,我已经集成了代码。请构建并检查。 |
|
它捕捉 F5(刷新)就好了(也捕捉 F11=fullscreen 这很酷) |
|
有趣的是,在 webpack-dev-server 中(即在使用电子构建之前)它似乎启动并关闭了 devtools ……很奇怪 |
|
我认为集成应该在构建电子的代码中完成,重载 window.isElectron 左右。在浏览器上运行时,我们收到了一些编译警告。 |
|
啊,也许 F12 不是最好的选择?
|
|
如果我们在 Dock 底部添加两个小图标,一个用于重新加载,一个用于 Devtools,会怎样?2017-02-28 15:59 GMT+01:00 Peter van der Walt <notifications@github.com>:
|
|
我也会很高兴的!甚至可以将它们隐藏在设置选项卡上?
|
|
我会做! if (window.getFocusedWindow){
var focusedWindow = window.getFocusedWindow();
...
}
|
|
同意,只有当我们实际运行在 electron 中时才应该激活。 |
|
爱它
|
|
重新加载作品 但是,唉,Open DevTools 说这是我的朋友,但仍然拒绝帮我任何忙 |
|
哈哈是的。但那是因为没有 window.getFocusedWindow。没有窗户,没有人情。 |
|
窗口: window.getFocusedWindow: 好吧,那是在 Electron 中,它有窗口….但它没有 window.getFocusedWindow |
|
(github 无法为我上传任何屏幕截图) |
|
从控制台手动测试:这有效(:
(必须从 remote.electron 导入 BrowserWindow 类。并且 BrowserWindow != window ) |
|
嗯可以在顶层定义 getFocusedWindow() 吗? function getFocusedWindow(){
const remote = require('electron').remote;
const app = remote.require('electron');
return app.BrowserWindow.getFocusedWindow()
}
|
|
甚至窗户。getFocusedWindow = () => {…} |
|
抱歉在您发表评论后进行了编辑 这就是我在反应世界中仍然不确定的地方 |
|
你试一试 window.getFocusedWindow = function(){
const remote = require('electron').remote;
const app = remote.require('electron');
return app.BrowserWindow.getFocusedWindow()
}
|
|
定义功能(在控制台上)后,按钮效果很好 |
|
@openhardwarecoza您能否将按钮合并到 dev_comms 中以获得调试器构建? 轻微抱怨我在通信集成后有一堆令人困惑的提交 |
|
好吧,从技术上讲,我们现在可以在 electron 中使用 dev_es6 而不是 devcomms。将在今天下午构建是的,这就是为什么我总是只在“master”工作——合并分支让我比仅仅一个接一个地处理冲突和变更更困惑。我知道这是错误的,但它有效
|
|
@openhardwarecoza这没有错。我只在中间更改破坏构建时更喜欢分支。 |



抱歉,但我需要在 lw4 中使用它来使打包器以最佳方式工作(:
可能需要将以下所有内容包装在一个函数中,以检查我们是从电子运行还是从其他地方运行。
在 LW3-Electron 中,我们使用了“if (require) { do electron stuff here}”——不确定这是否是完全正确的方法
将 F5 绑定为刷新并将 F12 绑定为打开的 devtools 的功能:制作 EXE 标准键盘快捷键后不能像 electron 一样工作!= chrome
最初是从@copet80的作品LaserWeb/deprecated-LaserWeb3@ 2e65313