What features should be added to theming spec?

[iPodVT]

In case anyone's interested, attached are four photos that demonstrate how my iPods' names are currently displayed in various screens of the in-development theme I'm working on - which is obviously closely derived from the default Rockbox cabbiev2 theme.

As quoted from an above post in this same topic, here's a brief description of how my theme currently accomplishes it:

I have a number of iPods, each with a different username.  I'm currently able to kludge a solution by appending each iPod's name onto the name of its playlist catalog directory, and then I retrieve the name with %St(playlist catalog directory).  So if my iPod's name is "Bed_Pod", I name the playlist catalog directory "PlaylistsBed_Pod" and then call %ss(10,-,%St(playlist catalog directory)) to display the correct username.

The colors in the attached photos are a bit washed out, so they don't look as crisp and contrasted as what I see on my iPods' screens, but I wanted to use photos of the entire device as I feel it gives better context than just doing a dump of the iPod's screen.

[speachy]

My current WIP patch has this new "playername" setting defaulting to the internal playername (eg ipod5g, xduoox3, etc) but I'm now thinking it makes more sense to default to an empty string.

The idea being that users of that setting (be they themes or whatever) can check to see if it's set at all and adjust their behavior accordingly, and a name like 'xduoox3' isn't terribly useful.

I'm also thinking that this name could be properly voiced by the user creating a talkclip called '.rockbox/lang/VOICE_PLAYERNAME.talk' that could be triggered by the announce_status plugin or somewhere in the menu hierarchy.

[Frankenpod]

My current WIP patch has this new "playername" setting defaulting to the internal playername (eg ipod5g, xduoox3, etc) but I'm now thinking it makes more sense to default to an empty string.

The idea being that users of that setting (be they themes or whatever) can check to see if it's set at all and adjust their behavior accordingly, and a name like 'xduoox3' isn't terribly useful.

I'm also thinking that this name could be properly voiced by the user creating a talkclip called '.rockbox/lang/VOICE_PLAYERNAME.talk' that could be triggered by the announce_status plugin or somewhere in the menu hierarchy.

Sounds like a good way to do it, to me.  The only thought I have on it - which might be completely impossible to achieve anyway, for all I know - is that a possible default name could be the serial number as reported by the original firmware.  Don't know if RB can access that, or if it even exists on targets other than ipods.

[chronicallyoffline]

The colorscheme being pulled from the Album Artwork seems like such a fantastic addition, I wonder if inspiration could be taken from something like pywall to accomplish it.

One thing I'd love to have would be the ability to set a light and dark mode of a theme, and have it set to trigger at a specific time or at will via quickscreen. I don't have the slightest idea if that's possible or how it would be accomplished though.

[iPodVT]

One thing I'd love to have would be the ability to set a light and dark mode of a theme, and have it set to trigger at a specific time or at will via quickscreen. I don't have the slightest idea if that's possible or how it would be accomplished though.

It occurred to me that if one had two different versions of a theme - in your case one light and one dark - they could be manually triggered quickly and easily via shortcuts.  So I navigated into the themes directory, selected each of two different theme .cfg files, and used the context menu to add them to my shortcuts.  I was surprised that the generated shortcuts were of type 'browse', not type 'file', and selecting the new shortcuts only took me to each theme's .cfg file in the themes directory, it did not apply the theme.  So I manually edited my shortcuts file to change those shortcuts' types to 'file' and then rebooted so that Rockbox would use my new manual edits, and now the shortcuts apply the chosen themes.

Perhaps this might work for you, at least until accessing the theme files via the Quickscreen gets implemented.  And, of course, it's still manual - not automated for time of day or other condition.

[Dook]

I think it could've been Bilgus, but someone mentioned before that it's possible to create a plugin that automatically switches the theme at a set time.