Fade out disabled icons

Convert legacy icons

Replace legacy icons

Synchronize the templates

Apply the default text color to icons inside `.columnIcon`

Convert legacy icons

Simplify and convert the rating form field

Merge branch 'master' into font-awesome-6-migration

Add support for Font Awesome v6 icons in the admin panel menu

Fix the icon validation, better JSON data structure

The previous data structure was a plain string array with 1.8k elements. Using an associative array with a useless value allows a much faster lookup using `isset()` rather than `\in_array()`.

Convert the Font Awesome helper

Replace legacy icons

Use the non-solid style for `users`

Use `solid` style if it is requested and there is a non-solid version

This change will only force the `solid` style when it is requested and there is a non-solid variant.

Replace icon aliases with their primary name

Remove the `solid` flag when not required

Remove the explicit `solid` flag for icons that don‘t require it

Make solid an opt-in flag, disallow writing to `name` and `solid`

Force the usage of `setIcon()` to set the desired icon.

Remove outdated gravatar-related columns from sql query

Merge pull request #4962 from WoltLab/user-object-watch-overhaul

Overhaul of the user object watch button

Replace legacy icons

Allow toggle actions to contain an icon

Use Font Awesome 6 in file uploads

Applied code suggestions

Apply suggestions from code review

Co-authored-by: Alexander Ebert <ebert@woltlab.com>

Merge pull request #4954 from WoltLab/page-object-cache

Add cache for page objects in menus

Disable text selection in dropdown menus

Overhaul of the user object watch button

Remove the legacy icon class

Add a custom spinner icon

Overhaul the message share providers and buttons

Replace legacy icons

Fix the property name for CSS classes

Use a native button element instead

Replace legacy icons

Replace legacy icon usage

Replace legacy icons in TypeScript

Replace legacy icons in JS files

Replace legacy icons in JS files

Replace legacy icons in ACP templates

Replace legacy icons in templates

Add typing support for the icon elements

Improve the code clarity

Co-authored-by: Tim Düsterhus <duesterhus@woltlab.com>

Enable the CLI functionality of the migration script

Enable the migration of templates again

Add support for icon migrations in JS/TS files

The JSON blob was moved back into the code flow, because the IDE broke when using `__halt_compiler()`.

Incorrect use of the `{icon}` helper for the `regular` style

Add prototype for a migration script

Add support for icon aliases

Restore the original user panel template

The extra icons were introduced for development purposes only.

Optimize the metadata JS

All free fonts have a `solid` variant, therefore we only need a flag to indicate if an icon _also_ has a free `regular` variant.

Clean up the old icon implementation

- Removed the TTF font files
- Removed the “brands” font (served using individual SVGs)
- Removed the shims for Font Awesome v4
- Remove the variables
- Render legacy `.icon` elements using a white question mark inside a purple box to make those easy to spot
- Define all icon variable names using an empty string to prevent compiler errors from unresolved variables.

Mark the icons as decorative only

Improve the behavior of the `<fa-icon>` name attribute

Handle changes to the requested size of an icon

Add the `setIcon()` method for `<fa-icon>`

Add the typings for the icon web components

Add support for changes to the icon name and FA6 Pro

Remove the `regular` flag of `<fa-icon>`

Fix tsconfig.json for WebComponents

Fix the workflow for TypeScript checks

Split the TypeScript proejcts

Move the brand icons into a separate `<fa-brand>` element

Add the `--build` flag for the nested `tsconfig.json`

Register the extra `tsconfig.json` with ESLint

Rename the global helper function for the icon metadata

Add method `setIcon` to change the icon on runtime

Expose the Font Awesome codepoints to JavaScript

Add experimental support for `<fa-icon>`

Mark Font Awesome SVGs as linguist-generated

Add the '{icon}' template helper to embed Font Awesome icons

Add Font Awesome 6.1.2 brand icons as SVG

Reduce the icon font size to match FA4

Remove the dynamic scaling of the ACP menu icon

It was always a bit of a gimmick, but introduces some noise to the page and the icons generally become blurry when scaled.

Reduce the size of the admin panel menu icons

Add Font Awesome 6.1.2 assets

Add Font Awesome 6.0.0-beta3 assets

Extract the icon names from the changed file path

Re-introduced icon helpers and the animated spinner

Applied the code style for SCSS files

Default icon color

Consistent icon width equal to 1.25 times the height

Use icon sizes that are multiples of 16px

Use FA 4 CSS for icon sizes

Overwrite fa-size-scale-base

Fix `.icon` compatibility by extending `.fas`

Some CSS rules were missing before.

Add .prettierignore for font-awesome SCSS

Add custom Font Awesome compatibility layer

Remove Font Awesome 4

Add Font Awesome 6.0.0-beta2 assets

Set the `pointer` cursor for buttons

Merge pull request #4955 from WoltLab/button-explicit-styling

Permit the use of the native `<button>` element

Update the compiled JS files

Add cache for page objects in menus

If several articles were linked in the menu, this led to a lot of SQL queries.

Merge branch '5.5'

Merge pull request #4953 from WoltLab/group-permission-check

Remove broken check for UserGroupPermissionCache consistency

Remove broken check for UserGroupPermissionCache consistency

The purpose of this check is not entirely clear, as it exists since the very
first commit in git. Back then it was not yet broken, it got broken when the
caching system was refactored to reorder parameters, probably in order to
improve the cache hit rates:

When running the `worker`s using the CLI interface, for some reason, the cache
for guests gets rebuilt with the `$parameters` array (and thus by extension the
`groupIDs` value) being equal to `[2, 1]`, whereas everywhere else the
`$parameters` are consistently `[1, 2]`.

Now when rebuilding the data via the CLI, the cache will have the `[2, 1]`
order and when reloading the cache in a regular HTTP session this check will
fail, as `[2, 1] != [1, 2]`, thus completely disregarding the cache contents
and using an empty permissions array instead. This in turn leads to guests not
being able to access anything.

Fix this by removing the safety check:

- It's exceedingly unlikely for two unrelated `$parameters` to collide in the
  cache filename, thus applying incorrect permissions.
- If the CacheBuilder itself is buggy, then all bets are off anyway.

Remove obsolete code

Updating minified JavaScript files

Merge branch '5.4' into 5.5