[Bug] [UI] [File Manager] Action bar items constraints

[Devaspe]

In file manager, the action bar items (or toolbar items if you like, for example search, sort method, etc.) are not using dynamic constraints. causing them to get kicked out from the screen and show up outside, specially on portrait mode and bigger text/UI scales, where the space available to UI items is more limited.

Ideas: To open up more space for all of the items you could remove the "new folder" button entirely and use a FAB. This approach is also consistent with the shortcuts and containers screens that also have a FAB button for adding new items.

You could even remove the drop down menu for drive picker (C:, D:, Internal, etc.) and make the navigation row scrollable, and directories clickable, to quickly go back and forth in different locations (A small video clip from a file manager ther does this, Material Files, is provided to show this in action.

Screenrecorder-2026-09-09-15-19-35-700.mp4

Alternatively you could just integrate them as normal directories in a way that when you open the file manager you have a list (or a grid) of drives as the starting point so you don't have to first pick one from the drop down menu.

[github-actions]

🤖 Bannerlator AI

This is a real layout bug, and I can confirm the cause from the code. The file manager's top bar is one fixed row that packs in the up arrow, the drive selector chip, the "New Folder" button (with its text label), the grid/list toggle, search, sort, and the favorites star. There's no overflow handling, so on portrait screens with a larger text/UI scale the row runs out of room and the right-hand icons get pushed off the edge. The code already hides the folder name in portrait to save space, but the "New Folder" button still takes up a lot of width.

Your two suggestions are both reasonable and match how the rest of the app works:

1. Move "New Folder" to a floating button (FAB). The Shortcuts and Containers screens already use a FAB for adding items, so this would make the file manager consistent and free up the most space in the bar.
2. Make the drive/location row scrollable with clickable folders instead of a dropdown — that's a bigger change but would remove the drive chip from the bar entirely.

Either way, this needs a code change. Whether it gets built is the maintainer's call; nothing has changed as a result of this reply.

Checked: app/src/main/java/com/winlator/star/ui/screens/FileManagerScreen.kt:1128-1339 (toolbar row), ShortcutsScreen.kt:1153 and ContainersScreen.kt:272 (existing FAB pattern).

---

ℹ️ Please read — about this project

Bannerlator is a personal build — made by me (The412Banner), for my own device, my own needs, and my own use.

It's a personal continuation of the Winlator Star Bionic project (star-emu/star) after it was discontinued and archived. None of the original developers are involved except me; it stands on their work plus cherry-picked commits from across the community — all credited in the repo.

This is NOT an official or general-purpose Winlator release. It is built and tuned for my hardware and my workflow, and published as-is purely in case it happens to be useful to someone else.

• No guarantee it works on any other device, GPU, or Android version.
• No support, and no commitment to fix anything that works for me but not for you. If a feature works on my device, it isn't broken — for me, which is what this build is for.
• Bug reports / feature requests for setups I don't run may simply be closed. That's not personal; this just isn't a community-support project.
• You're free to use, modify, fork, or share it (GPL-3.0). If it doesn't work on your setup, that's expected — it wasn't built for it.

Cited from the Bannerlator codebase. For a follow-up, open a new question.