akkoma-fe/docs/CONFIGURATION.md

Pleroma-FE configuration and customization for instance administrators

• For user configuration, see Pleroma-FE user guide
• For local development server configuration, see Hacking, tweaking, contributing

Where configuration is stored

PleromaFE gets its configuration from several sources, in order of preference (the one above overrides ones below it)

1. /api/statusnet/config.json - this is generated on Backend and contains multiple things including instance name, char limit etc. It also contains FE/Client-specific data, PleromaFE uses pleromafe field of it. For more info on changing config on BE, look here
2. /static/config.json - this is a static FE-provided file, containing only FE specific configuration. This file is completely optional and could be removed but is useful as a fallback if some configuration JSON property isn't present in BE-provided config. It's also a reference point to check what default configuration are and what JSON properties even exist. In local dev mode it could be used to override BE configuration, more about that in HACKING.md. File is located here.
3. Built-in defaults. Those are hard-coded defaults that are used when /static/config.json is not available and BE-provided configuration JSON is missing some JSON properties. ( Code )

Instance-defaults

Important note that some configurations are treated as "instance default" - it means user is able to change this configuration for themselves. Currently, defaults are only applied for new visitors and people who haven't changed the option in question. If you change some instance default option, there is a chance it won't affect some users.

There's currently no mechanism for user-settings synchronization across several browsers, user essentially means visitor, most user settings are stored in local storage/IndexedDB and not tied to an account in any way.

Options

theme

Default theme used for new users. De-facto instance-default, user can change theme.

background

Default image background. Be aware of using too big images as they may take longer to load. Currently image is fitted with background-size: cover which means "scaled and cropped", currently left-aligned. De-facto instance default, user can choose their own background, if they remove their own background, instance default will be used instead.

logo, logoMask, logoMargin

Instance logo, could be any image, including svg. By default it assumes logo used will be monochrome-with-alpha one, this is done to be compatible with both light and dark themes, so that white logo designed with dark theme in mind won't be invisible over light theme, this is done via CSS3 Masking. Basically - it will take alpha channel of the image and fill non-transparent areas of it with solid color. If you really want colorful logo - it can be done by setting logoMask to false.

logoMargin allows you to adjust vertical margins between logo boundary and navbar borders. The idea is that to have logo's image without any extra margins and instead adjust them to your need in layout.

redirectRootNoLogin, redirectRootLogin

These two settings should point to where FE should redirect visitor when they login/open up website root

chatDisabled

hides the chat (TODO: even if it's enabled on backend)

showInstanceSpecificPanel

This allows you to include arbitrary HTML content in a panel below navigation menu. PleromaFE looks for an html page instance/panel.html, by default it's not provided in FE, but BE bundles some default one. De-facto instance-defaults, since user can hide instance-specific panel.

collapseMessageWithSubject

Collapse post content when post has a subject line (content warning). Instance-default.

scopeCopy

Copy post scope (visibility) when replying to a post. Instance-default.

subjectLineBehavior

How to handle subject line (CW) when replying to a post.

• "email" - like EMail - prepend re: to subject line if it doesn't already start with it.
• "masto" - like Mastodon - copy it as is.
• "noop" - do not copy Instance-default.

postContentType

Default post formatting option (markdown/bbcode/plaintext/etc...)

alwaysShowSubjectInput

true - will always show subject line input, false - only show when it's not empty (i.e. replying). To hide subject line input completely, set it to false and subjectLineBehavior to "noop"

hidePostStats and hideUserStats

Hide counters for posts and users respectively, i.e. hiding repeats/favorites counts for posts, hiding followers/friends counts for users. This is just cosmetic and aimed to ease pressure and bias imposed by stat numbers of people and/or posts. (as an example: so that people care less about how many followers someone has since they can't see that info)

loginMethod

"password" - show simple password field "token" - show button to log in with external method (will redirect to login form, more details in BE documentation)

webPushNotifications

Enables PushAPI - based notifications for users. Instance-default.

noAttachmentLinks

TODO Currently doesn't seem to be doing anything code-wise, but implication is to disable adding links for attachments, which looks nicer but breaks compatibility with old GNU/Social servers.

nsfwCensorImage

Use custom image for NSFW'd images

showFeaturesPanel

Show panel showcasing instance features/settings to logged-out visitors

Indirect configuration

Some features are configured depending on how backend is configured. In general the approach is "if backend allows it there's no need to hide it, if backend doesn't allow it there's no need to show it.

Chat

TODO somewhat broken, see: chatDisabled chat can be disabled by disabling it in backend

Rich text formatting in post formatting

Rich text formatting options are displayed depending on how many formatting options are enabled on backend, if you don't want your users to use rich text at all you can only allow "text/plain" one, frontend then will only display post text format as a label instead of dropdown (just so that users know for example if you only allow Markdown, only BBCode or only Plain text)

Who to follow

This is a panel intended for users to find people to follow based on randomness or on post contents. Being potentially privacy unfriendly feature it needs to be enabled and configured in backend to be enabled.

Safe DM message display

Setting this will change the warning text that is displayed for direct messages.

ATTENTION: If you actually want the behavior to change. You will need to set the appropriate option at the backend. See the backend documentation for information about that.

DO NOT activate this without checking the backend configuration first!