Update docs See merge request soapbox-pub/soapbox-fe!3merge-requests/4/merge
commit
b6a7404031
@ -0,0 +1,116 @@
|
|||||||
|
# Contributing to Soapbox
|
||||||
|
|
||||||
|
When contributing to Soapbox, please first discuss the change you wish to make via issue,
|
||||||
|
email, or any other method with the owners of this repository before making a change.
|
||||||
|
|
||||||
|
## Project Contribution Flow
|
||||||
|
|
||||||
|
It is recommended that you use the following guidelines to contribute to the Soapbox project:
|
||||||
|
|
||||||
|
* Understand recommended [GitLab Flow](https://www.youtube.com/watch?v=InKNIvky2KE) methods on branch management
|
||||||
|
* Use the following branch management process:
|
||||||
|
* Pull a fork
|
||||||
|
* Mirror the fork against the original repository, setting the mirror to only mirror to protected branches
|
||||||
|
* Set the master branch in your fork to Protected
|
||||||
|
* Never modify the master branch in your fork, so that your fork mirroring does not break
|
||||||
|
* Pull branches in your fork to solve specific issues
|
||||||
|
* Do merge requests only to the original repository master branch, so that your fork mirroring does not break
|
||||||
|
* If you don't use the above policy, when your mirrored fork breaks mirroring, you can force your fork to back to successful mirroring using the following process:
|
||||||
|
* Unprotect the master branch of your fork from force push
|
||||||
|
* Use the following git commands from the cmd line of your local copy of your fork's master branch
|
||||||
|
```
|
||||||
|
git remote add upstream /url/to/original/repo
|
||||||
|
git fetch upstream
|
||||||
|
git checkout master
|
||||||
|
git reset --hard upstream/master
|
||||||
|
git push origin master --force
|
||||||
|
```
|
||||||
|
* Re-protect the master branch of your fork from force push
|
||||||
|
|
||||||
|
Please note we have a code of conduct, please follow it in all your interactions with the project.
|
||||||
|
|
||||||
|
## Pull Request Process
|
||||||
|
|
||||||
|
1. Ensure any install or build dependencies are removed before the end of the layer when doing a
|
||||||
|
build.
|
||||||
|
2. Update the README.md with details of changes to the interface, this includes new environment
|
||||||
|
variables, exposed ports, useful file locations and container parameters.
|
||||||
|
3. Increase the version numbers in any examples files and the README.md to the new version that this
|
||||||
|
Pull Request would represent. The versioning scheme we use is [SemVer](http://semver.org/).
|
||||||
|
4. You may merge the Pull Request in once you have the sign-off of two other developers, or if you
|
||||||
|
do not have permission to do that, you may request the second reviewer to merge it for you.
|
||||||
|
|
||||||
|
## Code of Conduct
|
||||||
|
|
||||||
|
### Our Pledge
|
||||||
|
|
||||||
|
In the interest of fostering an open and welcoming environment, we as
|
||||||
|
contributors and maintainers pledge to making participation in our project and
|
||||||
|
our community a harassment-free experience for everyone, regardless of age, body
|
||||||
|
size, disability, ethnicity, gender identity and expression, level of experience,
|
||||||
|
nationality, personal appearance, race, religion, or sexual identity and
|
||||||
|
orientation.
|
||||||
|
|
||||||
|
### Our Standards
|
||||||
|
|
||||||
|
Examples of behavior that contributes to creating a positive environment
|
||||||
|
include:
|
||||||
|
|
||||||
|
* Using welcoming and inclusive language
|
||||||
|
* Being respectful of differing viewpoints and experiences
|
||||||
|
* Gracefully accepting constructive criticism
|
||||||
|
* Focusing on what is best for the community
|
||||||
|
* Showing empathy towards other community members
|
||||||
|
|
||||||
|
Examples of unacceptable behavior by participants include:
|
||||||
|
|
||||||
|
* The use of sexualized language or imagery and unwelcome sexual attention or
|
||||||
|
advances
|
||||||
|
* Trolling, insulting/derogatory comments, and personal or political attacks
|
||||||
|
* Public or private harassment
|
||||||
|
* Publishing others' private information, such as a physical or electronic
|
||||||
|
address, without explicit permission
|
||||||
|
* Other conduct which could reasonably be considered inappropriate in a
|
||||||
|
professional setting
|
||||||
|
|
||||||
|
### Our Responsibilities
|
||||||
|
|
||||||
|
Project maintainers are responsible for clarifying the standards of acceptable
|
||||||
|
behavior and are expected to take appropriate and fair corrective action in
|
||||||
|
response to any instances of unacceptable behavior.
|
||||||
|
|
||||||
|
Project maintainers have the right and responsibility to remove, edit, or
|
||||||
|
reject comments, commits, code, wiki edits, issues, and other contributions
|
||||||
|
that are not aligned to this Code of Conduct, or to ban temporarily or
|
||||||
|
permanently any contributor for other behaviors that they deem inappropriate,
|
||||||
|
threatening, offensive, or harmful.
|
||||||
|
|
||||||
|
### Scope
|
||||||
|
|
||||||
|
This Code of Conduct applies both within project spaces and in public spaces
|
||||||
|
when an individual is representing the project or its community. Examples of
|
||||||
|
representing a project or community include using an official project e-mail
|
||||||
|
address, posting via an official social media account, or acting as an appointed
|
||||||
|
representative at an online or offline event. Representation of a project may be
|
||||||
|
further defined and clarified by project maintainers.
|
||||||
|
|
||||||
|
### Enforcement
|
||||||
|
|
||||||
|
Instances of abusive, harassing, or otherwise unacceptable behavior may be
|
||||||
|
reported by contacting the project team at [INSERT EMAIL ADDRESS]. All
|
||||||
|
complaints will be reviewed and investigated and will result in a response that
|
||||||
|
is deemed necessary and appropriate to the circumstances. The project team is
|
||||||
|
obligated to maintain confidentiality with regard to the reporter of an incident.
|
||||||
|
Further details of specific enforcement policies may be posted separately.
|
||||||
|
|
||||||
|
Project maintainers who do not follow or enforce the Code of Conduct in good
|
||||||
|
faith may face temporary or permanent repercussions as determined by other
|
||||||
|
members of the project's leadership.
|
||||||
|
|
||||||
|
### Attribution
|
||||||
|
|
||||||
|
This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4,
|
||||||
|
available at [http://contributor-covenant.org/version/1/4][version]
|
||||||
|
|
||||||
|
[homepage]: http://contributor-covenant.org
|
||||||
|
[version]: http://contributor-covenant.org/version/1/4/
|
@ -0,0 +1,52 @@
|
|||||||
|
# Customizing Soapbox
|
||||||
|
|
||||||
|
First [Install Soapbox](https://soapbox.pub/)
|
||||||
|
|
||||||
|
Soapbox supports customization of the user interface, to allow per instance branding and other features. Current customization features include:
|
||||||
|
* Instance name
|
||||||
|
* Site logo
|
||||||
|
* Promo panel list items, e.g. blog site link
|
||||||
|
* Favicon
|
||||||
|
* About page
|
||||||
|
* Terms of Service page
|
||||||
|
|
||||||
|
## Instance Name
|
||||||
|
Instance name is edited during the Pleroma installation step
|
||||||
|
|
||||||
|
## Site Logo and Promo Panel List Items
|
||||||
|
The site logo and promo panel list items are customized by copying `soapbox.example.json` in `static/instance` folder to `soapbox.json`
|
||||||
|
Re-create the webpack and restart the soapbox-fe service to effect the changes.
|
||||||
|
|
||||||
|
An example of the contents of `soapbox.example.json`:
|
||||||
|
```
|
||||||
|
{
|
||||||
|
"logo": "https://media.gleasonator.com/site_uploads/files/000/000/002/original/logo.svg",
|
||||||
|
"promoPanel": {
|
||||||
|
"items": [{
|
||||||
|
"icon": "area-chart",
|
||||||
|
"text": "Our Site stats",
|
||||||
|
"url": "https://fediverse.network/example.com"
|
||||||
|
}, {
|
||||||
|
"icon": "comment-o",
|
||||||
|
"text": "Our Site blog",
|
||||||
|
"url": "https://blog.example.com"
|
||||||
|
}]
|
||||||
|
},
|
||||||
|
"extensions": {
|
||||||
|
"patron": false
|
||||||
|
},
|
||||||
|
"defaultSettings": {
|
||||||
|
"autoPlayGif": false,
|
||||||
|
"theme": "lime"
|
||||||
|
}
|
||||||
|
}
|
||||||
|
```
|
||||||
|
|
||||||
|
## Favicon
|
||||||
|
The favicon is customized by dropping a favicon.png file into the `/static` folder.
|
||||||
|
Re-create the webpack and restart the soapbox-fe service to effect the changes.
|
||||||
|
|
||||||
|
## About Page and Terms of Service Page
|
||||||
|
The About page is customized by ensuring that the `static/instance/about` folder exists and dropping an `index.html` file into it.
|
||||||
|
The Terms of Service page is customized by dropping a `tos.html` file into the `static/instance/about` folder.
|
||||||
|
Re-create the webpack and restart the soapbox-fe service to effect the changes.
|
Loading…
Reference in new issue