![]() * feat: add support for associating a Menu with a WebFrameMain This allows certain OS level features to activate such as Writing Tools, Autofill.. and Services. There appears to be a bug in macOS where the responder chain isn't traversed if the menu is not popped up using an event, as such we spoof a fake mouse event at the write coordinates in the right window and use that to open the menu. * build: fix build on non-mac * build: oops missed a header * fix: safely handle optional T* by checking nullptr too * build: fix gn check and build errors * docs: suggested changes * feat: default `frame` to `window.webContents.mainFrame` when possible * fix: avoid deref nullptr view * Revert "feat: default `frame` to `window.webContents.mainFrame` when possible" This reverts commit 2e888368199317d67f6ad931a7e9eff0295c4b1b. * fix: lint * Remove redundant scoped objects This code, including the comments, matches almost exactly the behavior of this argument to the function. * Add ScopedPumpMessagesInPrivateModes patch * More null pointer safety --------- Co-authored-by: clavin <clavin@electronjs.org> |
||
---|---|---|
.. | ||
api | ||
.eslintrc.json | ||
default-menu.ts | ||
devtools.ts | ||
guest-view-manager.ts | ||
guest-window-manager.ts | ||
init.ts | ||
ipc-dispatch.ts | ||
ipc-main-impl.ts | ||
ipc-main-internal-utils.ts | ||
ipc-main-internal.ts | ||
message-port-main.ts | ||
parse-features-string.ts | ||
rpc-server.ts | ||
web-view-events.ts |