Skip to content
main
Switch branches/tags
Code

Latest commit

* Extract ImageGrid component from SearchGridManualLoad

* Use ImageGrid for RelatedImages

* Remove RelatedImages fetching from PhotoDetailPage

* Replace Vuex related store with a composable and use in audio

* Replace related store with useRelated in images

* Apply changes from code review

* Add type annotations to RelatedImages

* Apply suggestions from code review

Co-authored-by: Krystle Salazar <[email protected]>
Co-authored-by: Zack Krida <[email protected]>

* Update i18n files

* Use testing-library in ImageGrid and RelatedImages tests

* Use static props for testing

* Add comment about using testing-library with Nuxt

Co-authored-by: Krystle Salazar <[email protected]>
Co-authored-by: Zack Krida <[email protected]>
62d20fd

Git stats

Files

Permalink
Failed to load latest commit information.
Type
Name
Latest commit message
Commit time
 
 
 
 
 
 
 
 
src
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Project Board | Community Site | #openverse @ Slack | Handbook | Figma

Openverse Frontend

openverse-frontend-ci

This repository is the frontend UI for accessing and exploring the openly-licensed content provided by the Openverse API.

The application is live at its previous home: search.creativecommons.org.

Technology

The frontend app is built using Vue.js and Nuxt.js. You can learn more about the migration to Nuxt.js here.

Local Development

Run the following commands in order to have the code up and running on your machine:

# installs dependencies
npm install

# sets up required i18n files
npm run i18n:get-translations

# Builds and serves assets with hot-reload
npm run dev

Docker setup

Alternatively, you can use Docker to build and run the application. You just have to run:

docker-compose up

You should now have the application running and accessible at http://localhost:8443.

You don't need to have the Openverse API running locally to be able to run the frontend application. It's configured to communicate, by default, with the API that's already publicly available. If you wish, you can change the URL of the API that's used during development by setting the API_URL environment variable.

Standalone and embedded modes

The application can run in two modes. By default, it runs in embedded mode, which is loaded in an iframe on WordPress.org/openverse. It has a small header without logo and no footer. The standalone mode which has a large header with logo and a footer, can be enabled by adding ?embedded=false query parameter to the URL. For example, when running locally, you can go to http://localhost:8443?embedded=false to view the standalone application.

Running tests

You can run the unit tests by executing:

npm run test

localhost tunneling

If you want to make your local development server accessible to the internet (for testing or showing someone something you're working on), you can use ngrok. Follow the documentation on the ngrok site to install it and set it up. Once you have it installed, get the development server for Openverse running and in a separate window/tab, run:

# The extra parameters are required to ensure that ngrok redirects to the HTTPS version of the site
# and that the host header matches one that is accepted by the server
# (ngrok's default hostname is randomly generated and is not whitelisted).
ngrok http http://localhost:8443 -host-header="localhost:8443"

If you need to run an HTTP version (for example, if you're testing against third-party websites that do not accept the self-signed certificate generated by the dev server), run the dev server using npm run dev and use the following command to start ngrok:

ngrok http 8443 -host-header="localhost:8443"

Formatting and Linting

The code in this repository is formatted using prettier. If you have prettier setup in your code editor it should work out of the box; otherwise you can use the npm run lintfix script to format and fix lint errors in your code. Checks are run to lint your code and validate the formatting on git precommit using husky.

You will need to fix any linting issues before committing. We recommend formatting your JavaScript files on save in your text editor. You can learn how to do this in Visual Studio Code here.

File name conventions

All files and folders should be written in kebab-case, with the exception of Vue single file components. If it ends in .vue, please use PascalCase. This distinction makes our component files stand out clearly and is reccommended by the Vue community.

Contributing

Pull requests are welcome! Feel free to join us on Slack and discuss the project with the engineers and community members on #openverse.

You are welcome to take any open issue in the tracker labeled help wanted or good first issue; there's no need to ask for permission in advance. Other issues are open for contribution as well, but may be less accessible or well defined in comparison to those that are explicitly labeled.

Acknowledgments

Openverse, previously known as CC Search, was conceived and built at Creative Commons. We thank them for their commitment to open source and openly licensed content, with particular thanks to previous team members @ryanmerkley, @janetpkr, @lizadaly, @sebworks, @pa-w, @kgodey, @annatuma, @mathemancer, @aldenstpage, @brenoferreira, and @sclachar, along with their community of volunteers.