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

[Steven]

I noticed some rather small skinning issues, involving the track layout with medium sized artwork (tracks with thumbnails).

- i'm not sure if this is intentional or not, but when selecting multiple files there is a visible gap between each highlighted track, I imagine it's just for padding but it might look neater if the highlighted area was extended vertically to hide any gaps.
- there is a visual glitch when deselecting a track that was previously selected from a stack, the topmost border of the track directly below that one disappears until the panel is refreshed.

both are fixed for the next update

[Steven]

for the upcoming tab enhancements i have added the following to enable and override the centered text tab layout (which should blend into the caption bar)

  <element id="TabsBar.TabInCaptionBarBlended.Default" bg="40,40,40" fg="170,170,170"  />
  <element id="TabsBar.TabInCaptionBarBlended.Separator" bg="130,130,130" />
  <element id="TabsBar.TabInCaptionBarBlended.Highlight" bg="40,40,40" fg="235,235,235" />
  <element id="TabsBar.TabInCaptionBarBlended.InactiveTabIconMask" bg="128,0,0,0" />

if your existing tab in caption bar colours are already suitable then just enable this flag instead.
  <element id="AllowCenteredTabInCaptionBar">true</element>

With neither of the above included in the skin, the centered text tab layout wont be supported

[Steven]

one more you might need to override the "+" button:

<element id="TabsBar.TabInCaptionBarBlended.AddButton" bg="40,40,40" fg="170,170,170"  />

[redwing]

Can you support bg for TabsBar.TabInCaptionBarBlended.Highlight & TabsBar.TabBlended.Highlight?
For some skins (Pastels skin set of mine), different fg colors don't seem to be enough to make active tab standing out.

[Steven]

i have added:
  <element id="TabsBar.TabBlended.Highlight" bg="240,40,40" fg="235,235,235" />
and this now uses the bg attribute
<element id="TabsBar.TabInCaptionBarBlended.Highlight" bg="40,40,40" fg="235,235,235" />

[redwing]

i have added:
  <element id="TabsBar.TabBlended.Highlight" bg="240,40,40" fg="235,235,235" />
and this now uses the bg attribute
<element id="TabsBar.TabInCaptionBarBlended.Highlight" bg="40,40,40" fg="235,235,235" />

Thanks a lot!

[redwing]

I have many skins that use a gradient top border image. For those skins I can handle tabs in caption bar by not using bg value.
<element id="TabsBar.TabInCaptionBar.Default" fg="120,90,90" />
<element id="TabsBar.TabInCaptionBar.Highlight" fg="200,120,60" />
But a problem arises with iconmask elements since they require a specified bg value.

Can you support something like <element id="TabsBar.InactiveTabInCaptionIconMask" bg="230" /> for such cases?
(also for TabsBar.TabInCaptionBarBlended.InactiveTabIconMask)

[Steven]

sorry redwing but i am finished with this now and even the small change i made yesterday is causing all sorts of complications which i am looking at now

[redwing]

OK, I understand. Also if that causes lots of complications you can remove those bg support you implemented yesterday. I can handle it.

[Steven]

OK, I understand. Also if that causes lots of complications you can remove those bg support you implemented yesterday. I can handle it.

The change yesterday can remain as i think the issue it created should be resolved now

[phred]

I think I missed a Tabs Bar change somewhere along the line quite recently.
Doesn't matter whether tabs are in, or below, the caption bar.  I'd love to have the old view back.  What changed?
In 3.0.5921 tabs look like this:


In 3.0.5922+ they look like this:

[Steven]

I think I missed a Tabs Bar change somewhere along the line quite recently.
Doesn't matter whether tabs are in, or below, the caption bar.  I'd love to have the old view back.  What changed?

Preferences/ Layout(1) - set the menu type in the header bar section

[phred]

Preferences/ Layout(1) - set the menu type in the header bar section

Yep, definitely missed that one.  Thanks Steven - all's well.

[KissCool]

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

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

Works fine when the dot is on the left.
Doesn't work when the dot is on the right ("Album" and "Album & Tracks". "Tracks" is OK)

[Steven]

thats fixed for the next update