After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 725735 - allow for proper display on smaller screensizes
allow for proper display on smaller screensizes
Status: RESOLVED OBSOLETE
Product: gnome-music
Classification: Applications
Component: general
3.13.x
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-music-maint
gnome-music-maint
needs_design
: 754422 (view as bug list)
Depends on: 699807
Blocks:
 
 
Reported: 2014-03-05 16:08 UTC by Asif Ali Rizvan
Modified: 2018-01-10 14:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Smallest width allowed on 1280px-wide screens (450.83 KB, image/png)
2014-04-28 13:29 UTC, Arnel Borja
Details

Description Asif Ali Rizvan 2014-03-05 16:08:42 UTC
When we play a song, gnome-music makes fixed minimum size.

How to reproduce:

1. launch gnome-music
2. snap to left side (my resolution is 1440x900)
3. from the songs play a song
4. the window unsnaps (resizes for, it seems the playlist)

or other way is to play a song first then try to snap the window to right/left. which doesn't happen.

Expected behavior:
The playlist should adjust with the window size; allowing window snapping.

thanks.
Comment 1 Vadim Rutkovsky 2014-03-05 16:13:38 UTC
We're incorrectly detecting the fullscreen mode apparently
Comment 2 Arnel Borja 2014-03-19 11:21:35 UTC
I think this is caused by 2 reasons:
* The album's view, after selecting an album, has a large minimal width
* The player bar has large minimal width

Maybe we could use a GtkFlowBox to lessen the width? We could make the songs list on the right in Albums view to move below the album info, then make the buttons and other widgets in the player bar to create three rows (first is the set of the buttons and the song info, second the progress scale, third the repeat/shuffle mode).

That's what the music player in my Android phone changes things when I rotate it.
Comment 3 Allan Day 2014-04-22 15:42:45 UTC
First thing's first: we shouldn't be setting the window's minimum width to be less than the minimum width of the views/controls that can appear. :)

Second: what is our target minimum width? (With the player bar and an album view visible, the minimum size of the window seems to be 734x631.) Bug 700022 and 728450 are relevant: my view here is that we should aim to allow half-window snap for 1280px wide displays and above, which implies a target minimum width of 640px. (However, we may decide that we only need to go down as far as half-snap on 1366px wide displays.)

Third: as Arnel says in comment 2, we need to reduce the minimum width of the album view and player bar.

From a design point of view, I can see spare padding around the list and album artwork - enough to reduce the window to a lower width.

The trickier design question is how to handle the player bar. It already performs badly at low widths. My inclination is to hide some controls at lower widths (or relocate them to popovers) rather than trying to squeeze everything in, or use multiple rows. This needs design.
Comment 4 Arnel Borja 2014-04-28 13:29:06 UTC
Created attachment 275350 [details]
Smallest width allowed on 1280px-wide screens

Seems like we have to either remove a view or redesign the header bar to make snapping to left/right possible. The stack switcher needs a lot of width as shown in the screenshot here.
Comment 5 Marinus Schraal 2016-05-15 18:43:34 UTC
*** Bug 754422 has been marked as a duplicate of this bug. ***
Comment 6 GNOME Infrastructure Team 2018-01-10 14:38:35 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-music/issues/16.