b2e7477467
* [storybook] Rerender story when switching BS3/BS5 * [storybook] Add SCSS loader to storybook * [storybook] Add some AI error assistant stories * Rename ai-error-assistant.less to .scss * Update less variables to sass * Remove duplicated selector * Replace react-bootstrap components by `OL...` * Update Checkboxes after BS5 update * Add IDs so clicking on labels work * Add BS5 class name in SCSS Note: `answer-not-detailed` is used twice in the Radios. I think it's a mistake: there should be another name for the "ai_feedback_the_suggestion_wasnt_the_best_fix_available" radio * Rename ID `answer-not-detailed` -> `answer-not-best-fix` * Pass name and value to BS3Radio/BS3Checkbox * [storybook] Add delay before AI suggestion (shows the animation) * Add a number after the checkbox/radio IDs, to allow multiple forms to be displayed Without this, clicks on second form are updating the first form! Another solution could be to wrap the input in the label, but it comes with other problems. See https://css-tricks.com/html-inputs-and-labels-a-love-story/ * [storybook] Update `LabsAiPromoBanner` * Use CSS variables instead of hardcoded values * Make radio input flex * Replace `blue-10` by `bg-info-03` * Fix `SuggestFixButton` * Fix `AiErrorAssistantCopyCode` * Fix button loading in BS5 * Use OLBadge * Fix Button variants * Update `suggestFixAction` * Migrate Tooltip and Button to BS5 in LabsExperimentWidget * Update BS3/BS5 button classname in AiErrorAssistantCopyCode Co-authored-by: Rebeka <rebeka.dekany@overleaf.com> * [storybook] Allow to choose props of `LabsExperimentWidget` * Fixup `OLTooltip`: Display the tooltip on disabled button in BS5 * Update Tooltips to BS5 --------- Co-authored-by: Rebeka <rebeka.dekany@overleaf.com> GitOrigin-RevId: 08d594e772c0a3b6db1c6081337cc2d079f478a5 |
||
---|---|---|
.. | ||
.storybook | ||
.vscode | ||
app | ||
bin | ||
config | ||
cypress | ||
data | ||
frontend | ||
locales | ||
migrations | ||
modules | ||
public | ||
scripts | ||
test | ||
transform/o-error | ||
types | ||
webpack-plugins | ||
.dockerignore | ||
.eastrc | ||
.eslintignore | ||
.eslintrc.js | ||
.gitignore | ||
.nvmrc | ||
.prettierignore | ||
.prettierrc | ||
.stylelintrc.json | ||
app.mjs | ||
babel.config.json | ||
cloudbuild-storybook-index.html.m4 | ||
cloudbuild-storybook.yaml | ||
cypress.config.ts | ||
docker-compose.ci.yml | ||
docker-compose.common.env | ||
docker-compose.cypress.yml | ||
docker-compose.yml | ||
Dockerfile | ||
Dockerfile.frontend | ||
Dockerfile.frontend.ci | ||
Dockerfile.frontend_ct | ||
i18next-scanner.config.js | ||
LICENSE | ||
local-dev.env | ||
local-test.env | ||
Makefile | ||
Makefile.module | ||
package.json | ||
README.md | ||
tsconfig.backend.json | ||
tsconfig.json | ||
webpack.config.dev.js | ||
webpack.config.js | ||
webpack.config.prod.js |
overleaf/web
overleaf/web is the front-end web service of the open-source web-based collaborative LaTeX editor, Overleaf. It serves all the HTML pages, CSS and javascript to the client. overleaf/web also contains a lot of logic around creating and editing projects, and account management.
The rest of the Overleaf stack, along with information about contributing can be found in the overleaf/overleaf repository.
Running the app
The app runs natively using npm and Node on the local system:
$ npm install
$ npm run start
Running Tests
To run all tests run:
make test
To run both unit and acceptance tests for a module run:
make test_module MODULE=saas-authentication
Unit Tests
The test suites run in Docker.
Unit tests can be run in the test_unit
container defined in docker-compose.tests.yml
.
The makefile contains a short cut to run these:
make test_unit
During development it is often useful to only run a subset of tests, which can be configured with arguments to the mocha CLI:
make test_unit MOCHA_GREP='AuthorizationManager'
To run only the unit tests for a single module do:
make test_unit_module MODULE=saas-authentication
Module tests can also use a MOCHA_GREP argument:
make test_unit_module MODULE=saas-authentication MOCHA_GREP=SSO
Acceptance Tests
Acceptance tests are run against a live service, which runs in the acceptance_test
container defined in docker-compose.tests.yml
.
To run the tests out-of-the-box, the makefile defines:
make test_acceptance
However, during development it is often useful to leave the service running for rapid iteration on the acceptance tests. This can be done with:
make test_acceptance_app_start_service
make test_acceptance_app_run # Run as many times as needed during development
make test_acceptance_app_stop_service
make test_acceptance
just runs these three commands in sequence and then runs make test_acceptance_modules
which performs the tests for each module in the modules
directory. (Note that there is not currently an equivalent to the -start
/ -run
x n / -stop
series for modules.)
During development it is often useful to only run a subset of tests, which can be configured with arguments to the mocha CLI:
make test_acceptance_run MOCHA_GREP='AuthorizationManager'
To run only the acceptance tests for a single module do:
make test_acceptance_module MODULE=saas-authentication
Module tests can also use a MOCHA_GREP argument:
make test_acceptance_module MODULE=saas-authentication MOCHA_GREP=SSO
Routes
Run bin/routes
to print out all routes in the project.
License and Credits
This project is licensed under the AGPLv3 license
Stylesheets
Overleaf is based on Bootstrap, which is licensed under the
MIT license.
All modifications (*.less
files in public/stylesheets
) are also licensed
under the MIT license.
Artwork
Silk icon set 1.3
We gratefully acknowledge Mark James for
releasing his Silk icon set under the Creative Commons Attribution 2.5 license. Some
of these icons are used within Overleaf inside the public/img/silk
and
public/brand/icons
directories.
IconShock icons
We gratefully acknowledge IconShock for use of the icons
in the public/img/iconshock
directory found via
findicons.com