Boik
Hi @masatokinugawa, thanks for your sharing. It's pretty neat! However, I just want to know do you have any plan offering the English version as well? It would be great...
- [x] Update to Electron v9.0.x - [x] Replace WebViews with BrowserViews - [ ] https://github.com/LulumiProject/lulumi-browser/issues/17 - [ ] Session wide preload script (https://github.com/LulumiProject/lulumi-browser/issues/24)
We now have https://github.com/electron/electron/issues/5842 for Accessibility DevTools extension. How about implementing more WebExtensions APIs to support more extensions that are on chrome and FF.
We need this implementation to accomplish preloading the script in . Wait for upstream: https://github.com/electron/electron/issues/2605
As titled, it will be convenient for many users to still use some legacy extensions on Lulumi-browser. To me, supporting [hackbar](https://addons.mozilla.org/zh-TW/firefox/addon/hackbar/) is my first priority.
Though we can use native window.open by https://github.com/qazbnm456/lulumi-browser/commit/b16674f14bdfec8d33b47abb0bc7e6142434db44, we cannot manipulate the returned Window object directly. It's a must-have feature in order to support navigating Google Tab Manager (gtm) embedded...
As titled, the states of sub-frames won't be tracked into History, and the issue was introduced by https://github.com/qazbnm456/lulumi-browser/commit/c6b79ad8ea6ceddb3c3fdfa20508484c54f0b759. Maybe track the states both in 'did-frame-finish-load' and 'did-stop-loading' events, and use...
Auto-updater for Lulumi-browser has been implemented, but it cannot execute if app doesn't get signed. I manage to defer making it available for now, and may consider deal with it...
In https://github.com/qazbnm456/lulumi-browser/commit/a92fafa1d95f64c5b2988b311d5bef46260d1c48, we use `executeJavaScript` to fetch frames. It works, but not good and security enough. Someone has addressed this issue at https://github.com/electron/electron/issues/5115.