fix: fallback to old MacOS context menu behavior if no frame is present (#46595)
* fix: fallback to old MacOS context menu behavior if no frame is present Co-authored-by: georgexu99 <georgexu99@electronjs.org> Co-authored-by: erickzhao <erickzhao@electronjs.org> Co-authored-by: clavin <calvin@electronjs.org> * docs: add additional option for focusedFrame * fix: handle frame found, but no view update from rfh * fix: fix conditional Co-authored-by: Calvin <clavin@users.noreply.github.com> --------- Co-authored-by: georgexu99 <georgexu99@electronjs.org> Co-authored-by: erickzhao <erickzhao@electronjs.org> Co-authored-by: clavin <calvin@electronjs.org> Co-authored-by: Calvin <clavin@users.noreply.github.com>
This commit is contained in:
parent
3064b24c9d
commit
a9b2ec514b
2 changed files with 28 additions and 11 deletions
|
@ -74,7 +74,7 @@ The `menu` object has the following instance methods:
|
|||
* `options` Object (optional)
|
||||
* `window` [BaseWindow](base-window.md) (optional) - Default is the focused window.
|
||||
* `frame` [WebFrameMain](web-frame-main.md) (optional) - Provide the relevant frame
|
||||
if you want certain OS-level features such as Writing Tools on macOS to function correctly. Typically, this should be `params.frame` from the [`context-menu` event](web-contents.md#event-context-menu) on a WebContents.
|
||||
if you want certain OS-level features such as Writing Tools on macOS to function correctly. Typically, this should be `params.frame` from the [`context-menu` event](web-contents.md#event-context-menu) on a WebContents, or the [`focusedFrame` property](web-contents.md#contentsfocusedframe-readonly) of a WebContents.
|
||||
* `x` number (optional) - Default is the current mouse cursor position.
|
||||
Must be declared if `y` is declared.
|
||||
* `y` number (optional) - Default is the current mouse cursor position.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue