A Chrome extension that provides bilingual lyrics for Spotify, offering more accurate, human-translated lyrics instead of rigid machine translations. This extension enhances the listening experience for music lovers and language learners by displaying real-time, side-by-side lyrics.
- 🎶 Real-time bilingual lyrics displayed alongside the Spotify web player.
- 🌍 Human-translated lyrics sourced from lyric websites(Genius) for better accuracy.
git clone https://github.com/AlanY1an/SpotifyTranslate
cd Spotify-Bilingual-Lyrics
- Open Chrome and go to
chrome://extensions/
. - Enable Developer mode (toggle in the top right).
- Click Load unpacked and select the extension folder.
Click the Extensions icon (puzzle piece 🧩) in Chrome and pin Spotify Bilingual Lyrics for easy access.
- Open Spotify Web Player in Chrome.
- Play a song, and the extension will automatically fetch and display bilingual lyrics.
- Enjoy real-time synchronized lyrics with line-by-line translations!
- JavaScript/TypeScript – Core logic for fetching and displaying lyrics.
- React - Build up the UI
- Chrome Extension APIs – For interacting with Spotify Web Player.
- Web Scraping & DOM Manipulation – To retrieve and render lyrics.
- 🔍 Support for more languages beyond English-Spanish.
- 🎼 User customization (font size, color themes, etc.).
- 📌 Lyrics improvements for better accuracy.
Feel free to contribute! Open a pull request or suggest enhancements via issues.
- Recently updated from React
17to 18! - This boilerplate adopts Manifest V3!
- For V2 users, please check out the manifest-v2 branch, or use version 3.x.
- Check out the Manifest V3 Migration Guide.
- Recently added devtools Support! Thanks GeekaholicLin!
- Recently updated from Webpack Dev Server
3.xto 4.x and Webpack4to 5! - Recently added TypeScript Support!
This is a basic Chrome Extensions boilerplate to help you write modular and modern Javascript code, load CSS easily and automatic reload the browser on code changes.
This boilerplate is updated with:
- Chrome Extension Manifest V3
- React 18
- Webpack 5
- Webpack Dev Server 4
- React Refresh
- react-refresh-webpack-plugin
- eslint-config-react-app
- Prettier
- TypeScript
This boilerplate is heavily inspired by and adapted from https://github.com/samuelsimoes/chrome-extension-webpack-boilerplate, with additional support for React 18 features, Webpack 5, and Webpack Dev Server 4.
Please open up an issue to nudge me to keep the npm packages up-to-date. FYI, it takes time to make different packages with different versions work together nicely.
- Check if your Node.js version is >= 18.
- Clone this repository.
- Change the package's
name
,description
, andrepository
fields inpackage.json
. - Change the name of your extension on
src/manifest.json
. - Run
npm install
to install the dependencies. - Run
npm start
- Load your extension on Chrome following:
- Access
chrome://extensions/
- Check
Developer mode
- Click on
Load unpacked extension
- Select the
build
folder.
- Access
- Happy hacking.
All your extension's code must be placed in the src
folder.
The boilerplate is already prepared to have a popup, an options page, a background page, and a new tab page (which replaces the new tab page of your browser). But feel free to customize these.
This boilerplate now supports TypeScript! The Options
Page is implemented using TypeScript. Please refer to src/pages/Options/
for example usages.
To make your workflow much more efficient this boilerplate uses the webpack server to development (started with npm start
) with auto reload feature that reloads the browser automatically every time that you save some file in your editor.
You can run the dev mode on other port if you want. Just specify the env var port
like this:
$ PORT=6002 npm run start
Although this boilerplate uses the webpack dev server, it's also prepared to write all your bundles files on the disk at every code change, so you can point, on your extension manifest, to your bundles that you want to use as content scripts, but you need to exclude these entry points from hot reloading (why?). To do so you need to expose which entry points are content scripts on the webpack.config.js
using the chromeExtensionBoilerplate -> notHotReload
config. Look the example below.
Let's say that you want use the myContentScript
entry point as content script, so on your webpack.config.js
you will configure the entry point and exclude it from hot reloading, like this:
{
…
entry: {
myContentScript: "./src/js/myContentScript.js"
},
chromeExtensionBoilerplate: {
notHotReload: ["myContentScript"]
}
…
}
and on your src/manifest.json
:
{
"content_scripts": [
{
"matches": ["https://www.google.com/*"],
"js": ["myContentScript.bundle.js"]
}
]
}
Thanks to @hudidit's kind suggestions, this boilerplate supports chrome-specific intelligent code completion using @types/chrome.
After the development of your extension run the command
$ NODE_ENV=production npm run build
Now, the content of build
folder will be the extension ready to be submitted to the Chrome Web Store. Just take a look at the official guide to more infos about publishing.
If you are developing an extension that talks with some API you probably are using different keys for testing and production. Is a good practice you not commit your secret keys and expose to anyone that have access to the repository.
To this task this boilerplate import the file ./secrets.<THE-NODE_ENV>.js
on your modules through the module named as secrets
, so you can do things like this:
./secrets.development.js
export default { key: '123' };
./src/popup.js
import secrets from 'secrets';
ApiCall({ key: secrets.key });
👉 The files with name secrets.*.js
already are ignored on the repository.
Michael Xieyang Liu | Website
temp