next-ui/README.md
next-ui/.nvmrc file)You can run a live development server with npm run dev. The dev server will override the URL to connect to localhost:8080, so you can also run gradle bootRun to have a backend running, serving the API requests. The frontend will be loaded from localhost:3000.
Make sure you start the backend with the dev profile, else the frontend requests will be denied because of CORS.
Hey API is used to generate a fully typed client from the Komga OpenAPI documentation.
The openapi-ts task will generate bindings, and should be run when the OpenAPI definition has changed.
Pinia Colada is used for all the API queries and mutations.
Vitest projects are used to specify different kind of tests:
unit: unit testsstorybook: component tests, defined in Storybook stories. Those can be run from Storybook directly or through Vitest.Mock Service Worker is used to mock the Komga API.
Both ESLint and Prettier are used in combination.
Tasks:
lint and lint:fixprettier and prettier:fixVite does not perform type-checking and leaves the job to the IDE. The type-check task can be used to perform type checking.
Storybook is used for component development and testing. Run storybook:dev to start the Storybook server.
FormatJS is used for i18n.
Message IDs are generated automatically using the ESLint plugin, and hard-coded message IDs should be avoided.
Tasks:
i18n:extract: extracts the messages from the source into the i18n folder. This folder is what Weblate uses.i18n:compile: compiles the translated files in i18n into ./src/i18n. This folder is what the application uses at runtime.The Vite plugin dir2json is used to load the available translation files, see ./src/utils/locale-helper.ts for more details.
Vue template files are segregated in different categories depending on usage:
./src/components: UI components../src/pages: Pages make use of components as well as API / Pinia stores. Each Component in that folder is converted to a navigable route using unplugin-vue-router. Pages contain a special <route> to define the layout to use as well as other router meta attributes../src/layouts: Wrapper component around Pages.Components are automatically imported using unplugin-vue-components.
UnoCSS Icons preset is used for icons, with the MDI set from Iconify.
The generated bundle is server by Apache Tomcat when running Spring. By default the site is hosted at /, but if server.servlet-context-path is set, the base URL can be dynamic.
The base URL needs to be set correctly so the web app works:
Vite is configured with the experimental renderBuiltUrl, which will use a dynamic function (window.buildUrl) defined in index.html to generate the asset path at runtime. This is only supported withing JS files though.
To handle the dynamic path in index.html, a Gradle task nextuiCopyIndex modifies index.html to duplicate href, src and content attributes as Thymeleaf variants.
For example the following:
<script
type="module"
crossorigin
src="/assets/index-xEUJQodq.js"
></script>
<link
rel="stylesheet"
crossorigin
href="/assets/index-CQqFNa2f.css"
/>
will be transformed to:
<script
type="module"
crossorigin
src="/assets/index-xEUJQodq.js"
th:src="@{/assets/index-xEUJQodq.js}"
></script>
<link
rel="stylesheet"
crossorigin
href="/assets/index-CQqFNa2f.css"
th:href="@{/assets/index-CQqFNa2f.css}"
/>
In Thymeleaf, @{} will prepend the path with the context path dynamically when serving index.html.
when the index.html is served by the IndexController, a baseUrl attribute is injected, which contains the servlet context path (by default /, but could be /komga for example)
the index.html contains a Thymeleaf script block that will be processed when serving the page, effectively injecting the baseUrl value into window.ressourceBaseUrl.
window.ressourceBaseUrl is subsequently used in Typescript code to set the base URL for: