[Zuzia]

I'm testing on the current version: https://github.com/MikeSiLVO/skin.transp...master.zip
The error with favorites appears after the skin starts, because this tab is missing from the skin's default settings.

Log:
2024-05-04 19:55:24.548 T:242944    info <general>:   load skin from: /home/zuzia/.kodi/addons/skin.transparency/ (version: 11.99.0)

2024-05-04 19:55:24.550 T:242944    info <general>:   load fonts for skin...

2024-05-04 19:55:24.594 T:242944    info <general>: Loading skin includes from /home/zuzia/.kodi/addons/skin.transparency/1080p/Includes.xml

2024-05-04 19:55:24.664 T:242944    info <general>: LoadFontsFromFile: Loading <fontset> with name 'Default' from '/home/zuzia/.kodi/addons/skin.transparency/1080p/Font.xml'

2024-05-04 19:55:24.695 T:242944    info <general>: LoadTimers: Trying to load skin timers from /home/zuzia/.kodi/addons/skin.transparency/1080p/Timers.xml

2024-05-04 19:55:24.713 T:242944 warning <general>: LoadTimers: Could not load timers file /home/zuzia/.kodi/addons/skin.transparency/1080p/Timers.xml:  (Line: 0)

2024-05-04 19:55:24.713 T:242944    info <general>:   load new skin...

2024-05-04 19:55:24.713 T:242944    info <general>: Loading custom window XMLs from skin path /home/zuzia/.kodi/addons/skin.transparency/1080p

2024-05-04 19:55:24.716 T:242944    info <general>:   initialize new skin...

2024-05-04 19:55:24.716 T:242944    info <general>: Loading skin file: DialogBusy.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.718 T:242944    info <general>: Loading skin file: DialogNotification.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.718 T:242944    info <general>: Loading skin file: DialogSeekBar.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.723 T:242944    info <general>: Loading skin file: DialogExtendedProgressBar.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.724 T:242944    info <general>: Loading skin file: Pointer.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.726 T:242944    info <general>: Loading skin file: DialogBusy.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.727 T:242944    info <general>: Loading skin file: DialogVolumeBar.xml, load type: LOAD_ON_GUI_INIT

2024-05-04 19:55:24.728 T:242944    info <general>:   skin loaded...

2024-05-04 19:55:24.729 T:242944    info <general>: Loading skin file: AddonBrowser.xml, load type: KEEP_IN_MEMORY

2024-05-04 19:55:24.736 T:242944   error <general>: Window Translator: Can't find window favourites

2024-05-04 19:55:24.968 T:242944    info <general>: Loading skin file: DialogConfirm.xml, load type: KEEP_IN_MEMORY

2024-05-04 19:55:27.887 T:242944    info <general>: Loading skin file: Startup.xml, load type: LOAD_EVERY_TIME

2024-05-04 19:55:27.888 T:242944    info <general>: Loading skin file: Home.xml, load type: KEEP_IN_MEMORY

2024-05-04 19:55:27.904 T:242944   error <general>: Window Translator: Can't find window favourites

The next error after clicking add-ons and then I try to go a level higher.

Log:
2024-05-04 19:59:22.721 T:243923   error <general>: GetDirectory - Error getting addons://sources/

