Skin- and visual errors related to, and skinning requests for MusicBee v3

[Bee-liever]

I'll just slip this link in here...

for when skinning items are on the go again:

you were once able to override the 'Cancel' and 'Wait Indicator' elements with

Code

<element id="Delete">CODE</element>

and

Code

<element id="Wait Indicator">CODE</element>

Could they please be re-activated.

in the hope they might be considered for MB3.

[Steven]

the wait indicator is no longer included. I can do something with the cancel icon

[Bee-liever]

the wait indicator is no longer included.

I've synced a couple of devices with MB3 and never noticed that.
Too subtle a change for me? 

[Sofocl]

yes i did implement that in v3 and was enabled in the early builds. But i really hated that feature and its mostly disabled, except it is still possible in the track details layout by selecting using the very left status column

Sadly. Is there any chance that this feature will return? Does it make sense to post in the wishlist?

[hiccup]

do you still get the visual artifacts? the resized area should stay entirly black while resizing is being done
edit:
no need to answer - i can sort of reproduce this still

I already made the screenshots before I read your 'edit:', so I'll just post them anyway, maybe it's still helpful.

while enlarging:


while reducing:

[Bee-liever]

I've noticed that the scroll bars in Preferences
General
Hotkeys
Library

are using the "Panel.ScrollBar." attributes, not the "Controls.ScrollBar." ones.

[Steven]

there is one issue with several of the skins, which are showing red or sometimes other colours on the top left and top right borders. This is apparent only in MB 3. Iin earlier MB versions, that area was trimmed when displayed so the borders were curved. I cant do that anymore without causing other issues. If you are using windows 10 you wont see this because MB is adjusting the bitmap for the window borders to 1px and renders the window as a rectangle.
I can put in some handling that will cover most of the skins so the issue isnt to glaring (its still not ideal)
Going forward can the top left and right borders be designed on the assumption it will be square

[Steven]

you were once able to override the 'Cancel' and 'Wait Indicator' elements with

Code

<element id="Delete">CODE</element>

and

Code

<element id="Wait Indicator">CODE</element>

Could they please be re-activated.

i cant find any prior support for the delete icon but i have added an override for it:
<element id="DeleteIcon">...

I've noticed that the scroll bars in Preferences
General
Hotkeys
Library
are using the "Panel.ScrollBar." attributes, not the "Controls.ScrollBar." ones.

thats fixed for the next update

[Mephisto]

I'm using the tab diplay for lyrics, track info and artist biography.
Is there a way to rearrange the 'playing'/'selected' field in 3.0 to look like 2.5 (or at least have a better look) through a skin command, or is it defined by the program and cannot be changed?
current 3.0

2.5 version

[hiccup]

Just to let you know:
The biggest 'uglies' when enlarging/decreasing the compact player are now gone after the last update.
It's not completely elegant, and a little bit shaky, but nothing to complain about.

Only to give you an impression how it now looks on my system:

[Bee-liever]

With progress bar in the middle:
If using the bg attribute of "PlayerTopFlat.DisplayPanel" so that it's different from "PlayerFlat.DisplayPanel" bg="xxx,xxx,xxx"
when moving the 'player controls' from the top panel to bottom panel, the bottom panel doesn't get repainted and keeps the PlayerTopFlat.DisplayPanel bg colour.

Moving bottom to top is the same.

[Bee-liever]

Could the currently existing <element id="DownloadsIcon"> override be used on the new download icon on the header bar, please?

[Steven]

Could the currently existing <element id="DownloadsIcon"> override be used on the new download icon on the header bar, please?

i have added "DownloadIndicatorIcon" and "NotificationIcon"
however icons in the header bar are automatically re-coloured depending on whether the bar in docked in the caption bar or not

[Steven]

i have uploaded the changes

[hiccup]

With bitmap skins, thinking in layers, when 'shuffle' and 'repeat' buttons are placed somewhere in the trackinfopanel, they will function.
But playing control buttons will not be responsive anymore when located somewhere where the trackinfopanel is also present.
Could the playing control buttons be pushed-up a layer so they are above the trackinfopanel?