mirror of
https://github.com/aome510/spotify-player.git
synced 2026-04-26 09:25:49 +03:00
[GH-ISSUE #616] Allow changing step for volume up/down #1294
Labels
No labels
bug
documentation
enhancement
good first issue
help wanted
pull-request
question
third-party
third-party
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/spotify-player#1294
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @repparw on GitHub (Nov 27, 2024).
Original GitHub issue: https://github.com/aome510/spotify-player/issues/616
Allow to set a different step for volumeup/down keymaps instead of always using 5.
Maybe a config option, or an optional argument after the command (volumeup 2 instead of volumeup)
@DOD-101 commented on GitHub (Dec 7, 2024):
If we change this into being an adjustable amount, would it not also make sense to have just one command (e.g.
VolumeChange) to adjust the volume up or down. Then you could simply pass a positive or negative value.This would also then be similar to the CLI option to change the volume. Thoughts @aome510?
@aome510 commented on GitHub (Dec 7, 2024):
sounds good
@repparw commented on GitHub (Dec 10, 2024):
Sorry just checking this, but this makes it have a different format from all other commands.
Maybe make offset implicit. e.g "VolumeChange -2"
This also affects nix/home-manager configs... can't pass {{}} to command when the module expects strings.
@DOD-101 commented on GitHub (Dec 10, 2024):
No worries mate.
I just checked and this does work with home manager:
The TOML output looks a bit different but works the same.
Do keep in mind that this hasn't yet made it into a release, meaning if you want to use this currently, you will need to build from source.