With the new EyeDropper API in Chromium, websites can let visitors pick colors from anywhere on their screen, adding another feature to the web that used to require hacky solutions and is now just a few lines of code.  The API is clean and modern and easy to use. In this article, we'll discuss how to set it up, handle edge cases, and additional features we hope will land in future updates. We've been following the EyeDropper API since it was first proposed and have been experimenting with it as different parts became available as well as providing input while the feature was being developed. How to use the EyeDropper API The API adds a new global, (or ) that you can use to set up a new eyedropper object: EyeDropper window.EyeDropper const eyeDropper = new EyeDropper(); This eyeDropper object has one function, . This starts the color picker and changes the user’s cursor into a color picker, complete with a magnified area and a highlighted pixel. This function returns a promise, so you can use it either with or as a promise. eyeDropper.open() await One gotcha is that it only works when called from . This is part of the security model, to prevent websites from potentially scraping pixels without the user knowing. a user-initiated event Detecting support for the EyeDropper API Because the API is only available in Chromium you will need to check for support before using it. The most straightforward way to do that is to only offer your color picking UI when is not undefined: window.EyeDropper if (window.EyeDropper) {
  // Okay to use EyeDropper
} else {
  // Hide the UI
} based version await // won't work
const result = await eyeDropper.open();

// works
document.queryselector('.colorbutton')
  .addEventListener('click', async () => {
    const result = await eyeDropper.open();
  }); The call will resolve in two situations: eyeDropper.open() The user clicks anywhere on the screen. The user pressed the <kbd>Esc</kbd> key. In the last situation the eyeDropper will throw an exception, but in the first situation you will get a object, which has an property containing the picked color in hexadecimal format. In your code, you can check if is defined and then do with it what you want. ColorSelectionResult sRGBHex result.sRGBHex document.queryselector('.colorbutton')
  .addEventListener('click', async () => {
    const result = await eyeDropper.open();

    if (result.sRGBHex) {
      console.log(result.sRGBHex);
    }
  }); You don't to handle the exception but if you wanted to provide the user feedback that they canceled the eyedropper, you need to add a to the code: have try .. catch document.queryselector('.colorbutton')
  .addEventListener('click', async () => {
    try {
      const result = await eyeDropper.open();

      if (result.sRGBHex) {
        console.log(result.sRGBHex);
      }
    } catch (e) {
      console.log(e);
      // "DOMException: The user canceled the selection."
    }
  }); Promise based version You don't have to use the version. returns a promise, so adding a and also works: await eyeDropper.open() .then() .catch() document.queryselector('.colorbutton')
  .addEventListener('click', () => {
    eyeDropper
      .open()
      .then((result) => {
        console.log(result.sRGBHex);
      })
      .catch((e) => {
        console.log(e);
        // "DOMException: The user canceled the selection."
      });
  }); Things to keep in mind when using the EyeDropper API There are two gotchas with the API, at least as it's currently implemented in Chromium that we've found that you should be aware of. Color picking does not use the live screen At least in the current implementation, the color picker gets the pixels as shown on the screen when you call . This means that if you're playing video the color picker will show the pixels of the frame that was visible then, not the live video. This is dependent on the implementation and we hope a future update of Chromium will allow for live data. .open() Color picking only works as the result of a user action As mentioned earlier you need a user-initiated event to open the eyedropper. This is to prevent sites from opening the eyedropper UI to start scraping your screen right on load. Instead, the user needs to perform an action for the API to work, like a click or keypress. Features we want to see added The EyeDropper API is still very young and minimal. During our implementation, we encountered a number of features that we would like to see added to the API in future updates. Live preview of the hovered color A major component of many eye droppers, like those in design tools, is that they also show a preview swatch of the hovered color. You can use this to compare it to another swatch or quickly check a HEX code. The current API does not offer this over security concerns. We have filed an issue against the EyeDropper API on GitHub for this: . #6 Live feedback is needed A more extensive color model Currently, all colors are returned in the sRGB color model. This means the API won't accurately return colors outside the sRGB spectrum, for example, those on Apple's P3 screens. How to deal with this is . Work is also happening on a . The EyeDropper API could use this Color API when it lands in future versions of browsers. an open issue new Color API for the web A more natural way to select multiple colors Because of the current security model, each time a user picks a color they need to re-initiate a user action which can be tedious. For example, if you want to create a palette of colors in one go, you want to start picking colors, click on all the colors you want to add, and then close out of the eyedropper. We similarly filed an issue for this on Github: and this feature is currently being considered. #9 Do we expect multiselect to work? For this, it would be nice if we could designate a part of the page (like a button) as an area where the EyeDropper doesn't work, that instead functions as a "done" button. This way users can select multiple colors and then click that button when they're done. Other browsers For now, the API is only available in Chromium-based browsers from version 95 on and there has not been a signal from Safari and Firefox yet. If you want those browsers to support the EyeDropper API as well, add your support to the open issues: and . Issue #1728527 for Firefox Issue #229755 for Safari The EyeDropper API is a nice addition to the browser that we hope to see land in more browsers. We make good use of it in Polypane and would like to see it be developed further. First Published here

Apple

Mozilla

Polypane

Web Developers, Don't Let This Browser Deal Pass You By

Polypane's Founder Kilian Valkhof on Building the Browser He Wished He Had

Too Long; Didn't Read

Make resilience your competitive advantage

How to Get Started Using the EyeDropper API with JavaScript

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

Polypane's Founder Kilian Valkhof on Building the Browser He Wished He Had

The Noonification: Top 10 CSS Performance Tips (11/14/2022)

100 Stories To Learn About Html5

10 Things You Probably Didn’t Know about Sass

10 Reasons To Use TailwindCSS In Your Next Project

Polypane's Founder Kilian Valkhof on Building the Browser He Wished He Had

The Noonification: Top 10 CSS Performance Tips (11/14/2022)

100 Stories To Learn About Html5

10 Things You Probably Didn’t Know about Sass

10 Reasons To Use TailwindCSS In Your Next Project

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps