New Case Study:See how Anthropic automated 95% of dependency reviews with Socket.Learn More
Socket
Sign inDemoInstall
Socket

@loomhq/electron-click-through-workaround

Package Overview
Dependencies
Maintainers
39
Versions
1
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@loomhq/electron-click-through-workaround

mac work around for transparent click through on electron v7 and up

  • 0.0.1
  • latest
  • Source
  • npm
  • Socket score

Version published
Maintainers
39
Created
Source

Overview

This is an addon fix for window click through in transparent regions that was broken in electron 7.0.0beta5 https://github.com/electron/electron/issues/23042#issuecomment-721474777

By default, a borderless NSWindow will register clicks in opaque regions AND pass clicks through in transparent regions UNLESS you set ignoresMouseEvents at which point all clicks register, regardless of colour, or all clicks pass through.

At some point in electron 7, new BrowserWindow started calling calling the harmless seeming setIgnoreMouseEvents: NO method, which forever disables transparent click through for the new window.

This add-on fixes the problem by patching setIgnoreMouseEvents to be a no-op for ALL NSWindows. It also adds a function MakeWindowIgnoreMouseEvents() which calls the unpatched setIgnoreMouseEvents: YES.

Usage

Call InstallClickThroughPatch() before the new BrowserWindow you want to have the default transparent clickthrough behaviour. Call MakeWindowIgnoreMouseEvents(win.getNativeWindowHandle()) on any BrowserWindow on which you want to all clicks to pass through.

Future improvements

Hopefully chromium (I guess it's chromium) will stop doing setIgnoreMouseEvents: NO on its windows and this add-on will become obsolete. Failing that, I don't like the indiscriminate way the code disables setIgnoreMouseEvents for all windows, nor the fact that setIgnoreMouseEvents: NO becomes completely unreachable.

Ideally the API would be just this:

DisableSetIgnoreMouseEventsForTheNextWindowToBeCreated() (this "flag-style" API is necessary because by the time we get the BrowserWindow it's too late to apply the patch, the damage has been done). With this implementation you would be free to call BrowswerWindow.setIgnoreMouseEvents on other windows for no or full click through.

This cleaner approach would require dynamically subclassing the incoming NSWindow, making setIgnoreMouseEvents a no-op, but I haven't had time to implement and test this.

More info in this SO answer, and take note of the comment in which the surprising tri-state ignoresMouseEvents boolean is explained. https://stackoverflow.com/a/29451199/22147

FAQs

Package last updated on 01 Dec 2020

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc