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

[redwing]

When a pinned tab shows icon only, both TabsBar.InactiveTabIconMask and TabsBar.InactiveTabInCaptionIconMask are not working. For icon+text, they work fine.

It's fixed. Thanks!

[Bee-liever]

just while i remember - i am adding an optional bg2 to these so you can get a fade effect
<element id="Content[TrackDetail].HeaderLine" bg="235,25,25" bg2="245,245,245" />
<element id="Content[AlbumAndTracks].ArtistSplitterLine" bg="235,25,25" bg2="245,245,245" />
and adding this for the new artwork grouping
<element id="Content[Artwork].SplitterLine" bg="235,25,25" bg2="245,245,245" />

with these new elements (which I love BTW) the brighter of the 2 colours leaves 1px dot at end opposite to main part


<element id="Content[AlbumAndTracks].ArtistSplitterLine" bg="9,20,37" bg2="58,113,207"/>

if you reverse the colour values the dot appears at the RH end

[Steven]

@bee-liever, i was going to remove support for the bg2 component when both left and right headers are used but instead i will add a new element
Content[AlbumAndTracks].ArtistSplitterLineLR

[Bee-liever]

@bee-liever, i was going to remove support for the bg2 component when both left and right headers are used but instead i will add a new element
Content[AlbumAndTracks].ArtistSplitterLineLR

OK. thanks for that one, but the single pixel error also occurs with
<element id="Content[Artwork].SplitterLine" bg="235,25,25" bg2="245,245,245" />

the only one that it doesn't happen on is
<element id="Content[TrackDetail].HeaderLine" bg="235,25,25" bg2="245,245,245" />
and I think that's because the text is in line with the fading line

[Bee-liever]

the only one that it doesn't happen on is
<element id="Content[TrackDetail].HeaderLine" bg="235,25,25" bg2="245,245,245" />
and I think that's because the text is in line with the fading line

Yep, as I thought, the text is covering the pixel when the brighter colour is bg2.
If you reverse the colours and bg is the brighter colour, the single pixel shows up on the RH side even in track detail

[Steven]

two separate issues - the dot is fixed for the next update and the different element used for when left & right headers is so you can control the fading if its just a left only header vs. a left & right header

[Steven]

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

[Bee-liever]

two separate issues - the dot is fixed for the next update and the different element used for when left & right headers is so you can control the fading if its just a left only header vs. a left & right header

all working fine
thank you

[redwing]

Can you support Controls.ArtistThumb element for thumbnail browser for consistency with genre and album color?

[Bee-liever]

Can you support Controls.ArtistThumb element for thumbnail browser for consistency with genre and album color?

Granted it's not as easy as a colour override, but you can use
<element id="UnknownArtist">
to supply a matching image.

[Bee-liever]

When using a highlight image for the volume slider button in a bitmap skin
<images category="Button"
    default="Images\RoundMidnight\volumebutton_RM.png"
    highlight="Images\RoundMidnight\volumebutton_RM_hi.png"
  />
</element>,
the highlight no longer appears in MB3

just bumping as this might have been missed (I originally tacked it on a reply about another issue)

[redwing]

Can you support Controls.ArtistThumb element for thumbnail browser for consistency with genre and album color?

Granted it's not as easy as a colour override, but you can use
<element id="UnknownArtist">
to supply a matching image.

Yeah, that's what I've been doing, but this time I want to use default images.

[Steven]

i have added:
AzBar.Default fg=xxx

that overrides the fg used for the az bar

[Steven]

When using a highlight image for the volume slider button in a bitmap skin
<images category="Button"
    default="Images\RoundMidnight\volumebutton_RM.png"
    highlight="Images\RoundMidnight\volumebutton_RM_hi.png"
  />
</element>,
the highlight no longer appears in MB3

just bumping as this might have been missed (I originally tacked it on a reply about another issue)

i will definitely look at this as that sounds like a bug

[Steven]

sorry bee-liever but although this is a loss of functionality, its also a non-trivial change to implement it so i am going to leave things as they are ie. the highlight image for the volume button is no longer supported. I admit it was a neat effect you had there