libretro / libretro/RetroArch

RFE: ozone android could have onscreen buttons in the topbar for quick movement

Open
#15,842 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
14.1k
Forks
2.2k
Avg merge
7h 35m
Merged PRs (30d)
51

Description

First and foremost consider this:

  • Only RetroArch bugs should be filed here. Not core bugs or game bugs
  • This is not a forum or a help section, this is strictly developer oriented

Description

For people using touchpads in android the onscreen overlay is cluncky inside the menu. The most important function that touch does not work for imo (especially since playlist doesn't remember search selection location if you search, select one then cancel, or just go to another menu then return to playlists menu and select the one you were in) is the quick movement r\l buttons.

Expected behavior

There would be two buttons near the search and playlist mode buttons that would be overloaded for on short press move a screen up or down and on long press move to the next or previous start letter. These buttons could also be a alternative to swipe for moving thumbnails from RFE #15841

A alternative without buttons would also be possible for 2 and 3 fingers swipes, which might be preferable for consistency with #15841 and prevent more buttons in the topbar which already has to display the playlist name.

Actual behavior

Walking down long playlists is annoying.

Steps to reproduce the bug
  1. [First step]
  2. [Second step]
  3. [and so on...]
Bisect Results

[Try to bisect and tell us when this started happening]

Version/Commit

You can find this information under Information/System Information

  • RetroArch: [version/commit]
Environment information
  • OS: android
  • Compiler: [In case you are running local builds]

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

Locate the Android playlist-menu/topbar implementation and existing touch or swipe handling; the issue names no files, tests, or entry points. Done requires an agreed interaction for quick playlist movement to be implemented and verified on Android, but the proposed buttons-versus-gestures approach still needs a decision.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, c
Domain
mobile
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.