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 565671 - [Now playing] Text should jump below cover art when space is not enough
[Now playing] Text should jump below cover art when space is not enough
Status: RESOLVED DUPLICATE of bug 621934
Product: banshee
Classification: Other
Component: User Interface
git master
Other Linux
: Normal enhancement
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-26 07:01 UTC by Diego Escalante Urrelo (not reading bugmail)
Modified: 2010-10-04 21:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (164.85 KB, image/png)
2009-09-28 21:59 UTC, Diego Escalante Urrelo (not reading bugmail)
Details

Description Diego Escalante Urrelo (not reading bugmail) 2008-12-26 07:01:47 UTC
Right now, the now playing eyecandy is like this:

Song blah blah   |=========|
     by artist   |cover art|
    from album   |=========|

Thing is that if you make the window too narrow the image and text will be cut, which looks ugly and unnatural since there's probably plenty space below. See screenshot.

My suggestion is to try to detect -with nice mathematics which I have no clue about- to do this when there's not enough width but there's enough height:

  |=========|
  |cover art|
  |=========|
Song blah blah   
     by artist      
    from album
Comment 1 Ryan Hayle 2009-08-12 18:17:34 UTC
The very nice mathematics you are referring to is called "subtraction"! :)  I very much agree with your idea, though.  All of my track titles and 90% of album titles are truncated with an ellipsis even though there is plenty of space on the screen, it is quite annoying.
Comment 2 Andrés G. Aragoneses (IRC: knocte) 2009-09-28 21:18:21 UTC
Diego: you say "see screenshot", but there's no attachment in the bug :)
Comment 3 Diego Escalante Urrelo (not reading bugmail) 2009-09-28 21:59:35 UTC
Created attachment 144207 [details]
screenshot
Comment 4 Jeroen Hoek 2009-10-14 12:51:09 UTC
This is very much an issue with classical music in particular. Often the first part of a track title is the same for a single work split in multiple movements (tracks), so just the first bit doesn't tell you what track you are currently listening to.

To illustrate: it is not uncommon to have tracks tagged like this:

Title:
Great Mass No.17 for Soloists, Chorus & Orchestra in C minor, K427 (K417a): IIIa. Credo: Credo in unum Deum (Allegro maestoso)

Artist:
Gabrieli Consort & Players, Camilla Tilling, Sarah Connolly, Timothy Robinson & Neal Davis

This leaves out the Composer and Conductor tag which Banshee also supports:

Composer:
Wolfgang Amadeus Mozart

Conductor:
Paul McCreesh

Depending on the method of tagging, these fields may end up as part of the title tag as well leading to even longer titles, especially if people import music from sources that don't use the Composer and Conductor tags.

Presenting only the first bit of the title tag is aesthetically pleasing, but not very practical in some cases.
Comment 5 Andrés G. Aragoneses (IRC: knocte) 2010-06-17 23:08:53 UTC
Diego, can you confirm that the patch on bug 621934 fixes this bug? If yes, they may be sort of dupes.
Comment 6 Tobias Mueller 2010-09-24 20:23:25 UTC
Diego, Ping.
Comment 7 Diego Escalante Urrelo (not reading bugmail) 2010-09-25 21:01:09 UTC
Seems so. Thanks :)
Comment 8 Andrés G. Aragoneses (IRC: knocte) 2010-10-04 21:46:58 UTC
*** This bug has been marked as a duplicate of bug 621934 ***