Some of the sidebar symbolic icons don't make sense.

[fossfreedom]

Some of the sidebar symbolic icons don't make sense.

[fossfreedom]

correct - this goes beyond this particular plugin.

Three ways to address this. Obviously, upstream via a pull request to rhythmbox itself. The maintainer prefers coders and patches. I've noted that enhancement requests rarely get actioned - someone has to do the work before Jonathan Matthew (the maintainer) would consider pulling in the patch.

The second is distro specific - make those changes in the source itself and maintain the patches for every new rhythmbox version...

The third way is more speculative but possibly via another plugin - each of those options in the picture is in a RB.DisplayPageTree

• https://lazka.github.io/pgi-docs/#RB-3.0/classes/DisplayPageTree.html#RB.DisplayPageTree

Every item is ultimately a RB.DisplayPage (i.e. playlists etc are derived from RB.DisplayPage)

• https://lazka.github.io/pgi-docs/#RB-3.0/classes/DisplayPage.html#RB.DisplayPage

There is a property on the page called icon - its a Gio.Icon - so it should be possible (at least in theory) to assign your own Gio.Icon to it.

As I said - the third way is more speculative - not sure what event that could be used to tap into, to detect when a new RB.DisplayPage is created and then override the icon.

[me4oslav]

Right, way one seems like the best option. I can do the icons, you can do the implementation work and send a pull request. But there is a but. Is the maintainer interested in merging cosmetics patches like this one?
I didn't get the second way.
Third way seems like last resort method, so I guess it should be avoided if possible.
I will do the icons right now.

[fossfreedom]

@me4oslav

C programming isnt generally my forte - its been a while. Happy to give it a try though.

As to whether the maintainer of rhythmbox is interested - I've posted this bug report to sound him out.

• https://bugzilla.gnome.org/show_bug.cgi?id=746235

[me4oslav]

Commended there. I am now working on this:
#4
Would you prefer pen and paper wireframes or digital ones?

[fossfreedom]

web-links to the "-symbolic.svg" files themselves.

[me4oslav]

No, no, I know abut the icons. :)
I was asking around the wireframes for issue #4 - do you want them digital or would you prefer them as sketches?

[fossfreedom]

sketches would be fine.

[me4oslav]

As a person that dies a little on the inside when he has to do digital wireframes and/or mockups I can't thank you enough for not making me do such. :)

[me4oslav]

Here is the tarball with the needed icons:
https://dl.dropboxusercontent.com/u/2656555/rb-symbolic-icons.tar.gz

When implementing them please put them in the same scalable subfolders as they are in the tarball and don't change the names. The folders structures and naming are XDG Gnome standards approved, so icon themes can theme them.

Rationale:
"Play queue" - "mimetypes/audio-x-queue-symbolic.svg" (in the tarball).
"Import errors" - "dialog-error-symbolic.svg" (no need for a custom icon).
"libre.fm" - "apps/librefm.svg" (in the tarball)
"Radio" - "devices/audio-radio.svg" (in the tarball).
"User created playlist" - "mimetypes/audio-x-playlist-symbolic.svg" (in the tarball).
"Top rated playlist" - "user-bookmarks-symbolic.svg" (no need for a custom icon).
"Recently added playlist" - "mimetypes/audio-x-playlist-recently-added-symbolic.svg" (in the tarball).
"Recently played playlist" - "mimetypes/audio-x-playlist-recently-played-symbolic.svg" (in the tarball).

Everything else is fine.

GTK doesn't need the ".svg" suffix when you're going to implemented those.

[me4oslav]

Do we need this issue still open?

[fossfreedom]

guess not.