View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0019663 | MMA | Navigation | public | 2022-12-22 19:59 | 2025-08-08 13:07 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | reopened | ||
Product Version | 2.0.0 | ||||
Target Version | 2.1.0 | Fixed in Version | 2.1.0 | ||
Summary | 0019663: Landscape view: little space is available to browse/view content | ||||
Description | On phone devices, when the user rotates to landscape mode, there's almost no space available to view content because only about 1/3 of the view is available to display content: - hamburger menu / breadcrumb / Search bar take up one row - Tab navigation bar takes up another row - MiniPlayer takes up another row The remaining ~1/3 of the view isn't even enough to display an album in Grid view, and what can be displayed is partially obscured by the status bar! Possible solutions would be: 1) Hide portions of the view when scrolling. i.e. a) Collapse the first two rows when the user scrolls down / uncollapse when scrolling back up b) Hide the status indicator once the user scrolls away from the top of the view 2) 'split' the view in a manner similar to the Playing view. e.g. On the left (2/3): - Hamburger menu & Tab navigation - Content On the right (1/3) - View switcher & Search - Miniplayer (would require an alternate layout) The first solution seems simpler and better. Moreover it can be applied to the regular layout as well to provide more space for content. | ||||
Tags | No tags attached. | ||||
Fixed in build | 1268 | ||||
|
Another example on Android TV UI. |
|
Here's an example of what I meant. The issue is actually quite severe as it makes browsing in landscape mode near-impossible, and it's particularly bad problematic when it comes to video since video is normally watched in landscape mode. |
|
Both solutions sound interesting and can be combined. However, both solutions are time-consuming to debug, affect stability, and are prone to regression. So I definitely prefer to postpone it to 2.0.1. |
|
Already fixed in 2.0.6.1252 by 1) hiding toolbar & tabs on scrolling. |
|
Tested 1266. And there are a couple of issues (only the first item must be fixed): 1) Tap-hold to select an item doesn't cause the selection/context menu to appear. It should. 2) This is currently implemented for Landscape mode only. It should be implemented for portrait mode as well (can be deferred). 3) The current implementation in which all of the menu collapses is a bit problematic because the user loses context of where they are It would be preferable if the menus would collapse to a single line. This is minor so we may want to hold off on this change pending user feedback. 4) This isn't implemented for Playing (tracked at 0019724) |
|
1) Tested on all my devices, and long pressing on an item( like track in tracks, album in albums, artist in artists) shows the context menu. If you can replicate an example of when it didn't work, please create a separate issue and describe it (a video). 2) Hiding of the toolbar depends on the screen height. There are three types: Small(height < 480dp): Collapsing ALL - usually in landscape on phones Normal (height < 640dp)l: Collapsing Top part, but tabs stay visible Other (height >= 640dp): NO COLLAPSING You can test all sizes on your Phone if you use "Split screen" on the app, do you know it? 3)Yes, but the screen height is small, and every time you scroll down, the toolbar appears immediately, so I believe users will like it. 4)No, it isn't. It's another story. I'll handle it by 0019724 |
|
1) The menu is created, but it doesn't appear. ie the user must scroll up to it. Eg. 1 turn the device to landscape mode 2 navigate to the tracks view 3 select one or two tracks --> the menu doesn't appear. The user has to scroll up in order to view it. In most other apps, menu appears showing the number of track selected and the contextual commands. |
|
Fixed in build 2.1.0.1268 |