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 766258 - [tracker] HIDPI support
[tracker] HIDPI support
Status: RESOLVED OBSOLETE
Product: gnome-music
Classification: Applications
Component: general
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-music-maint
gnome-music-maint
Depends on: 738107 754425
Blocks: 772128
 
 
Reported: 2016-05-11 08:54 UTC by Marinus Schraal
Modified: 2018-01-10 14:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Marinus Schraal 2016-05-11 08:54:27 UTC 
Music hasn't been developed with HIDPI in mind.

An obvious issue seems to be the scaling of album art.

There might be other issues as well, so maybe HIDPI users could add their insights here or create relevant subtopic bugs and block on this tracker bug.
Comment 1 Cédric Bellegarde 2016-05-11 10:09:38 UTC 
This is how I fixed the issue in Lollypop:
Music needs to load artwork pixbuf at 128px * GtkImage.scale_factor(). Then convert it to cairo surface and then setting GtkImage.
Comment 2 Marinus Schraal 2016-10-04 12:37:44 UTC 
There is a remaining issue with search icons related to using libgd: since it's a treeview containing a GdkPixbuf the surface doesn't get scaled back like it does for GtkImage. Resulting in a * scale-factor sized icon.

We can't introduce a GtkImage cellrenderer in music and adding it to libgd seems overkill.
Comment 3 GNOME Infrastructure Team 2018-01-10 14:52:44 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/65.