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

[Steven]

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- changes as described above
- i am pretty much finished what i plan to do for now, apart from the tweaks for an iTunes style progress bar requested by cartman005
let me know if i have forgotten something major but i do want to move on now

[Bee-liever]

However i am not planning on making any changes to the style of tabs for the tag editor

I suppose making them like the tabs at the bottom of the 'Radio' panel (2.5 Library Explorer style) is also not possible?

I just think those angled tabs look off with the rest of the styling of 3.0.
Especially so when the tag editor is docked in the main panel.

[Alumni]

i have added an override for the track information section (currently maroon coloured) in the Now Playing panel
NowPlayingTrackInfo bg=XXXX fg=XXXX
it is alpha blended with the background image depending on the panel configuraton used

A small issue I've noticed with this new override.
When in large album cover mode, NowPlayingTrackInfo is ignoring the element I defined and is displaying its own color.

Here's some screenshots, the second picture is how I intended for it to look:

[Steven]

i have added an override for the track information section (currently maroon coloured) in the Now Playing panel
NowPlayingTrackInfo bg=XXXX fg=XXXX
it is alpha blended with the background image depending on the panel configuraton used

A small issue I've noticed with this new override.
When in large album cover mode, NowPlayingTrackInfo is ignoring the element I defined and is displaying its own color.

yes you are right and i will add one more pverride

[Alumni]

i have added for the next update:
DeviceSettings.VerticalMenu.Default
DeviceSettings.VerticalMenu.Highlight
DeviceSettings.VerticalMenu.Lowlight
but wont make any overrides for the alternating row colours

Thanks, I appreciate those additions.

[Steven]

i have added an override for the track information section (currently maroon coloured) in the Now Playing panel
NowPlayingTrackInfo bg=XXXX fg=XXXX
it is alpha blended with the background image depending on the panel configuraton used

A small issue I've noticed with this new override.
When in large album cover mode, NowPlayingTrackInfo is ignoring the element I defined and is displaying its own color.

i have changed the default handling to have less contrast for dark skins and this is the new override. Its in the next update

<element id="NowPlayingLargeAlbumTrackInfo" bg="235,5,5" fg="60,250,160"  />

[Steven]

However i am not planning on making any changes to the style of tabs for the tag editor

I suppose making them like the tabs at the bottom of the 'Radio' panel (2.5 Library Explorer style) is also not possible?

I just think those angled tabs look off with the rest of the styling of 3.0.
Especially so when the tag editor is docked in the main panel.

i do agree with you and will probably do this but not promising

[Steven]

for the changes described above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

[Bee-liever]

I just think those angled tabs look off with the rest of the styling of 3.0.
Especially so when the tag editor is docked in the main panel.

i do agree with you and will probably do this but not promising

Will keep my fingers crossed and wait in hope

[Bee-liever]

This is an old problem that I never bothered reporting before but, I thought I'd give it a mention in hopes that it gets fixed for 3.0

Using the artwork downloader, the highlighter for the image selection uses an auto-generated colour and works fine



unless you are using <element id="UseArtworkBorders">true</element> and
<element id="Controls.ArtworkFrame" bdr="xxx,xxx,xxx,xxx"/>
then the selection bar colour is overridden by the bdr colour.
Sometimes the bg colour of the panel and the bdr colour are very hard to tell apart.

On that downloader panel, MB is also generating a border colour for the artwork images.
This colour is not effected by "Controls.ArtworkFrame"

Could MB be changed so that is uses that colour for both the border and the selection highlight as well?

[hiccup]

It looks like  <bufferingMargin for the progress bar is not functioning in v3.

[Steven]

It looks like  <bufferingMargin for the progress bar is not functioning in v3.

support for that was not included in v3 as i felt it didnt add much value. However as i write this i am thinking it would probably be needed for a bitmap skin. Is that where you are comng from with this?

[hiccup]

It looks like  <bufferingMargin for the progress bar is not functioning in v3.

support for that was not included in v3 as i felt it didnt add much value. However as i write this i am thinking it would probably be needed for a bitmap skin. Is that where you are comng from with this?

I noticed a slight difference with my 'A Sophisticated Bee' skin.
If you wouldn't know it, you wouldn't notice it, and there is no image corruption.
So I believe it would be safe just to leave it as it is.

[Bee-liever]

This is an old problem that I never bothered reporting before but, I thought I'd give it a mention in hopes that it gets fixed for 3.0
Using the artwork downloader, the highlighter for the image selection uses an auto-generated colour and works fine
unless you are using <element id="UseArtworkBorders">true</element> and
<element id="Controls.ArtworkFrame" bdr="xxx,xxx,xxx,xxx"/>
then the selection bar colour is overridden by the bdr colour.
Sometimes the bg colour of the panel and the bdr colour are very hard to tell apart.
On that downloader panel, MB is also generating a border colour for the artwork images.
This colour is not effected by "Controls.ArtworkFrame"
Could MB be changed so that is uses that colour for both the border and the selection highlight as well?

You probably can forget about this.

Because you can use an alpha value in "Controls.ArtworkFrame", you can set a darker colour for the selection bar and then tone it back with a low alpha value on the artwork border.
A perfect work-around. 

[Steven]

unless you are using <element id="UseArtworkBorders">true</element> and
<element id="Controls.ArtworkFrame" bdr="xxx,xxx,xxx,xxx"/>
then the selection bar colour is overridden by the bdr colour.
Sometimes the bg colour of the panel and the bdr colour are very hard to tell apart.

the use of ArtworkFrame is not the best and for the next update i have changed it to auto-generate based on the panel colours