Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Shortcuts don't seem to work in Wine #40

Closed
sonofevil opened this issue May 25, 2023 · 8 comments
Closed

[BUG] Shortcuts don't seem to work in Wine #40

sonofevil opened this issue May 25, 2023 · 8 comments
Assignees
Labels
bug Something isn't working

Comments

@sonofevil
Copy link
Contributor

sonofevil commented May 25, 2023

Describe the bug
Perhaps I do not understand how shortcuts are supposed to work, but none of the shortcuts seem to do anything. In particular I am trying to assign cycling through categories to shift+left click on header. But if I shift-click on the header buttons, they just behave as if I had clicked normally.

To Reproduce
Steps to reproduce the behavior:

  1. Have at least 2 categories assigned to different playlists.
  2. Go to UI -> Shortcuts -> Left click (header) -> Shift
  3. Click on "Cycle categories"
  4. Shift+left click on any part of the header.
  5. The result is the same as without shift.

Expected behavior
The playlist manager cycles through the categories.

Desktop (please complete the following information):

  • OS: EndeavourOS
  • Browser: IE8 (in Wine)
  • Version: v0.5.0-beta.20

Additional context
EndeavourOS is Arch-Linux-based. I am using Foobar2000 v2.0 installed from AUR with Wine 8.7-1 and SMP v1.6.1.

@sonofevil sonofevil added the bug Something isn't working label May 25, 2023
@sonofevil
Copy link
Contributor Author

Correction: Only the header shortcuts are affected.

@regorxxx
Copy link
Owner

regorxxx commented May 25, 2023

I think the most probable case is you have not been using it right, not a wine bug. You are not supposed to use header shortcuts everywhere, since that would make zero sense. Read the tooltips. Every single element on the manager shows the available actions ;)

plm2

And I will try improve it to make it clearer though, since the menu configuration says header instead of "action button.

Also cycling categories is by default on double click, you don't need to add it to shift too.

@sonofevil
Copy link
Contributor Author

Oh, I have to specifically click the lightning symbol. I see.

@regorxxx
Copy link
Owner

Ah right, I think my issue was that I wasn't even considering the action buttons because, well, they were invisible. I think it's because I'm using a dark theme (black panel backgrounds)? So in order to see them I had to enable "Use background buttons (theme manager)", which I only found out by trying random options since the meaning of that option wasn't clear to me from the name.

Can you show me your panel with the default UI settings? (colors, and buttons)

@regorxxx
Copy link
Owner

Have edited the menu to point to the specific button:
image

If you disable the search box, then you can also use that part of the header as "action button".
plm3

@sonofevil
Copy link
Contributor Author

Ah right, I think my issue was that I wasn't even considering the action buttons because, well, they were invisible. I think it's because I'm using a dark theme (black panel backgrounds)? So in order to see them I had to enable "Use background buttons (theme manager)", which I only found out by trying random options since the meaning of that option wasn't clear to me from the name.

Can you show me your panel with the default UI settings? (colors, and buttons)

Sorry, I deleted this because I realized it is an unrelated issue. But here:
Screenshot_20230527_141917

@sonofevil
Copy link
Contributor Author

Actually, I have no idea why, but when I reset "UI" -> "Button toolbar" to the default setting, they are visible just fine. I do not think I changed any theme settings.

@sonofevil
Copy link
Contributor Author

sonofevil commented May 27, 2023

Okay, I created a new panel to check the behavior, and they actually start invisible (presumably black on black). But then when I change the setting, and afterwards return it to default, they remain visible. So the problem is permanently resolved for a given panel after changing the setting once.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants