maxrave-dev / maxrave-dev/SimpMusic

Add customizable player progress bar styles

Open
#2,087 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Kotlin
Stars
11.4k
Forks
599
Avg merge
3d 18h
Merged PRs (30d)
7

Description

Problem Description

I would like to suggest adding the ability to change the style of the player progress bar in settings.

Possible styles could include:

  • Default thin line style
  • Wave / fluid style
  • Rounded / thick bar style
  • Additional optional styles in the future

The user should be able to switch between styles depending on personal preference.

Proposed Solution

I would like to suggest adding the ability to change the style of the player progress bar in settings.

Possible styles could include:

  • Default thin line style
  • Wave / fluid style
  • Rounded / thick bar style
  • Additional optional styles in the future

The user should be able to switch between styles depending on personal preference.

Alternative Solutions

If full customization is too complex, a simpler approach could be:

  • Add 2–3 predefined styles for the progress bar
  • Keep the current default style as the standard option
  • Optionally expand customization in future updates
Additional Context

This feature would improve personalization and make the player feel more modern and flexible.

Since other UI elements already have some level of customization, extending this to the progress bar would improve consistency across the app.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or specific player and settings entry points are named. Start by locating the progress bar implementation and the settings UI, then determine which predefined styles are feasible and how the selection should persist. Done means the chosen style is applied consistently and the existing default remains unchanged.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, kotlin
Domain
frontend, mobile
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.