Author Topic: Skin- and visual errors related to, and skinning requests for MusicBee v3  (Read 329955 times)

Bee-liever

  • Member
  • Hero Member
  • *****
  • Posts: 3871
  • MB Version: 3.6.9255 P
i dont think i can adjust the colours to suit so i have added this override:
Controls.LargeTickBoxFill bg=XXXX
working great!
Thank you :)
MusicBee and my library - Making bee-utiful music together

Alumni

  • Sr. Member
  • ****
  • Posts: 1007
I've been thinking about how to further fine tune my skin and there is one area that could use more customization, the Now Playing node.

The playing tracks panel (right sidebar) in Now Playing currently takes its colors from "Content[TrackDetail]", but ideally I would rather it take colors from "NowPlayingList[TrackDetail]". If this were the case, the neighboring panel (main panel right side) would probably also take its colors from "NowPlayingList[TrackDetail].ListAlternating.Default".

Alternatively, maybe it would be best to have overrides specifically for the Now Playing node, both for the playing tracks panel and the lyrics/biography panel. For example; "NowPlayingNode.List[TrackDetail]" and "Panel.NowPlayingNode.ChildBody".

Here's a couple pictures to demonstrate my proposal (you may need to flip between the images to see the contrast).

First image, how it looks now: http://i.imgur.com/5HyAqOS.jpg
Second image, how I would like it to look: http://i.imgur.com/R6mOXkE.jpg
Last Edit: February 05, 2016, 11:10:52 AM by Alumni

Steven

  • Administrator
  • Hero Member
  • *****
  • Posts: 34990
just while i remember to mention this:
For the next update I have added support for arranging the (vertically oriented) column browser to left of the thumb browser. In that case only, MB will use the thumb browser colours in place of any column browser override value you have ie. the column browser will blend in with the thumb browser in that config.
I dont think this will affect many skins, but if it wasnt done that way you can get darker/ lighter colour variation between the left sidebar - column browser - thumb browser - main panel

Steven

  • Administrator
  • Hero Member
  • *****
  • Posts: 34990
The playing tracks panel (right sidebar) in Now Playing currently takes its colors from "Content[TrackDetail]", but ideally I would rather it take colors from "NowPlayingList[TrackDetail]". If this were the case, the neighboring panel (main panel right side) would probably also take its colors from "NowPlayingList[TrackDetail].ListAlternating.Default".

Alternatively, maybe it would be best to have overrides specifically for the Now Playing node, both for the playing tracks panel and the lyrics/biography panel. For example; "NowPlayingNode.List[TrackDetail]" and "Panel.NowPlayingNode.ChildBody".
i agree the right panel should use any "NowPlayingList[TrackDetail]..." override and i have made that change (keep in mind that although most people will show the playing tracks in the right sidebar, you can configure the right panel to show lyrics or the artist bio and they would also use this override)
For the Large Album layout only, MB uses "Content[Artwork].Body.Default" as the colour base for the main panel area (not the right sidebar). I will add in an override

Content[NowPlaying].Body.Default bg=xxxx fg=xxxx
Last Edit: February 06, 2016, 03:57:53 PM by Steven


Steven

  • Administrator
  • Hero Member
  • *****
  • Posts: 34990
Regarding Windows' accent color border for an active window, I don't really get their intention. Whatever color the user may pick it always won't match many apps. Also auto-pick background color option only makes sense when main window is not maximized. I think either the border itself should be able to be disabled or an app should be able to override the color. Hopefully you find some way to do that, but if not, don't worry too much. I will just accept the way Windows is designed.
i have given up trying to get the inactive border line on the header bar the exact correct colour. For the past couple of days i changed it so it blends more with the header bar so its less obviously wrong.
I am going to attempt providing an option so that skins can disable the windows 10 border. It would mean the borders are painted and handled as 4px just like with windows 7

Steven

  • Administrator
  • Hero Member
  • *****
  • Posts: 34990
to disable the single px border on windows 10, and instead show the skinned 4px border that would have shown in earlier windows versions i have added this override

  <element id="DisableSinglePxBorder">true</element>

redwing

  • Guest
to disable the single px border on windows 10, and instead show the skinned 4px border that would have shown in earlier windows versions i have added this override

  <element id="DisableSinglePxBorder">true</element>

Thanks! Working great!


redwing

  • Guest
I have several skins with gradient style top border and currently it looks like this with <element id="MenuButton.Default" bg="0,3,0" fg="0,204,0" />



I would like to have the menu button blended into caption bar without having its own bg and bdr. But currently it defaults to bg of Panel.Body.Default if bg is not set.
Can you provide a setting that would respect only fg of MenuButton.Default and make the rest transparent?

endeavour1934

  • Full Member
  • ***
  • Posts: 207
For the Large Album layout only, MB uses "Content[Artwork].Body.Default" as the colour base for the main panel area (not the right sidebar). I will add in an override
Content[NowPlaying].Body.Default bg=xxxx fg=xxxx
I can't find this. I don't get where it's applied exactly... maybe I'm looking in the wrong place?

Steven

  • Administrator
  • Hero Member
  • *****
  • Posts: 34990
click the "Now Playing" node, and then select "Large Album" from the "Now Playing" button
The colours should be applied to the main panel which usually show the album cover and lyrics ie. the lyrics should use the override colour in this case

"NowPlayingLargeAlbumTrackInfo" is used to override the track info section of that layout and if its not specified then that section is coloured as a brightness adjustment from the rest of the panel

Bee-liever

  • Member
  • Hero Member
  • *****
  • Posts: 3871
  • MB Version: 3.6.9255 P
I have several skins with gradient style top border and currently it looks like this with <element id="MenuButton.Default" bg="0,3,0" fg="0,204,0" />



I would like to have the menu button blended into caption bar without having its own bg and bdr. But currently it defaults to bg of Panel.Body.Default if bg is not set.
Can you provide a setting that would respect only fg of MenuButton.Default and make the rest transparent?

If you add into the skin
<element id="UseModernMenuButton">true</element>
the menu button will be transparent, with text colour from
<element id="TitlebarActiveForeColour" bg="XXX" />
<element id="TitlebarInactiveForeColour" bg="XXX" />
and the menu icon from the new element
<element id="MenuIcon" fg="XXX" />
MusicBee and my library - Making bee-utiful music together

Bee-liever

  • Member
  • Hero Member
  • *****
  • Posts: 3871
  • MB Version: 3.6.9255 P
working on updating MetroTouch and TouchLite bitmap skins.
these are my most frequently downloaded skins (not sure if it's people using them on touch enabled screens or users with bad eye-sight like the big buttons :)  )

you probably know that touch screens can't show the highlight icons as they are only two state devices (on or off) and you don't have a hover option like with a mouse.
the repeat/shuffle/etc buttons are fine as they already have on/off states, but the player controls don't have this option.

could the skin creator be tweaked so that the player controls have on/off states please.

It's not an urgent priority but I thought I'd get it out there for sometime in the future.
MusicBee and my library - Making bee-utiful music together

Alumni

  • Sr. Member
  • ****
  • Posts: 1007
I will add in an override

Content[NowPlaying].Body.Default bg=xxxx fg=xxxx

Regarding this override element - I just realized the background color is not 100% accurate in MusicBee, for instance my code has bg="200,200,200" but the resulting color is actually "217,217,217", and the same disparity applies with other colors.