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 313479 - Replace the word "song" -> "track"
Replace the word "song" -> "track"
Status: RESOLVED OBSOLETE
Product: rhythmbox
Classification: Other
Component: User Interface
3.0.x
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
: 727879 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-14 17:57 UTC by Ole Laursen
Modified: 2018-05-24 10:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch (15.74 KB, patch)
2007-03-14 07:49 UTC, James "Doc" Livingston
none Details | Review
better patch (17.85 KB, patch)
2007-03-25 06:44 UTC, James "Doc" Livingston
none Details | Review

Description Ole Laursen 2005-08-14 17:57:55 UTC
Although most contemporary popular music does in fact have a singer, lots of
jazz and classical music is purely instrumental. Hence, it just feels wrong that
"song" is used all over the UI, e.g. "Choose random song" or "Loading songs"
when I don't have any songs in my collection.

Like if the terminal was called a file manager (main menu -> system utilities ->
file manager, *wham* you get a terminal). Or Epiphany called "Connect to the
Internet". Or if Nautilus referred to files as documents ("16 documents, free
space: 801 MB").

I realize pointing this out makes me a nitpicker, but it really is an annoying
distraction. Would it be possible to change the wording to something a bit more
general? In Danish, a piece of music is called a "musiknummer" or just "nummer"
which my dictionary translates to "track". How about that? Or perhaps just
"piece" or "piece of music" when space is plentiful?
Comment 1 Ole Laursen 2005-08-17 18:12:41 UTC
Hm, I can see in the .po file that track is already used for the position on the
cd. Another possibility is "work". But maybe that isn't used for pop music.
Comment 2 Alex Lancaster 2005-12-17 01:48:02 UTC
+1 for "track".  "song" is definitely the wrong word, especially for music that
is instrumental, jazz or classical.
Comment 3 Alex Lancaster 2006-02-26 20:11:40 UTC
This should probably be discussed on the mailing list.  I'll post a link back to this bug.
Comment 4 Baptiste Mille-Mathias 2006-02-28 09:10:05 UTC
I'm in favor to use track too; by the way the word "song" was already replaced by "track" in the new Rhythmbox documentation.
Comment 5 Alex Lancaster 2006-03-09 09:17:26 UTC
Doc (James Livingston) indicates that he's willing if nobody objects:

http://mail.gnome.org/archives/rhythmbox-devel/2006-February/msg00184.html

Thread here:

http://mail.gnome.org/archives/rhythmbox-devel/2006-February/thread.html#00171

Confirming as bug.
Comment 6 Alex Lancaster 2006-03-09 09:18:14 UTC
(In reply to comment #5)
> Doc (James Livingston) indicates that he's willing if nobody objects:

willing to change to "track", that is.
Comment 7 Alex Lancaster 2007-03-14 01:44:31 UTC
Evidence of the fact that I'm not the only one who dislikes "song" and why "track" is more appropriate:

http://lurgy.wordpress.com/2007/03/13/a-better-music-player-for-gnome-12/
Comment 8 James "Doc" Livingston 2007-03-14 07:49:36 UTC
Created attachment 84558 [details] [review]
patch

I'd forgotten about this. This patch changes all the translatable strings with 'song' or 'songs' in them to use 'track(s)' instead.
Comment 9 Alex Lancaster 2007-03-14 09:12:40 UTC
(In reply to comment #8)

> I'd forgotten about this. This patch changes all the translatable strings with
> 'song' or 'songs' in them to use 'track(s)' instead.

Works for me.  The Jamendo and Magnatune plugins need to also be updated, however.  Also "Jump to Playing Song" should be changed to "Jump to Playing Track" for consistency. 

Comment 10 William Jon McCann 2007-03-14 12:10:26 UTC
I wonder if we should try to make this conditional on either the type of source or rhythmdb-entry-type.  So, for example, when a possible Audio Books source is selected the UI would use the term "books".  Maybe a property on the source would work?
Comment 11 James "Doc" Livingston 2007-03-25 06:44:55 UTC
Created attachment 85248 [details] [review]
better patch

Oops, I'd only searched for "song" and not "Song". This patch fixes that.

(In reply to comment #10)
> I wonder if we should try to make this conditional on either the type of source
> or rhythmdb-entry-type.  So, for example, when a possible Audio Books source is
> selected the UI would use the term "books".  Maybe a property on the source
> would work?

About half the instances of the word is in source-specific code, so it doesn't apply, quite a few of the others are in places where we aren't referring to any track(s) in particular, and the rest are basically in the long descriptions for tooltips of menu items. I'm not sure it would really be worth changing any of those.

Is there any references in particular where you think it would be good to make it change?
Comment 12 Alexander “weej” Jones 2008-07-20 02:15:48 UTC
Can we get this merged in soon?
Comment 13 Alex Lancaster 2008-07-20 02:45:17 UTC
(In reply to comment #12)
> Can we get this merged in soon?

I'm not sure that the the patch on this bug even applied against SVN.  Can you try it? 

Comment 14 Piotr Drąg 2015-12-19 16:14:51 UTC
*** Bug 727879 has been marked as a duplicate of this bug. ***
Comment 15 GNOME Infrastructure Team 2018-05-24 10:45:47 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/rhythmbox/issues/68.