2024-05-04 19:59:22.722 T:242944   error <general>: CGUIMediaWindow::GetDirectory(addons://sources/) failed

2024-05-04 19:59:26.423 T:242944    info <general>: Loading skin file: Home.xml, load type: KEEP_IN_MEMORY

2024-05-04 19:59:45.838 T:244042   error <general>: GetDirectory - Error getting addons://sources/

2024-05-04 19:59:45.838 T:242944   error <general>: CGUIMediaWindow::GetDirectory(addons://sources/) failed

2024-05-04 19:59:54.354 T:244046   error <general>: GetDirectory - Error getting addons://sources/

2024-05-04 19:59:54.355 T:242944   error <general>: CGUIMediaWindow::GetDirectory(addons://sources/) failed

I am testing on a PC on a clean KODI v21 profile on Linux Debian 12.

[mikeSiLVO]

I'm testing on the current version: https://github.com/MikeSiLVO/skin.transp...master.zip
The error with favorites appears after the skin starts, because this tab is missing from the skin's default settings.

This doesn't make much sense to me. The default skin loadout does not have the Favourites main menu item enabled by default but all calls to the old (deprecated) dialog have been removed from the skin.
I do see some leftover animation conditions that still have the old window name but the error message wouldn't affect any functionality.
What exactly is broken or is it just the error in the logs? If only the error, try the latest and see if it still appears.

The next error after clicking add-ons and then I try to go a level higher.

I am testing on a PC on a clean KODI v21 profile on Linux Debian 12.

This seems like a Kodi bug. Easily reproducible on every skin I tried, including Estuary.
Addons main menu item in Transparency! opens Program Add-ons and when using the parent folder to go back, it's an empty list that won't back out further, producing an error in the log.

[mikeSiLVO]

Skin updated to remove service.skin.widgets as a requirement.
The only widget it is currently used for is the random add-ons one since I cannot seem to make that content path random.

Let me know of any issues.

Zip files:
skin.transparency-v11.99.01-omega.zip
skin.transparency-v11.50.01-nexus.zip

[kurai]

The only widget it is currently used for is the random add-ons one since I cannot seem to make that content path random.

erm ... couple of remarks.

1. The "Random item" option is only *one* of the types available in the service settings. There's also "Recommended" and "Recently Added". Presumably you know this, since you also trimmed those out of Home, some includes and the SkinSettings, so ....
   
2. The "Random" option works fine for me in @ronie 's final v11.09 release and also in the @konetzed / @Karellen / v11.1.2 patch/fix effort. Is the broken "Random" option collateral damage from something else in your repo that you fixed in the skin, or something specific to your setup ?
   

Removing/hiding/dereferencing the "Random" option wouldn't be a big deal for me, since I don't normally use it (or "Recommended") but I *do* use "Recently Added", so having the *option* to use (or not) the widget function entirely just chopped out wholesale doesn't seem ideal to me.

I'll wait for some clarification before I go and make another backup of my working system and install your Transparency again to test further.

[mikeSiLVO]

The only widget it is currently used for is the random add-ons one since I cannot seem to make that content path random.

erm ... couple of remarks.

1. The "Random item" option is only *one* of the types available in the service settings. There's also "Recommended" and "Recently Added". Presumably you know this, since you also trimmed those out of Home, some includes and the SkinSettings, so ....
   
2. The "Random" option works fine for me in @ronie 's final v11.09 release and also in the @konetzed / @Karellen / v11.1.2 patch/fix effort. Is the broken "Random" option collateral damage from something else in your repo that you fixed in the skin, or something specific to your setup ?
   

Removing/hiding/dereferencing the "Random" option wouldn't be a big deal for me, since I don't normally use it (or "Recommended") but I *do* use "Recently Added", so having the *option* to use (or not) the widget function entirely just chopped out wholesale doesn't seem ideal to me.

I'll wait for some clarification before I go and make another backup of my working system and install your Transparency again to test further.

Not sure I understand what you're saying...
All the other widgets (besides random add-ons) have been replaced using the skin engine instead of the service script.

EXCEPT the one and only random add-ons widget. That one still uses service.skin.widgets, I could not find a way to duplicate its functionality. If the service is installed, then it is still available. Since only that one widget needs it there is no need for the service to be a requirement.

I suggest to just test it out, nothing would be ruined by downgrading if there is an issue.

[kurai]

All the other widgets (besides random add-ons) have been replaced using the skin engine instead of the service script.
...
I suggest to just test it out, nothing would be ruined by downgrading if there is an issue.

Aaah, I understand.  I only really looked at the new Favourites functionality from the update you pushed a few weeks ago - I didn't poke at the widgets.

I'll grab 'v11.99.01 - Omega' now.

[kurai]

Since only that one widget needs it there is no need for the service to be a requirement.

Confirmed - `Recently Added` Home-screen widgets work fine without the service.skin.widgets package.

Thanks - my earlier misunderstanding had me worried for a bit

[mikeSiLVO]

New Transparency! version for Omega with Versions/Extras support.
skin.transparency-v11.99.02-omega.zip

Unless there are any noticed issues, in about a week or two I will submit the skin for review in to the Kodi repo.

[kurai]

@mikeSiLVO Excellent - thank you.

A question:-
Is there any skin-engine global mechanism for changing the <scrollspeed> dependent on system display resolution ?
(i.e. in overflowed label text & toast notifications)
The default of 60px/s was fine in the days of 720 + 1080, but on 4K+ displays it feels *glacially* slow 

If not, then I'll continue to add a faster value in my set of "Personal tweaks".
(changes that are so specific to my use-case and/or too nerdy to be of sufficient interest to anyone else using the skin)

[Karellen]

but on 4K+ displays it feels *glacially* slow

Agree

[Karellen]

Maybe this overlay can be updated with the extra info...

[kurai]

 
@Karellen :
DialogPlayerProcessInfo.xml is one of my personal tweaks 

(On my LibreELEC system, Linux based, there's no way to get the Kodi InfoLabel for total CPU use in one percentage number.
There's $INFO[System.CpuUsage] which will list % of*ALL* cores (the default shown above) or $INFO[System.CoreUsage(id)] for one *specific* core.
Given how activity is dynamically jumping all over the available cores it's difficult to get useful info at a glance.

So I added a graphical bar (a progress control reading the System Cpu.Usage) instead, which is a much more visually obvious indication of state.


But .... aaaaaaaanyway ... what "extra info" did you mean, specifically ?

[realcopacetic]

@mikeSiLVO Excellent - thank you.

A question:-
Is there any skin-engine global mechanism for changing the <scrollspeed> dependent on system display resolution ?
(i.e. in overflowed label text & toast notifications)
The default of 60px/s was fine in the days of 720 + 1080, but on 4K+ displays it feels *glacially* slow 

If not, then I'll continue to add a faster value in my set of "Personal tweaks".
(changes that are so specific to my use-case and/or too nerdy to be of sufficient interest to anyone else using the skin)

Yes, in Defaults.xml you can set default values for each control that will be used whenever you don't override by explicitly deciding a value. So if you set the scrollspeed on the label default control to 150, that would be used on every label control in the skin unless you state a different value for a given control

[realcopacetic]

@mikeSiLVO Excellent - thank you.

A question:-
Is there any skin-engine global mechanism for changing the <scrollspeed> dependent on system display resolution ?
(i.e. in overflowed label text & toast notifications)
The default of 60px/s was fine in the days of 720 + 1080, but on 4K+ displays it feels *glacially* slow 

If not, then I'll continue to add a faster value in my set of "Personal tweaks".
(changes that are so specific to my use-case and/or too nerdy to be of sufficient interest to anyone else using the skin)

Sorry edited as I misread. You can set a global value for scrollspeed in Defaults.xml. you might be able to do something based on resolution with constants. Not sure though

[Karellen]

what "extra info" did you mean, specifically ?

Hmm, now that I compare info screens between different skins, there is not a lot more to be added.
I just noted that Estuary had more info, and thought that it could be implemented into Transparency
https://kodi.wiki/view/Player_process_in...ocess_Info