Need to Remove Messed up Themes

[delta]

So I made a couple of typos on some of the themes I made and I need them removed to delcutter the theme page. how can i do this?

I need to remove these 3 as theyve all been replaced with new versions withput typos.
OneBit_po



Onebit-VFD


OneBit_po_VFD

[Dook]

Just to clarify, you mean from the theme site right?

[speachy]

So I made a couple of typos on some of the themes I made and I need them removed to delcutter the theme page. how can i do this?

I need to remove these 3 as theyve all been replaced with new versions withput typos.
OneBit_po
Onebit-VFD
OneBit_po_VFD

Should be gone now

[delta]

Thank you so much! Hopefully won’t happen again. Cheers

[delta]

I did it again... im reeeeallly sorry. This time its onebitmono2.https://themes.rockbox.org/index.php?themeid=3781&target=ipod6g

[speachy]

I did it again... im reeeeallly sorry. This time its onebitmono2.https://themes.rockbox.org/index.php?themeid=3781&target=ipod6g

Uploading a dozen different variations of a theme with slightly different names is a recipe for confusion.

[delta]

You're right, and I'm very sorry. I hadn't considered that before going through the whole thing. Do you like the themes? any recommendations? Aside the obvious..

[iPodVT]

If the main (or only?) difference between the various OneBit themes is their colors, would it be possible to unify them all into just one theme that somehow makes use of the %ft tag so that the colors could be changed via one or more user editable text files?

Or maybe there's another mechanism for accomplishing that?

[delta]

I basically only understand the basics. If you could give me an example that would really help id also like to make an alt version with a album art display while  srinking and rearranging a few viewports.

[Dook]

I'm currently working on a prototype for stylesheets in rockbox themes. It's a mutation of the %ft tag that sets colours based on values in an external file. But it would essentially solve this issue by letting users share colour variations of themes without needed to repackage the base theme.

[Frankenpod]

Isn't there already a "colours" file, that sets _some_ colours?  Mainly IIRC, it sets the colours of the text in different menus.  Frustratingly, I've completely forgotten now the details of it.

  Just vaguely remember that at one point Chris_s added a feature to 'reset' all those colours to the standard settings, as sometimes some themes employed a colours file that messed with those colours, and then left you with no simple way to reset them back to defaults again.

Maybe any additional settings could be combined with that?

Also, if someone could remind me what the hell it is I'm thinking of (but can't dredge up from my brain, as everything I used to know about themes seems to have disappeared), it would be appreciated!

Hmmm, I think it's a file of the format ThemeName.colours

[iPodVT]

I basically only understand the basics. If you could give me an example that would really help id also like to make an alt version with a album art display while  srinking and rearranging a few viewports.

I've never previously done this so I don't know whether or not it would work.  At its most basic, my idea was to place some color specs in a text file (e.g. a file named colors.txt whose first line might be FF0D30), and then retrieve and apply the color in that first line via %Vf(%ft(colors.txt,0)).

But it sounds like Dook has some more well thought-out methods in store for us.

[Frankenpod]

Another thought is it would be nice if the Theme engine was such that the 'settings/themes/colours' option would allow you to pick a "secondary colour" (and perhaps even a "tertiary colour") as well as the "foreground" "background" and "selector bar" colours.   There is a "line separator colour" setting, but if I ever knew what that does I've since forgotten it!
 [Edit] experimenting with it, it seems it affects the separator between entries in the menus, if you set that to more than the default zero size in the appropriate settings menu.

Themes could then just make use of those user-chosen colour settings (in addition to setting via a config file) for variants like these, allowing them to be changed via the colour settings menu.

[Dook]

I basically only understand the basics. If you could give me an example that would really help id also like to make an alt version with a album art display while  srinking and rearranging a few viewports.

I've never previously done this so I don't know whether or not it would work.  At its most basic, my idea was to place some color specs in a text file (e.g. a file named colors.txt whose first line might be FF0D30), and then retrieve and apply the color in that first line via %Vf(%ft(colors.txt,0)).

But it sounds like Dook has some more well thought-out methods in store for us.

I would envision it working more like CSS variables, where each line in a colors.txt file would have a descriptive title and then the colour after like "status_bar_title_color:ff0000". These would then be called with a new tag for background and foreground colours like %sB(colors.txt,status_bar_title_color) or something. It seems to be a lot of work to add nested theme tags like your example, I tried it before as a possible route when making the quickscreen tags, but it was far easier to create new tags.

Another thought is it would be nice if the Theme engine was such that the 'settings/themes/colours' option would allow you to pick a "secondary colour" (and perhaps even a "tertiary colour") as well as the "foreground" "background" and "selector bar" colours.   There is a "line separator colour" setting, but if I ever knew what that does I've since forgotten it!
 [Edit] experimenting with it, it seems it affects the separator between entries in the menus, if you set that to more than the default zero size in the appropriate settings menu.

Themes could then just make use of those user-chosen colour settings (in addition to setting via a config file) for variants like these, allowing them to be changed via the colour settings menu.

The big issue with using the settings colours currently is that most of them aren't exposed to the theme engine. For example, if you're using the themed lists feature you can't support the user's desired selector bar colour. The one pro I can see to an approach like this is that it would be more accessible to users using the screen reader, the setting entries could also be translated. But this would be limited still, I think a stylesheet approach would be better positioned to reduce the duplicates on the theme site (especially light and dark modes which could be stylesheets for a single theme instead of multiple versions)

[delta]

Well that’s the thing. Is the mono version don’t have any viewports for the back drops. So the color just defaults to whatever the user set color is. The VFD and tripod series were more unique so they have every viewport customized.