Skip to content


Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time



YipYip is an always-on search assitant that turns Gmail (and any other website) into a keyboard-first product.

Just type to search.

YipYip highlights any buttons or links in the page matching your search.

Press Tab to jump through the matches.

Press Enter to select the current match.


Video Demo:

Extension store listings

Google Chrome Extension
Firefox Extension
Edge Add-On (Coming Soon)

How it works

When a user types in the YipYip search bar on a webpage, YipYip recursively scans through the webpage's DOM node tree to find all nodes which match the users query. Whether a node matches the query or not is determined by detecting if any text within the node includes the user's query or if an attribute of the node includes the user's query.

Not all attributes a node may have are relevant for our purposes, thus, YipYip only searches a specific list of attributes per node based on it's tag name. These can be found in searchable_attributes_by_node_name.json

In addition to matching nodes against the user's exact query, we also match against synonyms of the user's query. This helps in the case that a user describes their intention in a slightly different way than the webpage does (trash vs. delete vs. discard), especially for buttons which only display an icon and no text. We explored the idea of using a precompiled synonym library or a word similarity algorithm (like word2vec) but decided against such a "generalized" solution because the meaning of a link or button on a webpage is extremely context dependent. Instead, YipYip has a configuration file per URL host with synonyms specific to that host. Each configuration file can be thought of as mapping to an "App" used in the browser (eg. for Gmail, for Hacker News).

After finding all nodes matching the user's query, we filter those nodes down to only those which we want to add selection around and allow the user to select. Serveral factors determine what gets selected:

  1. If the node's tag name specifies that it's a button, link, or input
  2. If the node's role attributte specifies that it's a button, link, or input
  3. If the node matches an additional selector defined in that App's configuration file, under the additional_button_selectors config

We now score each of the matched buttons, links, and inputs which will be selected. These scores are used to determine which is the "best" matching node that will be selected first. Of course the "best" matching node is highly contextual based on several factors. A node's score is increased if:

  • the match was made through text on the screen vs. a hidden attribute of the node,
  • the match was made through the user's exact query vs. a synonym,
  • the match is on the screen vs. not,
  • any words in the match's fields start with the user's query vs. just including the query,
  • any words in the match's fields are in the user's query and are in a list of "relevant words" in the App's configuration,
  • the node matches one of the selectors in the list of "relevant selectors" in the App's configuration.

Each of these factors has a related weight which determines how much it effects the node's score.

Once the matching buttons, links, and inputs are found and sorted according to score, we add a selection box around each node and focus and scroll to the one with the highest score. A user can then press the tab key to jump through the matches, then press the enter key to click or focus the selected button, link, or input.


Please use GitHub issues to report any bugs or feature requests. If you can, send in a PR and we will review.

Work with the code

  1. Run these commands in your terminal
git clone
cd yip-yip
yarn build
  1. Go to chrome://extensions
  2. Turn on Developer Mode in the top right
  3. Click Load unpacked in the top left of chrome://extensions and select the build folder within your local yip-yip folder, or just drag the build folder into the chrome://extensions page.
  4. Every time you make a change to the code, run yarn build then refresh the extension in the browser.

Changing data

Edit the data of a specific App in src/data/app_specific_settings/{app_name}.json.

Adding App Configurations

Add a new file to src/data/app_specific_settings, for example google_drive.json with the following data:

Field Required Description
host Required The host portion of a URL. To obtain it for a website you're on, enter into the devtools console. Beware that copying from the address bar won't always work, browsers sometimes hide the www portion of the URL.
additional_searchable_attributes_by_node_name By default YipYip only searches the attributes defined in searchable_attributes_by_node_name.json. We chose these defaults because they are the attributes that most commonly hold text describing the meaning/function of a DOM node, which we want to search for. This field allows YipYip to search additional attributes other than the defaults. For example, on Product Hunt, most DOM nodes don't have name, title, or aria-label attributes. They do, however, include a data-test attribute which describes the meaning/function of the node in plain text. Thus, in product_hunt.json you can see that we add the data-test attribute for nodes with nodeName BUTTON or TEXTAREA.
additional_button_selectors By default YipYip searches for DOM nodes who's tag name or role attribute speficies that they are buttons, links, or inputs. These selectors are defined here in constants.js. If there are DOM nodes on a webpage that are clickable/focusable but don't match the default selectors, this field allows you to add additional CSS selectors to allow them to be matched by YipYip.
relevant_selectors When scoring DOM nodes to automatically highlight the best or most relevant one after a user enters a query, nodes which match a selector in this list will have their score boosted by RELEVANT_SELECTOR_BOOST
relevant_words When scoring DOM nodes to automatically highlight the best or most relevant one after a user enters a query, nodes which contain one of the words in this list when the user's query is also part of that word will have their score boosted by RELEVANT_WORD_BOOST. Eg. on Product Hunt, comment is a more relevant word than community when the user types comm.
relevant_word_to_selector_mappings Some DOM nodes don't contain text or attributes which give any indication of their meaning/function. This field allows some of these DOM nodes to be selected by mapping a word to a selector which matches the DOM noe. Eg. on Product Hunt, the large P icon in the orange circle in the top left is just <a href="/">...</a>, so we create a mapping of home: "a[href=\"/\"]", which allows that link to be search for with the word home.
synonyms People have different ways of thinking about/describing what action they want to do. For example, the trash can icon on Gmail may be referenced as trash, delete, or discard by different people. To solve for this, we add synonyms. This synonyms field is broken into two sections, mutual, and directed. mutual is for a set of words that all mean the same thing as eachother (eg. trash, delete, & discard). directed is for synonyms that we only want to be searched for in one direction (eg. I want the compose button to be selected when I type new but I don't want all the buttons matching new to be selected when I type compose). You can see an example of these in gmail.json.


YipYip is licensed under the BSD 4 License. See LICENSE

Maintained by

Adler Faulkner: @adlerfaulkner


  • Testing with Jest
  • Allow score weights to be changed per App config?


No description, website, or topics provided.







No releases published


No packages published