18 lines
1.1 KiB
Markdown
18 lines
1.1 KiB
Markdown
# Accepted Additions and Requests
|
|
|
|
One of the reasons I built Auxio was out of frustration with other FOSS android music players, which had too many features, frustrating UI/UX flaws, or both. Therefore any additions will have to be accepted by **me** (OxygenCobalt) before they are implemented or merged.
|
|
|
|
## Bug Fixes, Optimizations, Architecture Improvements, etc.
|
|
|
|
These will likely be accepted as long as they do not cause too much harm to the codebase.
|
|
|
|
## New Customizations/Options
|
|
|
|
While I do like adding new behavior/UI customizations, these will be looked at more closely as certain additions can cause harm to the apps UI/UX while not providing alot of benefit. These tend to be accpeted however.
|
|
|
|
## Feature Addtions and UI Changes
|
|
|
|
These arent as likely to be accepted. As I said, I do not want Auxio to become overly bloated with features that are rarely used, therefore **I tend to only accept changes like these if I think they benefit everyone's usage of Auxio, including my own.** This does not rule out these additions, but they are not accepted as often as others.
|
|
|
|
Feel free to fork Auxio to add your own feature set however.
|
|
|