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 613818 - Interface for CDs should give more priority to the button for copying tracks to the library
Interface for CDs should give more priority to the button for copying tracks ...
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: User Interface
unspecified
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
: 618184 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-03-24 16:05 UTC by Dylan McCall
Modified: 2012-02-21 05:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dylan McCall 2010-03-24 16:05:24 UTC
Right now, when I insert a CD and have Rhythmbox handle opening it, it is not at all obvious how to get the music from my CD and store it on the computer; the button to do it is just a small icon in the toolbar — and the icon is a completely meaningless graphic depicting a CD, at that. Some possible solutions:

Put the Duplicate CD, Eject and Copy to Library buttons at the bottom of the interface. It is natural, with the current approach, that one would read the list of tracks, maybe fix the album / artist name and then look for the button to copy the contents. Elsewhere in GNOME, this natural order of events is reflected by the interface.

Another, smaller change would be to set appropriate importance for the relevant toolbar action items. Right now only Play has is_important set to True so that its text is visible in text-beside-icons mode (which is now the default toolbar style). The "Copy tracks to library" toolbar item, on the other hand, simply has no text in this mode.
Comment 1 Jonathan Matthew 2010-05-30 11:54:43 UTC
*** Bug 618184 has been marked as a duplicate of this bug. ***
Comment 2 Dylan McCall 2012-02-21 05:28:56 UTC
This is organized differently in 2.95. (And very nicely, I think. Nice work!)
I'll just go ahead and mark it resolved.