MusicBee v3.0.5763.12829 (Win10.0), 12 okt 2015 12:42:
System.ArgumentException: Rectangle '{X=236,Y=7,Width=0,Height=21}' cannot have a width or height equal to 0.
at System.Drawing.Drawing2D.LinearGradientBrush..ctor(Rectangle rect, Color color1, Color color2, LinearGradientMode linearGradientMode)
at #=qxEOP5jCIHc_uAnRVC0FoD9dsh3hSvoYj6419yULmt0w=.#=qX34wVewiWBqDYaWGpld6pg==(Graphics #=q2ygz1k5$227gpn2R6xXuaw==, Rectangle #=qRSbWTic0rvIPpas6aSe0HQ==)
at MusicBee.MusicBeeMain.NavigationHeader.#=qpuyLUFDpZWBv9wrry$pnS7zrIxbMFG7jzZMil$Gu2EI=._Lambda$__0(Graphics #=q0ljqs42GzLQg2f8JB2Z8wQ==)
at MusicBee.MusicBeeMain.NavigationHeader.#=qPiMgOEw8OMZkdihQ3jK7CQ==(PaintEventArgs #=qCBPoCZcv6U_5hOSYlTmJwg==)
at MusicBee.MusicBeeMain.#=qUklv1I5f5QWCP6VFJYkw3YfOWpC5_Nbt1RE1_0pFV_c=._Lambda$__0(Graphics #=qlQtnBogZF0SBHuR8$kqKlg==)
at #=qRsKdy3wfp_ebwfKRXeRV0Q==.#=q9OaIVBQ3qLyVdE_EmuNx0w==.#=qMH627WyiNncGTnXOcIsoxw==(Graphics #=qyDvNTa1TdktBhORRE0dY7A==, #=qmBEF3g6FMFrWYJ5QFbNn$KCePXquW$OJKBQpHUJ6zHY= #=qfVGlrhktYjEJzrlzDUt8Tw==, Rectangle #=qhXPrIOKyg82KZVQRbmpJBw==, Rectangle #=qxF_jl6hRRarBFatzfFfRaw==)
at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qxWbw3rPJiOewbEmWOqHZDQ==)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at #=qNCiYcBakDQcFgDf6CqARg2LStbaK7WA8eJL1UADtvx8=.WndProc(Message& #=qCIgb6LmWjqPx7KVjH3Utjw==)
at MusicBee.MusicBeeMain.WndProc(Message& #=qSB3Slp8o8AVbkYHFdJbc7w==)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
When I tried to shrink the MB panel by selecting and dragging a corner (to probably it's minimum) I got this:i cant reproduce this but if you can, please send me your settings file
When decreasing the MB window size horizontally, the Windows close/minimise etc. buttons don't remain 'on top'.it should be resizing the tabs are the application window narrows but it works fine for me. Same as before - please send the settings file if you can reproduce this
My thoughts are simply to have an optional default that applies to any element docked in a panel (left sidebar, left-main panel, main panel, right-main panel etc) but to allow an override color scheme for each element as well. There would still be view specific settings for track details, artwork for the main panel as now.
its still probably a couple of weeks before i will focus on skinning
I was wondering if there will be a new default icon set with the final v3.0, perhaps based on endeavor's concept?
- My thoughts are simply to have an optional default that applies to any element docked in a panel (left sidebar, left-main panel, main panel, right-main panel etc) but to allow an override color scheme for each element as well.
- I know some of you want a tab based layout for when elements are overlayed. I will probably make that available as a musicbee setting rather than a skin setting
some of the bitmap skins are not being rendered quite rightthe darkmatter skin i just downloaded from issac looks nothing like this, so can you confirm the skin name?
re: thoughts on how skinning should be changed...
I know some of you want a tab based layout for when elements are overlayed.
some of the bitmap skins are not being rendered quite rightthat should be fixed in the latest update
some of the bitmap skins are not being rendered quite rightthat should be fixed in the latest update
the v2.5 layout engine has some incorrect behavior which i guess some skins have worked around eg. v2.5 stretches images 2px higher than it should.
There is a glitch when maximizing MusicBee with the tabs located in the caption bar, the top of the window appears to be cut off and a 1px colored border appears on top of the tabs.that should have been addressed in the latest builds - is it still the case using the latest version?
To follow up a previous post, it seems that all of the titlebar buttons (minimise/maximise/close) have a mouseover effect. Is that intentional?The buttons always have had a mouseover effect and why wouldnt you want that?
that should have been addressed in the latest builds - is it still the case using the latest version?
edit:
just to be clear i am refering to the 1px line. The tabs will display using all the available height
The buttons always have had a mouseover effect and why wouldnt you want that?
If you are refering to clicking on a skinned and maximised window caption bar, and showing the old windows 2000 buttons then that should have been addressed last week
I was wondering if you could help with this glitch, I probably made a mistake in skin.xml but I'm not sure how to solve it.i have seen that myself with the standard skins and thought it was fixed. Is the skin posted on the forum the one you are testing this problem with?
Sometimes when I collapse the main window the progress bar extends too far to the right, although minimizing the app and restoring it refreshes the interface and it appears normal again.
i have seen that myself with the standard skins and thought it was fixed. Is the skin posted on the forum the one you are testing this problem with?
Sometimes when I collapse the main window ...can you explain that some more
can you explain that some more
These screenshots might help explain, the second image shows the mouseover effect. In my case the "highlight" element is exactly the same as the "default" element, but a closer look shows they don't match exactly.the reason is because you are using 16px height, but it needs to be 15px.
the reason is because you are using 16px height, but it needs to be 15px.
for the resizing of the progress bar, i cant reproduce. Would you mind sending me your latest settings again?
i still cant reproduce any issue. You can trigger it by only toggling the maximised state by clicking the maximise/ restore button?
do you think the size of the progress bar is what it used to be ie, what it was when the window is maximised?i still cant reproduce any issue. You can trigger it by only toggling the maximised state by clicking the maximise/ restore button?Yep, but I've also had a hard time reproducing it.
do you think the size of the progress bar is what it used to be ie, what it was when the window is maximised?
If will put in some more error checking as i suspect the code is failed before doing the resize of the progress bar. If what i say is true, the star rating panel would also not have been resized
Still some minor corruption at the top:i dont think i will be able to address that without losing the window shadow effect. I guess its only noticable on windows 10 because of the strong border colours
fixed for most of the issues reported by Alumni
http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
for the progess bar, i dont have any more ideas and cant reproduce. It would be useful to know if it happened recently with any non-bitmap skins
also see my comment about the panel layout button size in case you missed it
@Alumni, redownload the same link as i found one thing that might cause the progress bar display issue
@hiccup, does it only happen after certain actions?
Edit: I found a way to reproduce it with a better success rate.
When playing a song fast forward the progress to nearly the end of that track and then toggle the maximize/windowed modes.
Edit: I found a way to reproduce it with a better success rate.yes i can reproduce this now. I sought of know whats going wrong but dont know how to fix it
When playing a song fast forward the progress to nearly the end of that track and then toggle the maximize/windowed modes.
its fixed now - same download link
\\ --- PREFERENCES ---> SCROLLBARS
<!-- 124--> <element id="Controls.ScrollBar.Default" bg="245,245,245" bg2="200,200,200" />
<!-- 125--> <element id="Controls.ScrollBarThumb.Default" bg="245,245,245" bg2="200,200,200" fg="100,100,100" bdr="255,255,255" />
<!-- 126--> <element id="Controls.ScrollBarBackground.Default" bg="215,215,215" bg2="255,255,255" />
<element id="Controls.ScrollBar.Default" bg="200,200,200" bg2="180,180,180" />
<element id="Controls.ScrollBarThumb.Default" bg="230,230,230" bg2="250,250,250" fg="180,180,180" bdr="0,0,0,0" />
<element id="Controls.ScrollBarBackground.Default" bg="245,245,245" bg2="250,250,250" />\\MENUS
\\ --- PREFERENCES
<!-- 105--> <element id="Controls.VerticalMenu.Highlight" bg="253,215,99" fg="60,60,60" />
<!-- 106--> <element id="Controls.VerticalMenu.Lowlight" bg="253,215,99" fg="60,60,60" />
<element id="Controls.VerticalMenu.Highlight" bg="160,160,160" fg="255,255,255" />
<element id="Controls.VerticalMenu.Lowlight" bg="160,160,160" fg="240,240,240" /> I think i was adding them to the top of the MusicBee3 skin so the new ones should be easy to figure out.
- use the same solution as for unskinned border so there will be a 1px accent color around the edge1st choice
- dont have a windows 10 look ie. just leave the 4px border as now2nd choice
but the 1px top border in compact player, that currently takes its colour from the windows header, would need to be fixed.can you explain that some more?
but the 1px top border in compact player, that currently takes its colour from the windows header, would need to be fixed.can you explain that some more?
19/11/2015 19:53:50 - 10.0.10586.0 - 3.0.5798.40648 - System.InvalidOperationException: Object is currently in use elsewhere.
at System.Drawing.Graphics.CheckErrorStatus(Int32 status)
at System.Drawing.Graphics.DrawImage(Image image, Int32 x, Int32 y)
at System.Drawing.Graphics.DrawImage(Image image, Point point)
at #=qC6rtIQpg_gaHAiRAozgL52$wE8vSt2sD$KNGIEV0BFs=.#=qITMGYCscnT$9_huMastspA==(Graphics #=q4KbX0YmnSPyULXqo14OixA==)
at MusicBee.MusicBeeMain.#=q7z3RakNSUwtjm3sCwgInIA==.#=qtYrQpzOnfXzfROvcblsh8VoZM3eOmrs2RcOh_6Pf6D4=.#=qu2h0WJWJmULh6BCX6$zKfA==(PaintEventArgs #=qCc8Aw957z2dn_fF7Asta_g==)
at MusicBee.MusicBeeMain.#=q7z3RakNSUwtjm3sCwgInIA==.#=qNwu68prOpKOwJEqXmbSQ02hXOkT4ddmQxe428qeS$6Y=(Object #=qBqWwZZLKT56TVwGA2$XQ1Q==, PaintEventArgs #=qpAO23tPyVAy7kvXm5F0EEw==)
at System.Windows.Forms.Control.OnPaint(PaintEventArgs e)
at #=ql8XViFYHQcTpK$2JkjETyBcHic$pzFOHWNipRHwYWQg=.#=q1ZIaB1D6jKBBZamlJDT5H80$iIb1M$dYjMYv1nq1qsI=(PaintEventArgs #=qCc8Aw957z2dn_fF7Asta_g==)
at #=ql8XViFYHQcTpK$2JkjETyBcHic$pzFOHWNipRHwYWQg=.#=q8_TwPthCI3eafxApmnNdLj4Zoyg0WwYRxD2FOiiyhLo=._Lambda$__0(Graphics #=qVxINKg5wA5UBogzbgbRclg==)
at #=qWKT6em25jUtEnFt5496whg==.#=q7gMl_ulI$I3w21Ur$AEDZA==.#=qOKunxVghfrJvv1lULlTKBQ==(Graphics #=qnYWARSPalCluY7aIvJIApw==, #=qKraHOboaCD996iyw3epfQ22c6d5uu_20V2Luwbhs4j4= #=qNYoS7atLzRzzuKkPtFwl1A==, Rectangle #=qpETwlaSZGEu_RGQcSHe_8Q==, Rectangle #=q2yZnlKBZVdWEPJ2zfL2HHA==)
at #=ql8XViFYHQcTpK$2JkjETyBcHic$pzFOHWNipRHwYWQg=.OnPaint(PaintEventArgs #=qpTfZQdFoRViYJearsL82Lw==)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)and don't know if this is linked to using that title bar edge, but occasionally get this error in compact player mode.the error could be one of two things. Does it happen when a song starts/ ends or some action such as resizing? or is it completely random?
Still some minor corruption at the top:that should be fixed for the next update
for windows 10, i have changed the border handling so its now a single px border for skinned borders.
I plan to look at the remaining skin issues reported above and then i will look at adding new skinning elements
I will also revisit the player custom bitmap skin not rendering to the same height as v2.5, although i think it is v2.5 thats wrong. But i will have a look and see if it makes sense to build in backward compatibility without risking causing new issues
If you have already made the changes then i will take that no further - plenty of other things to do!
(http://www.freesmileys.org/smileys/smiley-sick004.gif) (http://www.freesmileys.org/smileys.php) and here I've been going through my bitmap skins and adjusting them for 3.0
In the default skin, there's a white bit at the top right (you may need to view the image on a dark background to see it):there should not be any margin in the right at all when maximised, so it appears that MB is maximising correctly. To help diagnose that further can you temporarily move the tabs below the caption bar and include the search box in another screenshot?
In the default skin, there's a white bit at the top right (you may need to view the image on a dark background to see it):there should not be any margin in the right at all when maximised, so it appears that MB is maximising correctly.
I will also be looking to adjust and update my old (jistme) skins for v3.
Since you are already experienced in that area, could you please give the details where I should be looking exactly to make adjustments to the skin files and/or images to do that too?
Is the (by now very old) skincreator tool still of any use for that, or should that not be used at all for v3?
The SkinCreator tool is fine to use, it was the 2.x exe that was overstretching the bitmap header by 2px.
Most skins you won't see a difference in. I found it's been the ones that have elements outside the TrackInfo area and/or items aligned to the bottom of it. Just check out your skins in MB3 and if you notice any anomalies, check those elements first.
<?xml version="1.0" encoding="utf-8"?>
<!-- the "parent" attribute is used when pre-rendering elements that have the alpha colour channel set
eg. parent="TrackInfoPanel" will pre-render the element using the track info panel colours -->
<!-- each images node can have up to 3 images - 1. default (required) 2. highlight (mouseover) 3. disabled.
If highlight or disabled are not provided, the default image is used -->
<!-- for some elements, multiple sets of images are required, split into categories eg. the track info panel
requires left, middle and right side images -->
<!-- MusicBee can resize the player panel depending on the font used, and whether 'enlarge progress bar' is enabled
and as such MusicBee stretches certain images (panel background, track info panel, progress bar).
The StetchY1 and StretchY2 attributes tell MusicBee which part of the image can be stretched
eg. usually you want the border area of an image to remain "sharp" and not be stretched
eg. StretchY1="4" StretchY2="2" means stretch the area starting from 4px and height-2 of the image -->
<root sourceSkin="Tron Punk 3">
<element id="Panel">
<images stretchY1="2" stretchY2="2"
default="Images\Background.png"
/>
</element>
<element id="PrevTrackButton" parent="Panel">
<left relativeTo="EqualiserButton.Left" offset="-116" />
<top relativeTo="Panel.Bottom" offset="-26" />
<!-- musicbee draws the |<< icon in the centre of this image. The colours for the musicbee drawn icon are determined from the skin file -->
<images drawPlayButton="false"
default="Images\Previous.png"
highlight="Images\PreviousHighlight.png"
disabled="Images\PreviousDisabled.png"
/>
</element>
<element id="PlayPauseButton" parent="Panel">
<left relativeTo="EqualiserButton.Left" offset="-95" />
<top relativeTo="Panel.Bottom" offset="-50" />
<!-- musicbee draws the > or || icon in the centre of this image if drawPlayButton="True" -->
<images category="Play" drawPlayButton="false"
default="Images\Play.png"
highlight="Images\PlayHighlight.png"
/>
<images category="Pause" drawPlayButton="false"
default="Images\Pause.png"
highlight="Images\PauseHighlight.png"
/>
</element>
<element id="NextTrackButton" parent="Panel">
<left relativeTo="EqualiserButton.Left" offset="-46" />
<top relativeTo="Panel.Bottom" offset="-26" />
<!-- musicbee draws the >>| icon in the centre of this image if drawPlayButton="True" -->
<images drawPlayButton="false"
default="Images\Next.png"
highlight="Images\NextHighlight.png"
disabled="Images\NextDisabled.png"
/>
</element>
<element id="StopTrackButton" parent="Panel">
<left relativeTo="EqualiserButton.Left" offset="-81" />
<top relativeTo="Panel.Bottom" offset="-26" />
<!-- musicbee draws the [] icon in the centre of this image if drawPlayButton="True" -->
<images drawPlayButton="false"
default="Images\Stop.png"
highlight="Images\StopHighlight.png"
disabled="Images\StopDisabled.png"
/>
</element>
<element id="Speaker" parent="Panel">
<left relativeTo="Panel.Left" offset="204" />
<top relativeTo="Panel.Bottom" offset="-25" />
<images category="MuteOff"
default="Images\VolumeOn.png"
/>
<images category="MuteOn"
default="Images\VolumeOff.png"
/>
</element>
<element id="VolumeSlidebar" parent="Panel">
<left relativeTo="Panel.Left" offset="200" />
<top relativeTo="Panel.Bottom" offset="-45" />
<images category="Slidebar"
default="Images\VolumeSlidebar.png"
/>
<images category="Button"
default="Images\VolumeButton.png"
/>
</element>
<element id="TrackInfoPanel" parent="Panel">
<left relativeTo="Panel.Left" offset="270" />
<top relativeTo="Panel.Top" offset="18" />
<right relativeTo="TrackLove.Left" offset="-17" />
<bottom relativeTo="Panel.Bottom" offset="-2" />
<images category="Left" stretchY1="5" stretchY2="30"
default="Images\TrackInfoLeft.png"
/>
<images category="Middle"
default="Images\TrackInfoMiddle.png"
/>
<images category="Right"
default="Images\TrackInfoRight.png"
/>
</element>
<element id="Spectrum" parent="Panel">
<left relativeTo="Panel.Right" offset="-40" />
<top relativeTo="Panel.Bottom" offset="-48" />
<!-- for now the spectrum area needs to be 32px wide -->
<right relativeTo="Panel.Right" offset="-72" />
<bottom relativeTo="Panel.Bottom" offset="-8" />
</element>
<element id="TrackText" parent="Panel">
<left relativeTo="TrackInfoPanel.Left" offset="22" />
<top relativeTo="Panel.VerticalCenter" offset="9" />
<right relativeTo="TrackPosition.Left" offset="0" />
<!-- bottom will be computed at runtime depending on the font used -->
</element>
<element id="TrackLove" parent="Panel">
<left relativeTo="TrackRating.Left" offset="-29" />
<top relativeTo="Panel.Bottom" offset="-32" />
<images category="NotLoved"
default="Images\LastFmNotLove.png"
highlight="Images\LastFmNotLoveBright.png"
/>
<images category="Loved"
default="Images\LastFmLove.png"
/>
</element>
<element id="TrackRating" parent="Panel">
<left relativeTo="PrevTrackButton.Right" offset="-66" />
<top relativeTo="Panel.Bottom" offset="-18" />
</element>
<element id="TrackPosition" parent="TrackInfoPanel">
<left relativeTo="TrackInfoPanel.Right" offset="-12" />
<top relativeTo="Panel.VerticalCenter" offset="9" />
</element>
<element id="ProgressBar" parent="Panel">
<left relativeTo="Panel.Left" offset="280" />
<top relativeTo="Panel.Top" offset="1" />
<right relativeTo="Panel.Right" offset="-344" />
<bottom relativeTo="Panel.Top" offset="18" />
<bufferingMargin top="10" bottom="7" left="12" right="12" />
<images category="Background" stretchY1="1" stretchY2="1" stretchX1="2" stretchX2="0"
default="Images\ProgressBar.png"
/>
<images category="Filler"
default="Images\ProgressBarFill.png"
/>
<!-- remove this node if the progress bar will not have a button -->
<images category="Button"
default="Images\ProgressBarButton.png"
/>
</element>
<element id="EqualiserButton" parent="Panel">
<left relativeTo="Spectrum.Left" offset="-40" />
<top relativeTo="Panel.Bottom" offset="-36" />
<images category="Off"
default="Images\EqualiserOff.png"
highlight="Images\EqualiserOffHighlight.png"
/>
<images category="On"
default="Images\EqualiserOn.png"
highlight="Images\EqualiserOnHighlight.png"
/>
</element>
<element id="LastFmButton" parent="Panel">
<left relativeTo="Panel.Left" offset="20" />
<top relativeTo="Panel.Bottom" offset="-40" />
<images category="Off"
default="Images\LastFmOff.png"
highlight="Images\LastFmOffHighlight.png"
/>
<images category="On"
default="Images\LastFmOn.png"
highlight="Images\LastFmOnHighlight.png"
/>
<images category="Error"
default="Images\LastFmError.png"
highlight="Images\LastFmErrorHighlight.png"
/>
</element>
<element id="RepeatButton" parent="Panel">
<left relativeTo="Panel.Left" offset="76" />
<top relativeTo="Panel.Bottom" offset="-40" />
<images category="Off"
default="Images\RepeatOff.png"
highlight="Images\RepeatOffHighlight.png"
/>
<images category="On"
default="Images\RepeatOn.png"
highlight="Images\RepeatOnHighlight.png"
/>
<images category="One"
default="Images\RepeatOne.png"
highlight="Images\RepeatOneHighlight.png"
/>
</element>
<element id="ShuffleButton" parent="Panel">
<left relativeTo="Panel.Left" offset="134" />
<top relativeTo="Panel.Bottom" offset="-41" />
<images category="Off"
default="Images\ShuffleOff.png"
highlight="Images\ShuffleOffHighlight.png"
/>
<images category="On"
default="Images\ShuffleOn.png"
highlight="Images\ShuffleOnHighlight.png"
/>
<images category="AutoDJ"
default="Images\ShuffleAutoDj.png"
highlight="Images\ShuffleAutoDjHighlight.png"
/>
</element>
<!-- spectrum, love and rating can be hidden by user preference
- when an element is located relative to one of these (hidden) elements,
the following rules specify which element should be used instead for the relative reference -->
<!-- the offsetAdjustment attribute enables you to tweak the offset of the dependee element
eg. if TrackInfoButton depends of Spectrum with an offset of 15,
when Spectrum is hidden TrackInfoButton is placed relative to TrackInfoPanel.
Left with offset 8 (15-7) using the rule below -->
<replacementElement id="Spectrum" replaceWith="Panel.Right" offsetAdjustment="0" />
<replacementElement id="TrackLove" replaceWith="TrackRating.Left" offsetAdjustment="0" />
<replacementElement id="TrackRating" replaceWith="PrevTrackButton.Left" offsetAdjustment="-15" />
</root>
It occurs already with segui light 9pt., so there's probably something going on.
This seems to be going quite well now.
I agree. Everything is looking great with the latest update :)
One thing I miss from 2.5 is the icons in the tabs, but think it would look too crowded with 3.0 design to have icon and text. Maybe that could be done for the tabs.
I noticed the vertical dividers in the column browser are not visible anymore.
<element id="Panel.Body.Default" bg="16,19,16" fg="127,132,133" bdr="0,200,251"/>
<!--? 'bdr' can be used if 'MainPanelTopBorder' is true-->from the colour-finder skin:Codeit adds a border to the RH side (except the last RH one) of all panels in 3.0<element id="Panel.Body.Default" bg="16,19,16" fg="127,132,133" bdr="0,200,251"/>
<!--? 'bdr' can be used if 'MainPanelTopBorder' is true-->
EDIT:
also, if you don't want the top border to match the panel border, you can override it with:
<element id="MainPanelTopBorderColour" bdr="54,62,69" />
That entry is present and enabled.
(Otherwise it also wouldn't show up in 2.5 would it?)
so if you wanted that red line under the tabs but wanted the divider border to stay "2,13,12", you would need:EDIT:
also, if you don't want the top border to match the panel border, you can override it with:
<element id="MainPanelTopBorderColour" bdr="54,62,69" />
I believe that is this line, but that is not related to the issue I am raising? Or am I missing something?
Just had a look at your updated skin in 3.0 and there is a faint divider line (colour:2,13,12) between the column browser columns.
You have the eyes of a hawk ;-)
so if you wanted that red line under the tabs but wanted the divider border to stay "2,13,12", you would need:
<element id="MainPanelTopBorder">true</element>
<element id="Panel.Body.Default" bg="16,19,16" fg="127,132,133" bdr="2,13,12"/>
<element id="MainPanelTopBorderColour" bdr="255,0,0" />
otherwise the red border would also be "2,13,12"
I have corrected the column browser and also a few other items...
fixes for the above
<element id="PrevTrackButton" parent="Panel">
<left relativeTo="EqualiserButton.Left" offset="-122" />
<top relativeTo="Panel.VerticalCenter" offset="5" />
<!-- musicbee draws the |<< icon in the centre of this image. The colours for the musicbee drawn icon are determined from the skin file -->
<images drawPlayButton="true"
default="Images\ButtonSmall.png"
highlight="Images\ButtonSmallHighlight.png"
/>
</element>
<element id="NextTrackButton" parent="Panel">
<left relativeTo="EqualiserButton.Left" offset="-49" />
<top relativeTo="Panel.VerticalCenter" offset="5" />
<!-- musicbee draws the >>| icon in the centre of this image if drawPlayButton="True" -->
<images drawPlayButton="true"
default="Images\ButtonSmall.png"
highlight="Images\ButtonSmallHighlight.png"
/>
</element>
A couple of versions ago, MB can be closed simply by moving the cursor to the upper right corner, now need to aim at the close button (This is very uncomfortable). This new behavior, or it can be changed at the level of the skin?
Not sure what you mean - I've always been able to click those buttons easily, even without carefully aiming.
A question: With v2 I could have vertical separators (A). But now with this v3 also some horizontal lines B and C show up with that color.B is controlled by element "HeaderBar" and defaults to "Panel.ChildHeader.Default" if not provided
Is that avoidable in some manner?
Also thinking about other skins, it certainly would be good to have the option for a new dedicated element for C.
This might not be worth mentioning, but on my Windows 7 PC I noticed when the right sidebar is disabled, the main panel header bar extends all the way to the outermost border, which creates a gap in the bitmap window border.trying now i cant reproduce. Can you provide a screenshot?
trying now i cant reproduce. Can you provide a screenshot?
Does it happen on startup or only after some action beforehand?
B is controlled by element "HeaderBar" and defaults to "Panel.ChildHeader.Default" if not provided
i dont have time to check but would guess C is controlled by "Panel.ChildHeader.Default"
I am editing a bitmapped skin with not much fancy stuff going on. The player control buttons are to be drawn by MusicBee itself.which skin is it?
In v2 they are nicely in place, but with exactly the same skin xmlc, in v3 the previous and next buttons don't line up horizontally.
which skin is it?
also i have now enabled tab-style panel stacking which is set in the Panel Layout dialog.
Unless i am proven wrong and it is a popular option, i dont want to spend time on it making the tabs fancy. But if enough of you say otherwise i will reconsider.
i have added the following icon overrides:
NowPlayingIcon
MusicExplorerIcon
PlaylistDirectoryIcon
I was also wondering if there's a way to override the "Devices" icon, or if not could that option be added?
I guess i am at the point now where i can consider new skinning requests. At one stage i was thinking there might need to be panel location (left sidebar, left main panel, etc overrides) but looking at the various skins i am not sure its really needed so for now i am not planning any further enhancements myself.
Trying to update Mellon Remix now. Is this offset spot at the Track Information a bug or something I can fix?i havent been able to reproduce this. Is it anything to do with the right panel being collapsed and opening it?
While re-sizing compact player:i cant reproduce this. When you took the screenshot had you released the mouse button?
While re-sizing compact player:i cant reproduce this. When you took the screenshot had you released the mouse button?
the resizing is only done at that point
Also, is the change to the borders only for Windows 10, or will it show up in Win 7 & 8, too? In other words, can I safely remove the right/left/bottom border graphics?
i havent been able to reproduce this. Is it anything to do with the right panel being collapsed and opening it?
Maybe your current settings file might help me with this
edit:
i have fixed the bug with the spectrum visualiser causing an error when opening a collapsed panel after startup and thinking about it, i realise this type of drawing error could easily result from that. So i suggest you try with the new version when i post it
Is this thing with the icons and search box being pushed right up to the top of the screen going to be changed?The main switching tabs, but if all the elements will be at the top even better (improves usability).
Also, is the change to the borders only for Windows 10, or will it show up in Win 7 & 8, too?The possibility of such behavior is implemented starting from Win XP, (by the way this mode is supported by almost any modern browser, it is very convenient)
Is this thing with the icons and search box being pushed right up to the top of the screen going to be changed? With a graphic caption bar, it really changes the look between maximized and windowed.personally i agree with you, its just that i recall comments about the search box being better placed where it is now. I dont want to add an option for this. Before i go and change anything does anyone else have any comments on this
Also, is the change to the borders only for Windows 10, or will it show up in Win 7 & 8, too? In other words, can I safely remove the right/left/bottom border graphics?the single border change only applies to windows 10. You need to keep those bitmaps in the skin
personally i agree with you, its just that i recall comments about the search box being better placed where it is now. I dont want to add an option for this. Before i go and change anything does anyone else have any comments on this
the search box only has 1px it can be pushed down
The problem is in v2.5 the way window is done is quite different to v3 and didnt need to follow some of the windows standard behaviors. So when MB was maximised MB could maintain the full header height. In v3, the caption bar is actually set 8px off the screen (by windows) so it leaves less space available (check with any standard windows application such as notepad and you will see 8px removed from the header height).
So can you confirm thats really what the issue is ie. less vertical height making it look different.
For skinned borders i could probably do something about it but it would be a non-trivial exercise
Update: The issue is with Panel.ChildHeader.Default bdr value. It shows up on bottom in the main panel and on top in the right.can you send me your settings file as i still cant reproduce any incorrect behavior and could you also confirm the corruption happens on startup or do you need to do some action for it to happen?
the search box only has 1px it can be pushed down
I'd like to be able to put a border here, connected to the tab border (in other words, I'd like to have one both above and below panel.childheader.default):
(http://i.imgur.com/xAtGoQE.png)
Hope this can be achieved as the maroon colour doesn't work with all skins:yes i will add a new skin element but i am leaving that sort of thing until the new GUI is mostly done
this has the extra caption bar area
When maximizing, the tabs in the caption bar get a duplicate top border linea fix has been uploaded for that
Confirmed, fixed.When maximizing, the tabs in the caption bar get a duplicate top border linea fix has been uploaded for that
And after some erratic fiddling, enlarging and minimalizing the whole window, sometimes a 'close' button appears at a strange location in the caption bar.if that happens again after the next update then please let me know
you can already use this to override the top header bar:
<element id="HeaderBar" bg="235,235,235" fg="60,60,60" bdr="230,230,230" />
so only one new element would be needed for the header bar in the right sidebar
When you click on the volume arrow in the mini player, the volume adjustment bar is drawn underneath the panel - not on top.that should have been addressed in the last update
The only way you can access it, is to move the player from on top of it.
<!-- spectrum, love and rating can be hidden by user preference
- when an element is located relative to one of these (hidden) elements,
the following rules specify which element should be used instead for the relative reference -->"
This is about:i am not seeing any difference in behavior when those elements are hidden. In both versions the track info panel stays the same width for this skin. Unless of course you have made new changes in which case can you post a link
(quote from skin.xml:)Quote<!-- spectrum, love and rating can be hidden by user preference
- when an element is located relative to one of these (hidden) elements,
the following rules specify which element should be used instead for the relative reference -->"
For v3, the image TrackInfoRight.png is not changing it's position set relative to other elements.
Checked with A Sophisticated Bee. It works o.k. in v2.x, not in v3.
This is about:i am not seeing any difference in behavior when those elements are hidden. In both versions the track info panel stays the same width for this skin. Unless of course you have made new changes in which case can you post a link
(quote from skin.xml:)Quote<!-- spectrum, love and rating can be hidden by user preference
- when an element is located relative to one of these (hidden) elements,
the following rules specify which element should be used instead for the relative reference -->"
For v3, the image TrackInfoRight.png is not changing it's position set relative to other elements.
Checked with A Sophisticated Bee. It works o.k. in v2.x, not in v3.
This is about:i am not seeing any difference in behavior when those elements are hidden. In both versions the track info panel stays the same width for this skin. Unless of course you have made new changes in which case can you post a link
(quote from skin.xml:)Quote<!-- spectrum, love and rating can be hidden by user preference
- when an element is located relative to one of these (hidden) elements,
the following rules specify which element should be used instead for the relative reference -->"
For v3, the image TrackInfoRight.png is not changing it's position set relative to other elements.
Checked with A Sophisticated Bee. It works o.k. in v2.x, not in v3.
Could you please check again with Tron Punk skin?
It is very noticeable there.
If not, I am really confused, and will have an even more thorough look at it than I already have.
with the removal of the internal web browser and the increased need for the web plugin, an override for the "Web Browser" node icon would be appreciated.i have added "WebBrowserIcon"
i have added "WebBrowserIcon"
RecommendationsIcon
UpcomingConcertsIcon
are in the last update
Thank you. now working even when using the pop-up volume.PlayerMini.Control.Default
But, can you tell me where the volume indicator is drawing its colour from?
It shows in some skins, but not others.
Meanwhile, is it intended that the Now Playing List (and Column Browser) overrides no longer work?the column browser should apply the filter panel override for the next update. The last update should have correctly set the "search" text which should have only not applied the override when in the caption bar.
Also the "search" placeholder text in the search box no longer uses the skin color.
Thank you. now working even when using the pop-up volume.PlayerMini.Control.Default
But, can you tell me where the volume indicator is drawing its colour from?
It shows in some skins, but not others.
but if that or the PlayerMini.Background element is not defined, then the colors are retrieved from the sidebar player
I'm not sure if this relates to psychoadept's comment and Steven's fix. And understand that my comment is coming from the standpoint of I really don't know what I'm doing when working with skins. If ever there was a trial and error guy, that's me. I've taken hiccup's Jistme on the Outlook skin (xml) and have been trying to add alternating bars of color in the Track Details view of the Main Panel. For whatever reason, the bars are extending to the Column Browser. And what I'd like in the Column browser is just a background color without the bars.Meanwhile, is it intended that the Now Playing List (and Column Browser) overrides no longer work?the column browser should apply the filter panel override for the next update. The last update should have correctly set the "search" text which should have only not applied the override when in the caption bar.
Also the "search" placeholder text in the search box no longer uses the skin color.
However i am not sure for the Now Playing list what override you are refering to, Can you give me an example of a skin where this override is being used and do you know the element name? (I have looked in the code and cant find anything but it might be done in a non-obvious way for me to find easily)
edit:
found the Now Playing list. I will include it in the next update
I'd like to be able to put a border here, connected to the tab border (in other words, I'd like to have one both above and below panel.childheader.default):thats done for the next update as:
(http://i.imgur.com/xAtGoQE.png)
thats done for the next update as:
TabsBar.TabInCaptionBar.BorderLine bdr="xxx"
changes as described above:This update has fixed the erroneous left-hand close button I reported. Thanks.
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Steven will be Back the opportunity highlight?:i dont understand what you want or how the picture relates to the question
V 2.5
(http://s8.postimg.org/cyj556tdh/image.gif)
Is it just me or does the border line look strange that it doesn't run under the inactive tabs?i have changed it so the line is drawn under inactive tabs as well so its consistent with when tabs are not docked in the caption bar
Is it just me or does the border line look strange that it doesn't run under the inactive tabs?i have changed it so the line is drawn under inactive tabs as well so its consistent with when tabs are not docked in the caption bar
i dont understand what you want or how the picture relates to the questionSorry. I meant the selection frame:
for the 2nd part, skin developers already have control over the colours for file selection
I am unable to make a selection of tracks in any panel by dragging a rectangle over them with my mouse.
To clarify what I mean, selecting like this,
(http://www.computerhope.com/issues/pictures/drag-and-select.gif)
for the 2nd part, skin developers already have control over the colours for file selectionI meant the control over the colours for "selection frame".
While re-sizing compact player:do you still get the visual artifacts? the resized area should stay entirly black while resizing is being done
(http://i.imgur.com/YvNPoUls.jpg) (http://i.imgur.com/YvNPoUl.png)
for when skinning items are on the go again:
you were once able to override the 'Cancel' and 'Wait Indicator' elements withCodeand<element id="Delete">CODE</element>Code<element id="Wait Indicator">CODE</element>
Could they please be re-activated.
the wait indicator is no longer included.
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 columnSadly. Is there any chance that this feature will return? Does it make sense to post in the wishlist?
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
you were once able to override the 'Cancel' and 'Wait Indicator' elements withi cant find any prior support for the delete icon but i have added an override for it:Codeand<element id="Delete">CODE</element>Code<element id="Wait Indicator">CODE</element>
Could they please be re-activated.
I've noticed that the scroll bars in Preferencesthats fixed for the next update
General
Hotkeys
Library
are using the "Panel.ScrollBar." attributes, not the "Controls.ScrollBar." ones.
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"
i have added "DownloadIndicatorIcon" and "NotificationIcon"
Is this a bug? The formborder at the top of the window (titlebar) appears to be changing colors in some way.the caption bar can be stretched depending on your font and i guess that might cause a slight change in colours
I created a bitmap with a solid color (20,20,20), but after compiling the skin my eyedropper tool shows the color is actually 21,21,21.
which skin is it, and if its your own could you upload it somewhere?
these glitches you are reporting sound very much like you are using 0 alpha for your colours. Can you check that?
Do you mean blank color values in the xml file? I checked and filled those in, but I am still seeing random pixels
Steven means elements that have an additional transparency value for that element. So e.g. "100,100,100,100" instead of "100,100,100"
This looks like it might also be a glitch.
id="Content[TrackDetail].ItemSeparatorLine" doesn't seem to work anymore in v3the first was reported the other day and should be fixed for the next update
And a minor issue that I remember also once showed up in v2 in the past.
When opening the configuration panel on a (very) dark skin, it opens with a short white 'flash'.
<element id="Content[TrackDetail].ItemSeparatorLine" fg="xxx,xxx,xxx"/>should be working now
<element id="Content[AlbumAndTracks].ItemSeparatorLine" fg="xxx,xxx,xxx"/>
should be working now
If you are using notepad++, you can find those easily doing a regex search.
Just enter: "\d+,\d+,\d+,\d+" in the search field.
at least "Menu.DropDown.Highlight" has 0 alpha for the colour
its possible other elements are the same
<element id="Menu.DropDown.Highlight" bg="20,20,20" bdr="20,20,20" />
There seems to be something very wrong with that skin. When I open it with MB v2, MB crashes, and notepad opens with a very long error text.
Could there be something wrong with the images in it?
Here's what I have for that element:can you send me the source xml file (i already have the xmlc file). Its defenitely reading that element with 0 alphaCode<element id="Menu.DropDown.Highlight" bg="20,20,20" bdr="20,20,20" />
can you send me the source xml file (i already have the xmlc file). Its defenitely reading that element with 0 alpha
When opening the configuration panel on a (very) dark skin, it opens with a short white 'flash'.for the 2nd i dont see it. Which dialog window does it happen in?
When opening the configuration panel.well thats what i tested a number of times and didnt see it. Of course machines/ windows setups can differ so produce different results but unless i can reproduce it then i cant fix it. Can anyone else confirm this "white flashing" when opening dialog windows on dark skins?
i had a look at the source file you sent, and compiled it. The menu element was fine with that one and couldnt reproduce the glitching i was able to reproduce beforeHere's what I have for that element:can you send me the source xml file (i already have the xmlc file). Its defenitely reading that element with 0 alphaCode<element id="Menu.DropDown.Highlight" bg="20,20,20" bdr="20,20,20" />
i had a look at the source file you sent, and compiled it. The menu element was fine with that one and couldnt reproduce the glitching i was able to reproduce before
<element id="Menu.DropDown.Highlight" bg="20,20,20" bdr="0,0,0" /><element id="Menu.DropDown.Highlight" bg="20,20,20" bdr="20,20,20" />the border colour needs to be different. There is some backwards compatibility where if its the same as the background color then the border colour is set elsewhere
<element id="UseArtworkBorders">true</element>thats working for me (checked in the artwork layout), including with the released version of your mellon remix skin. In what context do you find it not working?
Would it be possible to have on override for the line that also appears when using a grouping header in Track Detail view.
It's currently auto-generated by MB
EDIT
or auto-generate amuch darker linehigher contrast line rather than theslightly darkerlightly contrasting line it currently does, please
thinking more on this, I think the override element would be the better way to goyes i will add that
maybe:
<element id="Content[TrackDetail].HeaderLine" fg="xxx,xxx,xxx" />
Now Playing List overrides appear to be working now!
These elements don't show up:
<element id="UseArtworkBorders">true</element>
<element id="Controls.FaintLine" bg="143,189,39" />
I notice that in 3.0 some buttons appear to be active which aren't, such as the Configure buttons in Player Preferences.
And can we get rid of this line in Preferences that seems to be the wrong color?
Do you want my updated skin file?yes thanks. As mentioned i believe it should be working so a screenshot showing it missing might help
okay, it is missing from the album and tracks layout so i will do that
<element id="Controls.SearchBox.Lowlight" />and <element id="CaptionBar.SearchBox.Lowlight" /> - i dont really understand what you are looking to acheive and lowlight attribute only affects the text and not the remaining textbox area
i have added
<element id="CaptionBar.SearchBox.NotActivated" bg="10,245,0" bdr="255,0,0" />
<element id="Panel.SearchBox.NotActivated" bg="240,0,0" bdr="0,0,255" />
i have added
<element id="CaptionBar.SearchBox.NotActivated" bg="10,245,0" bdr="255,0,0" />
<element id="Panel.SearchBox.NotActivated" bg="240,0,0" bdr="0,0,255" />
just had a quick trial of these - looks good!
greatly appreciated. :)
The border elements in the column browser don't seem to respect the id="FilterPanel.Disabled" settings.using the skin you posted on nov 29, it works fine for me. Can you confirm you are using the lastest MB version and the same skin?
- when in caption bar, search close/clear button is not using CaptionBar.SearchBox.Default attributesthe search reset button is fixed
still using .NotActivated colours
works fine when below caption bar
- after close/clear search button is used, active colours are still shown
new .NotActivated colours are not repainted on area
the search reset button is fixed
for the 2nd point, the colours are only used when the "search" prompt is showing. Once the search box is used, it stays with the activated colours
Since you had quite some challenges with borders in W10, are there other aspects relating to creating border elements for new skins to be taken into account?transparency should be handled - i made some changes a while ago.
For example, should the sizes of the border elements be different than before? Is there an effect on these elements between them displaying differently between full-screen vs minimized?
Have found with some skins it's hard to pick a fg colour that works on the player progress bar when used bottom/top and middle.i have put in PlayerFlat.ProgressBarMiddle and PlayerFlat.NotLovedIcon (not tested)
Perhaps a fg attribute for <element id="PlayerFlat.ProgressBarMiddle" /> ?
There is also no PlayerTopFlat. equivalents for:
<element id="PlayerFlat.ProgressBarMiddle" bg="xxx,xxx,xxx" />
<element id="PlayerFlat.NotLovedIcon" fg="xxx,xxx,xxx" />
Player(Top)Flat.NotLovedIcon (not tested)
for the progress bar, hopefully it will work without the extra element
Also found that the thumbnail browser is not using the .ScrollBarBackground attributes from Panel settings or from FilterPanel overrides (when used)yes i am aware of this one and still trying to get it right with the metro skins which are using transparency on the colours
For v3, the fg value of id="Controls.Button.Disabled" is ignored.its working ok in the places i check eg. auto-dj panel
For v3, the fg value of id="Controls.Button.Disabled" is ignored.its working ok in the places i check eg. auto-dj panel
where are you looking?
At this location 'Configure' should have the color for disabled:thats also fine for me. If thats the only one then there is more likely to be some issue with it being incorrectly enabled rather than the skin
thats also fine for me. If thats the only one then there is more likely to be some issue with it being incorrectly enabled rather than the skin
I'm seeing this little glitch on all my pop-up windows:its ok for me using you v3 skin from dec 17
By control box do you mean the border images?
By control box do you mean the border images?
I believe your images are at 72dpi, while they should be at 96dpi.
for scrollbars i have added support for lowlighting inactive scrollbar sliders ie. the lowlight colours will show unless you click on the slider and drag it
the scrollbars are done in the way iTunes does. Personally i cant stand the way windows flashes the scrollbars when you mouse over and much prefer the iTunes approach.
unless you provide an override with the id="FilterPanel. elements,while i agree the logic is flawed, can you give me a skin which behaves differently to that for v2.5 so i can check what is going on?
the Thumbnail browser still uses the panel background colours for the scrollbar background
rather than
<element id="Panel.ScrollBarBackground.Default" bg="xxx,xxx,xxx" bg2="xxx,xxx,xxx"/>
while i agree the logic is flawed, can you give me a skin which behaves differently to that for v2.5 so i can check what is going on?
A request for an element for these 'disabled' texts:these are the standard text box colours
(http://i.imgur.com/rsM6wNqs.jpg) (http://i.imgur.com/rsM6wNq.png)
A request for an element for these arrows showing in the Album auto-tagger panel:this is now supported for enabled arrows. However when disabled, its coloured gray by windows
(http://i.imgur.com/v8hDsRHl.jpg) (http://i.imgur.com/v8hDsRH.png)
A request for an element for these 'disabled' texts:these are the standard text box colours
(http://i.imgur.com/rsM6wNqs.jpg) (http://i.imgur.com/rsM6wNq.png)
Controls.InputControl.Default
Controls.InputControl.Disabled
i would rather not create exceptions unless there is a very good reason
yep, seems i still didnt have it quite right. It should be working consistently with v2.5 for the next update
it looks like windows is overriding the disabled colours but this works around that:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
it looks like windows is overriding the disabled colours but this works around that:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
The highlight border in track details shows only on top of the line, not on the bottom.would you mind sending the skin so far
The bdr element for id="Controls.Button.Highlight" doesn't work.where are you checking this? its working fine for me
would you mind sending the skin so far
In the Preferences panel.yes you are right - i missed the bit about the bdr attribute
(in the skin I send you) 'Apply, save, close' don't seem to respect the bdr value of: id="Controls.Button.Highlight"
Should the Apply button in the tag editor have a "lowlight" cover with there's nothing to apply?thats a good idea but not a trivial change as it would require recording any change made (the Close button should also change to Cancel), so i doubt i will do it at least for now
The highlight border in track details shows only on top of the line, not on the bottom.
(http://i.imgur.com/S5JEwV0l.jpg) (http://i.imgur.com/S5JEwV0.png)
edit:
This is in Album and Tracks view. In Track Details view it's o.k.
this is now supported for enabled arrows. However when disabled, its coloured gray by windows
i added "AlertIcon" to override the alert icon image
Would it be possible to have alert icons at other locations using that image too?no - these are different and i have used the windows implementation
If I am correct: <element id="PlaylistManagerIcon"> was added recently.its "PlaylistDirectoryIcon"
its "PlaylistDirectoryIcon"
when using of the dropdown menus the "Controls.InputControl.Lowlight" colours are used to highlight an item on mouse-overwould you mind posting a screenshot for both of these and let me know the skin you are using as i am not sure what you mean with these
"Controls.InputControl.Highlight" colours are only used when an item is selected.
Is this an intentional change from 2.5 where highlight colour is used for mouse-over and selection?
If so, could you change it so highlight is used for mouse-over and selection and lowlight persists on an item after it is selected.
Same way as the Hotkeys panel works.
would you mind posting a screenshot for both of these and let me know the skin you are using as i am not sure what you mean with these
The Tag Editor panel has 'up' and 'down' buttons.I think you're referring to the up/down arrows in the Tag Inspector as the Tag Editor arrows are left/right.
I don't understand what their function is. You can select a tag, and then position it up or down with these buttons. But why? Also any re-ordering is not saved.
Am I missing something here?
The Tag Editor panel has 'up' and 'down' buttons.I think you're referring to the up/down arrows in the Tag Inspector as the Tag Editor arrows are left/right.
I don't understand what their function is. You can select a tag, and then position it up or down with these buttons. But why? Also any re-ordering is not saved.
Am I missing something here?
Their function, as far as I can tell, is similar to the left/right arrows in the Tag Editor. That is to move from one tag to the next when in the Inspector. Select a tag, click the down arrow and the selection moves down one line.
Yes you are right, I meant the Tag Editor.You did it again.
If it would work as you describe, I could see some use for that.Hmmm ... I didn't even notice that behavior. And it currently behaves like that in 2.5 also.
But it currently relocates the line itself up or down.
That's probably a bug then?
The Tag Editor panel has 'up' and 'down' buttons.
I don't understand what their function is. You can select a tag, and then position it up or down with these buttons. But why? Also any re-ordering is not saved.
Am I missing something here?
You did it again.
You mean the Tag Inspector.
(Still recovering from last night, perhaps?)
2.5i have made the combo box highlight the same as v2.5
highlight colours appear on mouse-over and selection
lowlight colours shown on Hotkeys tab
3.0
lowlight colours appear on mouse-over
highlight colours appear and persist on selection
with both versions on Hotkeys tab:
the lowlight colours persist for last selection and highlight only shows on left-click of selection
From a skinning perspective, I always assumed 'filterpanel' was the same as the 'column browser panel', since the settings made there were reflected in the column browser.
Looking at some new elements I now understand there is actually also a panel named 'filter panel'.
I'm probably in a Homer Simpson state of mind, but where do I find this filter panel?
filterpanel covers both the thumb browser and column browser.
Recently i added an override just for column browser which will get used for the column browser as first preference. If its missing then filter panel is used. And if thats missing then child panel will be used
Where do these header titles and check ticks get there color from?the header is auto-generated
(In all skins I checked they are a variation of grey)
If there are no elements for them, can they be added?
This panel has blue Windows borders on the right and at the bottom.that should be fixed for the next update
I couldn't just now even figure out why the thumbnail browser didn't show at all in my setup, even while it was placed correctly in the config panel.the expected behavior is when the thumb or column browser are hidden for a tab, that panel of settings should show, so i am not sure why it wouldnt have shown in your case
After some investigating I noticed it was disabled for the current tab.
the expected behavior is when the thumb or column browser are hidden for a tab, that panel of settings should show, so i am not sure why it wouldnt have shown in your case
Request:
Overrides for these two:
(http://i.imgur.com/9LUjFM7l.jpg) (http://i.imgur.com/9LUjFM7.png)
At the bottom of the Tag Editor there are left and right arrows in the lower left corner and "save" and "close" buttons in the lower right.
I have determined that they are both the same element (Controls.Button.Highlight) but changing the highlight fg and bdr only changes the text and border in the save and close buttons. While the bdr does indeed change for the left and right arrows, the fg color doesn't. Is this intentional? Can we get an override? Or a new element?
Request:The Artist one can already be replaced by
Overrides for these two:
(http://i.imgur.com/9LUjFM7l.jpg) (http://i.imgur.com/9LUjFM7.png)
<element id="UnknownArtist">
Thnx, do you also happen to know the required pixel size?
Thnx, do you also happen to know the required pixel size?I don't think there is any preferred size. MB scales the picture up and down to suit various size thumbnails.
I've found that 200 to 250 px square gives good definition for all the situations.
A possible bug with the left panel foreground highlight or lowlight color (Panel.Body.Highlight or Panel.Body.Lowlight).i cant believe i didnt notice that. Its fixed for the next update
When I drag and drop tracks to a playlist in the left panel, that particular playlist node becomes stuck on the highlight foreground color, even if I navigate away from it. Since I'm trying to only use foreground colors to show the currently selected node, this makes it confusing to tell which node is the active one. In the above screenshot you can see "Podcasts" is open, but the "Favorites" playlist is still highlighted.
The request for the 'unknown album' is still open.i am happy to do a colour override, so let me know if thats useful
The request for the 'unknown album' is still open.i am happy to do a colour override, so let me know if thats useful
genre thumbnail:
Controls.GenreThumb fg=XXX
you must be doing something wrong. This works for me
<element id="Controls.GenreThumb" fg="225,5,5" />
Strange. It won't work in my Zen Hive skin, but I see it does work in my other skins.i can see why and will post a fix later
Looks like I'll have some investigating to do...
a fix has been uploadedThanks for fixing the Tag Editor left/right arrows.
the elements
"Controls.LockedInputControl.Default"
"Controls.LockedInputControl.Disabled"
aren't having any effect in 3.0
they are not supported any more - MB should just use the input control disabled colours. sf there is somewhere the effect is missing?the elements
"Controls.LockedInputControl.Default"
"Controls.LockedInputControl.Disabled"
aren't having any effect in 3.0
missed these ones or still working on them?
they are not supported any more - MB should just use the input control disabled colours. sf there is somewhere the effect is missing?
I now it's been asked about before but I can't remember if we ever got a definitive answer.no - they are controlled by windows
Can the blue arrows in the equaliser be overridden?
no
2. The hard to read credits draws it's color from: "Controls.InputControl.Disabled"
That is problematic for several dark skins. It would probably be good to change the sourcing of that color.
(http://i.imgur.com/CxuDPqsl.jpg) (http://i.imgur.com/CxuDPqs.jpg)
i cant believe i didnt notice that. Its fixed for the next update
1. An icon override for these white/blue arrows:that was included in the last update or it wasnt then its in the next
2. The hard to read credits draws it's color from: "Controls.InputControl.Disabled"i will make some adjustments on the MB side to use the default colours
That is problematic for several dark skins. It would probably be good to change the sourcing of that color.
By the way - I noticed when dragging and dropping tracks to a playlist the foreground color flashes red for a moment.i thought there was an override but it seems not (its the same behavior as v2.5)
Not a big deal, but is there a way to override this color?
Related to that:
The hard to read text from Album auto-tagger also draws it's color from "Controls.InputControl.Disabled".
For actually disabled items that coloring and description is suited.
But for these two locations they don't always turn out right.
Maybe have a new element for this, such as maybe Controls.InputControl.Secondary ?
in Tag Editor panel:i forgot to mention, i did have a look at that and didnt see any evidence it was being used in v2.5
tab selection highlight controlled by
<element id="Controls.TabHeader.Lowlight" bg="242,246,231" />
no longer works.
i forgot to mention, i did have a look at that and didnt see any evidence it was being used in v2.5
bee-78 was the skin i checked and didnt see any difference between v2.5 and 3
I cant check now but if you post a screenshot showing the differences i will investigate
you probably missed my edit. However i am not planning on making any changes to the style of tabs for the tag editorbee-78 was the skin i checked and didnt see any difference between v2.5 and 3
I cant check now but if you post a screenshot showing the differences i will investigate
Bee78 2.5 - black highlight on tab mouse-over
Bee78 3.0 - no highlight on mouse-over
It's not a big deal and, going forward, if the tabs are intended to be replaced with a header bar (as per the main panel), then I could see no good reason to waste time on fixing this for 3.0.
I would like to request overrides for the synchronization node.i have added for the next update:
Currently the vertical menu gets its values from preferences, but it would be nice if it could be configured separately.
Also would be good to have alternating row colors for the sync progress section.
The overridethats fixed for the next v3 update
<element id="Controls.TicketsButton.Default" />
no longer works in 3.0
Could it please be restored and a bdr attribute added.
However i am not planning on making any changes to the style of tabs for the tag editor
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
yes you are right and i will add one more pverridei 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 added for the next update:
DeviceSettings.VerticalMenu.Default
DeviceSettings.VerticalMenu.Highlight
DeviceSettings.VerticalMenu.Lowlight
but wont make any overrides for the alternating row colours
i have changed the default handling to have less contrast for dark skins and this is the new override. Its in the next updatei have added an override for the track information section (currently maroon coloured) in the Now Playing panelA small issue I've noticed with this new override.
NowPlayingTrackInfo bg=XXXX fg=XXXX
it is alpha blended with the background image depending on the panel configuraton used
When in large album cover mode, NowPlayingTrackInfo is ignoring the element I defined and is displaying its own color.
i do agree with you and will probably do this but not promisingHowever 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 just think those angled tabs look off with the rest of the styling of 3.0.i do agree with you and will probably do this but not promising
Especially so when the tag editor is docked in the main panel.
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?
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?
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?
unless you are using <element id="UseArtworkBorders">true</element> andthe use of ArtworkFrame is not the best and for the next update i have changed it to auto-generate based on the panel colours
<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.
fg and bg element for the Lyrics panel.its already supported:
Especially with dark skins the white panel is a bit like staring into in a lamp.
fg and bg element for the Lyrics panel.its already supported:
Especially with dark skins the white panel is a bit like staring into in a lamp.
LyricsPanel
I just think those angled tabs look off with the rest of the styling of 3.0.i do agree with you and will probably do this but not promising
Especially so when the tag editor is docked in the main panel.
Will keep my fingers crossed and wait in hope :)
<element id="Controls.ListHeader" />thats done for the next update
doesn't appear to be working in 3.0
since last update (3.0.5854) add tab and first toolbar button are overlappingnothing has been changed for the tabs handling so its probably an existing bug. Could you send me your settings file?
Could you send me your settings file?
Also would it be when the notifications icon is displaying?
<element id="Controls.ListHeader" />thats done for the next update
doesn't appear to be working in 3.0
Was that fix in 3.0.5854.38953?its there now for the next update and also a fix for the overlapping icons
If it was - still not working.
If it wasn't - disregard this part of the post :)
its there now for the next update and also a fix for the overlapping icons
Is there a list of added and removed elements for v3 skins or a reference skin that has all of the supported elements?i am planning to consolidate the new ones on one post some time this weekend. I doubt i will have time to figure out what has been removed - unforunately i misplaced the list where i was keeping track of that
Is there a list of added and removed elements for v3 skins or a reference skin that has all of the supported elements?i am planning to consolidate the new ones on one post some time this weekend. I doubt i will have time to figure out what has been removed - unforunately i misplaced the list where i was keeping track of that
lowlight override for 'playing tracks' panelits done for the next update
<element id="NowPlayingList.ScrollBar.Lowlight"
doesn't exist (yet :) )
Hey
Is there a list of added and removed elements for v3 skins or a reference skin that has all of the supported elements?
Also in the skin I am currently testing this, the value set for "TabsBar.TabAddButton.Default" will not show up there, but in "TabsBarBelow.TabAddButton.Default" instead.that no longer applies as the tab handling/ background panel has been changed in v3
these should suffice
TabsBar.TabAddButton.Default and
TabsBar.TabInCaptionBarAddButton.Default
Ok. I'll mark it as obsolete for v3.Maybe it would make things easier if Steven maintained a reference skin.
But what's still weird is that if I have the other two like this:
<element id="TabsBar.TabAddButton.Default" bg="0,255,1" fg="255,1,0" />
<element id="TabsBar.TabInCaptionBarAddButton.Default" bg="0,255,2" fg="255,2,0" />
Both fg's are displaying correct. (while the bg's don't do anything)
But if I then remove the bg's, the fg's don't work anymore.
Maybe it would make things easier if Steven maintained a reference skin.
But what's still weird is that if I have the other two like this:its for backwards compatibility - MB loads a different set of background colors, if bg is not set. If i was to do the whole skinning thing again (which i am not!) then there are quite a few crappy things that i would get rid of
<element id="TabsBar.TabAddButton.Default" bg="0,255,1" fg="255,1,0" />
<element id="TabsBar.TabInCaptionBarAddButton.Default" bg="0,255,2" fg="255,2,0" />
Both fg's are displaying correct. (while the bg's don't do anything)
But if I then remove the bg's, the fg's don't work anymore.
its for backwards compatibility - MB loads a different set of background colors, if bg is not set. If i was to do the whole skinning thing again (which i am not!) then there are quite a few crappy things that i would get rid of
Increase header heightthats already done for the next update along with the left navigator
Add a new element for TabsBar colors when PlayerBar is on Top (very useful)http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
We have these:
element id="Controls.SearchBox.Default"
element id="Controls.SearchBox.Lowlight"
Could you add overrides for these when the searchbox is located in the captionbar?
We have these:
element id="Controls.SearchBox.Default"
element id="Controls.SearchBox.Lowlight"
Could you add overrides for these when the searchbox is located in the captionbar?
<element id="CaptionBar.SearchBox.Default" bg="xxx,xxx,xxx" fg="xxx,xxx,xxx" bdr="xxx,xxx,xxx" />
<element id="CaptionBar.SearchBox.Lowlight" fg="xxx,xxx,xxx" />
I would have sworn I saw those in your spreadsheet.
request:
Override elements for these two:
(http://i.imgur.com/MvvSQ2ql.jpg) (http://i.imgur.com/MvvSQ2q.png)
When borders are set for track details, depending on the used colors, the coloring sometimes turns out awkward or fuzzy, because the bottom border of the default line above the highlighted line is not covered by the top border of the highlighted line.that wont be changed as drawing can only reliably be done within the height allocated to a row
using a gradient on mini player produces all sorts of problems in MB3i actually didnt intend to support that but forgot to disable the bg2 via the skin settings. However it turns out to be straight-forward so its done for the next update
<element id="AutoDjPanel.Default" bg="xxx,xxx,xxx" fg="xxx,xxx,xxx" />the auto dj panel overrides are not supported in v3. This is to simplify the maintenance required
to override the id="PreferencesPanel.Default" colours is not working for MB3
I think those would be:Perfect!!
element id="TabsBar.BorderLine" bdr=
element id="TabsBar.TabInCaptionBar.BorderLine" bdr=
<element id="AutoDjPanel.Default" bg="xxx,xxx,xxx" fg="xxx,xxx,xxx" />the auto dj panel overrides are not supported in v3. This is to simplify the maintenance required
to override the id="PreferencesPanel.Default" colours is not working for MB3
Override elements for these two:i have added:
(http://i.imgur.com/MvvSQ2ql.jpg) (http://i.imgur.com/MvvSQ2q.png)
My request is: either a separate element for the 'dividers', or perhaps make these dividers dependent on: id="Content[TrackDetail].Body.Default", which shares a similar and actual practical purpose:i wont do this but i have made a small tweak so if the border color is the same as the bg2 color then an automatically generated color is used
My request is: either a separate element for the 'dividers', or perhaps make these dividers dependent on: id="Content[TrackDetail].Body.Default", which shares a similar and actual practical purpose:i wont do this but i have made a small tweak so if the border color is the same as the bg2 color then an automatically generated color is used
using a gradient on mini player produces all sorts of problems in MB3i actually didnt intend to support that but forgot to disable the bg2 via the skin settings. However it turns out to be straight-forward so its done for the next update
could we have overrides for the new Last.fm Recommendations and Statistics navigator icons, pleasewhile i appreciate that a plugin icon may not work well with a skin, i dont have control over future plugins that are created. Given those two are mine and i am making changes to skin handling i will enable a last.fm icon override
and I'll try to twist your arm :)
I'm begging you to reconsider just <element id="AutoDjPanel.Default" bg="xxx,xxx,xxx" fg="xxx,xxx,xxx" />
(or maybe a new MB3 override! huh!! huh!!)
One error and (very) small spacing requests:i will do the tab icon adjustment so the icon offset is consistent and the missing overlay mask.
http://i.imgur.com/aOUkyJG.png
PS: Hmmmmm, also I think the Tab icons are a bit misaligned (They are 1px too highActually, i think the text is 1px too low —not aligned with custom command text buttons—). Same thing happens on the Playlist Manager left playlist browser.
With MB v2, the element id="ScrollBarMargin" makes it possible to have a (visually) thinner scroll bar, but it doesn't affect the background of the scroll bar which will keep the same width as it had before.while that would be possible for v3, i feel its too much to do/ risky for introducing bugs at this point
It would be nice for v3 that when the scroll bar is set to be thinner, it's background gets thinner too.
With MB v2, the element id="ScrollBarMargin" makes it possible to have a (visually) thinner scroll bar, but it doesn't affect the background of the scroll bar which will keep the same width as it had before.while that would be possible for v3, i feel its too much to do/ risky for introducing bugs at this point
It would be nice for v3 that when the scroll bar is set to be thinner, it's background gets thinner too.
for the 2nd i already answered that.
Ok. Should I just forget about it, or maybe throw it up again in the future after v3 is an official release?feel free to raise it again after the v3 release
For the vertical spacing in the Playing Tracks layout, please keep in mind it needs to work alongside the main panel when the main panel is not in artwork layout. In my opinion having 2-3px doesnt work well when the main panel is in Track Details or Album and Tracks layout.
As a compromise i am happy to increase the spacing by 1px and that also makes it consistent with the navigator on the opposite side of the window.
Of course in the Now Playing window which is intended more for display than for functionality, the vertical spacing is already padded more.
Playing Tracks Panel/Element: I was talking about horizontal left margin, not the vertical spacing. The album cover in the Album & Tracks view is just 2px from the left border, compared to 4px on other panels like the thumbnail browser. Also, the current track icon (the one on the left of the track) is 3px from the border, compared to 4px on the Main Panel (Files module with Tracks view), whether the element is in a side panel or in the main panel.ok, i will make the change for the playing tracks element
Thumbnail/Filter Panel/Element: Here I was pointing to the vertical margin (not spacing) for the first thumbnail, which now is only 1px.
with the narrower caption bar, the bottom border doesn't show fromi fixed that last night so the next update should include the fix
<element id="InlineMenu.ParentItem.Highlight"
And finally, headerbar/panel overrides for each section/columndo you still think this is needed - its non-trivial so i only will do this if yourself or others feel there is a strong need for it
(http://i.imgur.com/XIZ7g09.png)
And finally, headerbar/panel overrides for each section/columndo you still think this is needed - its non-trivial so i only will do this if yourself or others feel there is a strong need for it
Overrides for things marked in green (high priority) and yellow (low priority): http://i.imgur.com/I03IVKt.pngfor the play/pause icons is it just the colours (prefered) or the entire image?
Entire image, but it's probably the less important one, so it can wait for a future release.Overrides for things marked in green (high priority) and yellow (low priority): http://i.imgur.com/I03IVKt.pngfor the play/pause icons is it just the colours (prefered) or the entire image?
16x16 icon override for the 'add new tab' buttoni will probably do the Add New tab button override.
Fill/empty bitmap support for the volume slider
i will probably do the Add New tab button override.
You should be able to do a custom volume slider via a bitmap skin
Also I just noticed this:thats controlled by the .NET library but if you provide a bdr override then MB wiill handle the borders consistently
(http://i.imgur.com/pa5mZAi.png)
<!-- 55--> <element id="Content[TrackDetail].ListAlternating.Disabled" bg="225,225,225" fg="160,160,160" />
<element id="Content[TrackDetail].Body.Disabled" fg="160,160,160" />
the playing track overrides (NowPlayingList[TrackDetail].*) are only used if NowPlayingList[TrackDetail].Default bg is included
This setting is nothing new but i guess its possible in v2.5, if it wasnt provided then .Default is used so i will probably change that
@endeavour1934 and AlumniThanks!
i have added the following
The PlayingIcons look a bit blurry. Are you sure about the resolution? Also I think a bug was introduced: After opening Musicbee, if you start playing a different song from the current playlist, the PlayingIcon flashes on the last song played before closing the app.the blur will be addressed for the next update. But what do you mean by "the PlayingIcon flashes on the last song played before closing the app. "?
Thanks for adding those new elements. It doesn't seem like MenuIcon fg=XXX is having any effect though.its working fine here so i wont be able to help you with that
PS: It would also be nice to have a bitmap override for the menu icon, but it's a low priority.
But what do you mean by "the PlayingIcon flashes on the last song played before closing the app. "?I just saw that the bug was in a previous beta too.
playing another song causes MB to close?
1. Load a few tracks (let's say 10) on the Playing Tracks list.would you mind sending me your settings file? (help/ support/ view settings)
2. Start playing track #3.
3. Close MusicBee
4. Open MusicBee
5. Start playing track #7 ---> PlayingIcon.Default flashes on #3 before moving to #7.
would you mind sending me your settings file? (help/ support/ view settings)File: https://dl.dropboxusercontent.com/u/10773406/MusicBee3Settings.ini
also could you confirm you are selecting a new song from the Now Playing list in the right sidebar
However, there is no Controls.SearchBoxPTop.NotActivated (bg, bdr) element. BTW, after using the searchbox and clearing it, it never returns to the NotActivated state. I don't remember if this happened on previous versions. You can see in DarkRED why I'm asking for both these things: https://dl.dropboxusercontent.com/u/10773406/DarkREDFlat3.xmlfor the next v3 update:
(I chose to use a "highlight" bg for the activated searchbox because in some panels search is activated by default, and without the highlight sometimes I don't notice it, but I'd prefer if it returns to NotActivated when it loses the focus.)
Of course if this implies too much work I can go back to use a uniform background (but I will still need Controls.SearchBoxPTop.NotActivated bg, bdr).
Therefor this is a request for an image overrule element for that.for the next v3 updated i have removed:
This is a bit weird, and before I dive into this further, maybe somebody can confirm this. (I checked this with a few skins)that should be fixed for the next v3 update
I have set <element id="Panel.HeaderButtonOverride.Highlight" bg="2,254,6" />
But this doesn't have any effect at all when I click, or hoover over a self-created toolbar button (text button, no icon).
its working fine here so i wont be able to help you with that
<element id="MenuIcon" fg="250,10,70" />
i probably wont do a bitmap override because there is special handling for aligning to the fonts used and for dpi scaling that needs special treatment
<element id="Controls.ScrollBar.Lowlight" />http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
i have added:
<element id="MenuButtonSharp">true</element>
the colour override will also be a true colour with this setting
and
Controls.ScrollBar.Lowlight (not tested)
Highlight was probably not the best name. Its when the row the playing track icon displays is selected
As soon as I click that button, suddenly for the other 'text' toolbar button the above highlight element coloring is activated.
To illustrate,
When I press the toolbar button (1) for 'show thumbnail browser', then toolbar button (2) gets the highlight color. (But the other button (3) doesn't)
(http://i.imgur.com/j5xOEkKl.jpg) (http://i.imgur.com/j5xOEkK.png)
edit:
And after the MB window loses focus after that, the button gets to look like this:
(http://i.imgur.com/6srrsHKl.jpg) (http://i.imgur.com/6srrsHK.png)
Thanks for this one. Looks much better :)Therefor this is a request for an image overrule element for that.for the next v3 updated i have removed:
Controls.WebLink
and added:
Controls.WebLinkIcon (16x16px)
Fot the Album and Tracks layout in the main panel the icon should not be painted against a selected row backgroundHighlight was probably not the best name. Its when the row the playing track icon displays is selectedIt only changes in Track Detail view.
Bug or by design?
The second is still present:thats fixed for the next update
To replicate:
Have a toolbar command button for "show artwork", and press it without having any files selected:
edit:
looking at the picture i think you might not be understanding what the selected track icon is for.
Imagine you have a white background and black icon. If the selection bar is black then you need a different colour for the icon. That only is needed when the icon is covered by the selection bar
a part of <element id="TabsBar.BorderLine" shows under the close button on the tag editor floating window
With version 3, when a track is started, a small gap is created in the left side of the progress bar fill element:I noticed the same. Also noticed some distortion on the ProgressBarButton as it moves, but only if the visible part of the image reaches the image border (with transparent pixels on the border there is no distortion)
Maybe it's something in the xml file, but I tried lots of things and can't figure this out by myself.
(pm send with all relevant skin files in case you could look into this)
I noticed the same. Also noticed some distortion on the ProgressBarButton as it moves, but only if the visible part of the image reaches the image border (with transparent pixels o the border there is no distortion)
would either you mind sending the skin in question as i cant reproduce this by applying that elementa part of <element id="TabsBar.BorderLine" shows under the close button on the tag editor floating window
And TabsBar.TabInCaptionBar.BorderLine shows at the same place on preferences window.
Maybe it's something in the xml file, but I tried lots of things and can't figure this out by myself.i can reproduce using your skin and will attempt to address it
(pm send with all relevant skin files in case you could look into this)
would either you mind sending the skin in question as i cant reproduce this by applying that elementa part of <element id="TabsBar.BorderLine" shows under the close button on the tag editor floating window
And TabsBar.TabInCaptionBar.BorderLine shows at the same place on preferences window.
would either you mind sending the skin in question as i cant reproduce this by applying that elementa part of <element id="TabsBar.BorderLine" shows under the close button on the tag editor floating window
And TabsBar.TabInCaptionBar.BorderLine shows at the same place on preferences window.
You can test with any of my 2.5 skins, like Pastels. But I only saw the latter, not the former.
My mistake - redwing is correct - it's the TabsBar.TabInCaptionBar.BorderLine in both casesthats fixed for the next update
Can be seen in Bleached Bone
@Stevenyou will need to post a screenshot
Could you help me figure out this (small) problem?
I reported before about the caption bar on my skin being slightly discolored and you mentioned it might the result of "stretching" due to the font I'm using, however I just compared it to DarkRED which has the correct color and with the exact same font.
What else could I be missing?
you will need to post a screenshot
if toolbar is consolidated into one icon, when the icons/buttons are displayed the bg colour is taken from element id="Panel.Header.Default".
works fine if header bar and caption bar aren't to different, otherwise it's hard to find a bg colour that works fine for icons in caption/below caption bar.
even a problem in MusicBee3 default skin.
a caption bar override element for that background would be most helpful, please
EDIT:
was looking at some of the old elements and wondered if
element id="Panel.HeaderControl.Default
could be used to provide the alternate bg colour?
Has anyone else experienced difficulties with the back/forward and panel layout buttons?PanelBackDisabled
It seems like MusicBee is adding a color mask to these buttons and I'm not sure how to override it.
With the light theme skin I'm working on they are barely visible - I circled them in these screenshots (they should be black).
(http://i.imgur.com/cCjBX5K.png) (http://i.imgur.com/cCjBX5K.png) (http://i.imgur.com/T6bS7ji.png) (http://i.imgur.com/T6bS7ji.png)
When you mouse over the controls on the compact player when the wave bar is used the highlight uses the metro buttons highlight. Occurs when use metro button is both enabled and disabled. Version 3.0.5872. Windows 10.which skin is this
When you mouse over the controls on the compact player when the wave bar is used the highlight uses the metro buttons highlight. Occurs when use metro button is both enabled and disabled. Version 3.0.5872. Windows 10.which skin is this
if those images are not supplied then MB gets the colours from:
Panel.HeaderButtonOverride.Disabled
With version 3, when a track is started, a small gap is created in the left side of the progress bar fill element:i am looking at this now. If you want the left and right arrows preserved then you should use dedicated left and right of progress bar images for that. See the bee-tunes skin for an example of implenting that if you are not familar with what i am saying.
(http://i.imgur.com/lhgaxnxl.jpg) (http://i.imgur.com/lhgaxnx.png)
I tried a lot of things, and I can get rid of the gap when I make the progress button less wide, but that will affect, and cuts-off some pixels from the left side of the progress bar element, and this:
(http://i.imgur.com/2cRdDSol.jpg) (http://i.imgur.com/2cRdDSo.png)
becomes this:
(http://i.imgur.com/pZKzDgRl.jpg) (http://i.imgur.com/pZKzDgR.png)
Maybe it's something in the xml file, but I tried lots of things and can't figure this out by myself.
(pm send with all relevant skin files in case you could look into this)
with the analyse volume panel, i know you can't change the blue pointer on the slider, but can the graduations on the scale be changed?no - these are all controlled by windows. I would need to create my own control for this purpose which i dont think is a priority for the time i have available
no - these are all controlled by windows. I would need to create my own control for this purpose which i dont think is a priority for the time i have available
If you want the left and right arrows preserved then you should use dedicated left and right of progress bar images for that. See the bee-tunes skin for an example of implenting that if you are not familar with what i am saying.
@hiccup, the way MB works with bitmap skins for the progress bar is MB uses the left side of the image provided as the left side of the progress bar, the middle section of the provided image as the fill colour, and the right side as the right side of the progress bar. Thats fine with your skin.
When playback starts MB uses the "Filler" image. In your case you have set it to a different size to the first image. It needs to be the same size and has the same behavior as the first image, except it only displays when playback has started and only applies to the left side of the progress bar.
I suggest you just copy ProgressBar.png to ProgressBarFill.png and put the green fill colour in the middle. Or if you want the arrows wiped out on playback then fill the entire image with green.
I have made one improvement for the next update for handling the progress bar width being smaller than the left/right side of the progress bar image. So until that update is made available it still wont work optimally for you
It seems that if I use transparent background for FormRestoreButton & FormRestoreHighlightButton, they overlap with FormMaximiseButton (but not FormMaximiseHighlightButton when highlighted). Can you confirm and fix this if that's the case? (All other buttons work properly)yes that does appear to be the case. I will make the change untested and if it still has problems after the next update can you send me the skin you are working on
Is there a way not showing that 1px border on the right like v2.5 on the left?
(http://i.imgur.com/O2HpA06.png)
If I am correct, to draw those borders, v3 doesn't display the exact pixel borders as they are in the border images, but for the left and right ones it only looks at the most left pixels, and for the top it calculates some average from that image.
Therefor you should be able to get the color you like by drawing the whole top border image in 1 color.
Therefor you should be able to get the color you like by drawing the whole top border image in 1 color.
And I'm sure Steven said that rounded corners stuffs up Windows 10, so all borders now need to be square.
If I am correct, to draw those borders, v3 doesn't display the exact pixel borders as they are in the border images, but for the left and right ones it only looks at the most left pixels, and for the top it calculates some average from that image.
Therefor you should be able to get the color you like by drawing the whole top border image in 1 color.
I don't understand what you mean. All skins I've been testing show the same 1px border surrounding any windows. I'm sure that's what Windows is doing but my question is whether it's possible to hide that border like v2.5 using some sort of override setting.
I was assuming you were creating a skin, and had troubles with getting the correct border colours.
But I understand you are referring to the thin border line Windows 10 is adding. Steven has spent lots of time and effort on getting the behavior of borders right for v3, and explained he can't avoid this line showing up.
Thanks for the info! That's too bad. Most of my colored skins look as if something's broken when resized and with any popup window.i wont answer the question right now but what do you mean by looking broken when resized?
Steven, can't you provide an override setting that would handle border images just like v2.5?
A missing element is needed for the compact player when viewed in artist picture mode, since the previous maroon color is still visible.thats fixed for the next update
Can anyone confirm that the column/filter browser does not currently support alternating row colors?
Edit: I found an old post saying it was intentionally not supported, but it also mentioned an override might be added at a later date.
Thanks for the info! That's too bad. Most of my colored skins look as if something's broken when resized and with any popup window.i wont answer the question right now but what do you mean by looking broken when resized?
Steven, can't you provide an override setting that would handle border images just like v2.5?
The single px borders are drawn by windows with the exception of the top border line. When the window is active the top border line should match (maybe with a very slight variation) but when the window is inactive then MB sets the inactive colour to gray because the real colour is not made available via an API. It doesnt seem to match for your screenshot. Is this what you are refering to?
It's possible. There have been elements added so you can separately set coloring (and alternating lines) for both id="FilterPanel and id="ColumnBrowser.
I was referring to the top border line of the main window (inactive) and all border lines surrounding preferences panel (active) in my screenshot.i will check this out on my win10 machine tomorrow. The borders are (should be) controlled by windows, except the top border as described. So i dont know why your active preferences screen would show the wrong border colours
Can anyone confirm that the column/filter browser does not currently support alternating row colors?the thumb browser definitely (intentionally) doesnt support alternating rows but i could put it in the override now.
Edit: I found an old post saying it was intentionally not supported, but it also mentioned an override might be added at a later date.
i will check this out on my win10 machine tomorrow. The borders are (should be) controlled by windows, except the top border as described. So i dont know why your active preferences screen would show the wrong border colours
the thumb browser definitely (intentionally) doesnt support alternating rows but i could put it in the override now.
the column browser should support alternating rows. I wouldnt be surprised if the filter panels override doesnt. Are you also saying the column browser overiddes dont as well?
it might be best if you explicitly state the elements you are using so there is no confusion
Here's a full screenshot. Preferences panel active (left) and main window active (right) with Windows' "auto pick accent color from background" option turned on.so its what i said then - the inactive top border is a guessed value. It is not working well because (a) the guessed value is quite different from the real value in your windows setup and (b) the skin itself highlights the inconsistency. I will see if it can be improved or if there is some way to get the correct value. And if thats not possible i will think about what can be done
http://i.imgur.com/ZP3mWn8.png
so its what i said then - the inactive top border is a guessed value. It is not working well because (a) the guessed value is quite different from the real value in your windows setup and (b) the skin itself highlights the inconsistency. I will see if it can be improved or if there is some way to get the correct value. And if thats not possible i will think about what can be done
What about the surrounding border line of an active window? That's what makes a skin look broken whereas v2.5 works perfect on Windows 10 without showing that line both for active and inactive windows.those lines are drawn by windows. Are you saying that other application windows use a different single px colour?
What about the surrounding border line of an active window? That's what makes a skin look broken whereas v2.5 works perfect on Windows 10 without showing that line both for active and inactive windows.those lines are drawn by windows. Are you saying that other application windows use a different single px colour?
Of course other apps use the same accent color for that border except one app which doesn't show the border at all. Guess what that app is, reading what I said above again.no need for the snark - i need to be very clear on what people are saying before i spend valuable time investigating. I wont commit to the no borders until i know whats involved and it certainly isnt trivial as you might think or simply a case of doing it the same as v2.5 without other consequences.
@Steveni have activated the alternating row colours if the FilterPanel override colours are set.
Not to rush you, but I'm finishing up a new skin and was hoping to get the code ready regarding the thumb browser override.
with a monochromatic skin like Arsenic, a bit more contrast between the auto generated colours for the check mark and the box infill is needed, please.i dont think i can adjust the colours to suit so i have added this override:
i have activated the alternating row colours if the FilterPanel override colours are set.
If it turns out its causing issues with some of the other skins, i will add a new setting so its activated
i dont think i can adjust the colours to suit so i have added this override:working great!
Controls.LargeTickBoxFill bg=XXXX
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".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)
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".
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.
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>
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 overrideI can't find this. I don't get where it's applied exactly... maybe I'm looking in the wrong place?
Content[NowPlaying].Body.Default bg=xxxx fg=xxxx
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" />
(http://i.imgur.com/PH22cIK.png)
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?
I will add in an override
Content[NowPlaying].Body.Default bg=xxxx fg=xxxx
For the next update I have added support for arranging the (vertically oriented) column browser to left of the thumb browser.
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" />
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" />
I can't make this work. As long as fg of MenuButton.Default is set (it has to, otherwise the button won't show), bg of TitlebarActiveForeColour and TitlebarInactiveForeColour has no effect on menu button. In other words, with MenuButton.Default set, there's no way to display inactive forecolor for the button.
Have a look at my Aurora skin from the Tundra series. It still has MenuButton.Default in it for backwards compatibility, but in MB3 its values are ignored and the ForeColours and MenuIcon values are used.
You can even delete the MenuButton.Default element completely and it still works fine.
Just tested Aurora. Are you sure you have set main menu option to "show as button"?
In other words, with MenuButton.Default set, there's no way to display inactive forecolor for the button.
BTW how did you find out the setting? I can't find any posts mentioning it.
<element id="ClassicNewTabButton">true</element>no - these elements no longer serve any purpose with the new functionality
<element id="UseModernLayout">false</element>
Do these two still have a function?
They don't seem to have any effect anymore.
Could somebody confirm that the bdr element for id="NowPlayingList[TrackDetail].Default" is not working anymore?
That border seems to keep the color of <element id="Content[TrackDetail].ItemSeparatorLine".
Could somebody confirm that the bdr element for id="NowPlayingList[TrackDetail].Default" is not working anymore?
That border seems to keep the color of <element id="Content[TrackDetail].ItemSeparatorLine".
As you said, fg of the latter seems to be doing what the former is supposed to do.
But the former is instead working as bdr of NowPlayingList[TrackDetail].Highlight.
The bdr of NowPlayingList[TrackDetail].Highlight seems to do nothing.
I didn't intentional remove it, nor did I intentionally place it there, but this is what it's looking like for me (after some changes earlier today)
(http://i.imgur.com/U480f89l.jpg) (http://i.imgur.com/U480f89.jpg)
This short border line showed up in compact player.thats fixed for the next update
(phred on the lookout skin)
(http://i.imgur.com/7M4QOmHl.jpg) (http://i.imgur.com/7M4QOmH.png)
When using the mouse scroll wheel on the volume bar in the player panel, the side player panel gives distorted digits for volume:thats fixed for the next update
Could somebody confirm that the bdr element for id="NowPlayingList[TrackDetail].Default" is not working anymore?i am not sure that was ever implemented but it is now for the next v3 update.
That border seems to keep the color of <element id="Content[TrackDetail].ItemSeparatorLine".
could the little divider in the status bar coloured by the bdr attribute ofi have removed it for the next update
<element id="Panel.StatusBar.Default"
be removed please
In the Views Configuration panel, the bottom border line of the highlighted entry is not visible:i have made a change to address that
<element id="DeleteIcon"> currently takes it's colour fromi think the reason was because it looks too strong if done that way and using Panel.StatusBarControl.Default
<element id="Panel.StatusBarControl.Default" fg="XXX"/>
given that it appears with the text coloured by
<element id="Panel.StatusBar.Default" bg="XXX" fg="XXX" bdr="XXX" />
wouldn't it be better if the icon was also coloured by that fg attribute?
Could somebody confirm that the bdr element for id="NowPlayingList[TrackDetail].Default" is not working anymore?i am not sure that was ever implemented but it is now for the next v3 update.
That border seems to keep the color of <element id="Content[TrackDetail].ItemSeparatorLine".
However if it causes issues with some skins then i might need to implement it as a separate element
Thank you :)could the little divider in the status bar coloured by the bdr attribute ofi have removed it for the next update
<element id="Panel.StatusBar.Default"
be removed please
OK. I thought if you have any action minimised to the status bar you would want that cancel icon to be fairly noticeable.given that it appears with the text coloured byi think the reason was because it looks too strong if done that way and using Panel.StatusBarControl.Default
<element id="Panel.StatusBar.Default" bg="XXX" fg="XXX" bdr="XXX" />
wouldn't it be better if the icon was also coloured by that fg attribute?
this is probably fixed for the next update but if it still happens i would need to know the skin nameThank you. now working even when using the pop-up volume.PlayerMini.Control.Default
But, can you tell me where the volume indicator is drawing its colour from?
It shows in some skins, but not others.
but if that or the PlayerMini.Background element is not defined, then the colors are retrieved from the sidebar player
Thanks for that, but when I said it was working, I got it a little bit wrong. :o
When the mini player is small enough to have to use the pop-up volume, everything now shows on top of the player - except the volume slider button.
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" />
Does anyone know what element controls the colors of expanded panel in album/artists view when auto-pick color option is disabled?
If that's auto-generated, please support overrides for bg & fg of the expanded panel.
Thanks, but the last element has no effect. The lines in album/artists view get the color from Content[AlbumAndTracks].ArtistSplitterLine element. Also support Content[Artwork].Header element.thats fixed.
Thanks, but the last element has no effect. The lines in album/artists view get the color from Content[AlbumAndTracks].ArtistSplitterLine element. Also support Content[Artwork].Header element.thats fixed.
for the second point, because Content[Artwork].Header used to be used for something else i will add a new element: Content[Artwork].GroupingHeader
When a pinned tab shows icon only, both TabsBar.InactiveTabIconMask and TabsBar.InactiveTabInCaptionIconMask are not working. For icon+text, they work fine.
just while i remember - i am adding an optional bg2 to these so you can get a fade effectwith 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[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" />
@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 elementOK. thanks for that one, but the single pixel error also occurs with
Content[AlbumAndTracks].ArtistSplitterLineLR
the only one that it doesn't happen on isYep, as I thought, the text is covering the pixel when the brighter colour is bg2.
<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
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
Can you support Controls.ArtistThumb element for thumbnail browser for consistency with genre and album color?
When using a highlight image for the volume slider button in a bitmap skinjust bumping as this might have been missed (I originally tacked it on a reply about another issue)
<images category="Button"
default="Images\RoundMidnight\volumebutton_RM.png"
highlight="Images\RoundMidnight\volumebutton_RM_hi.png"
/>
</element>,
the highlight no longer appears in MB3
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.
i will definitely look at this as that sounds like a bugWhen using a highlight image for the volume slider button in a bitmap skinjust bumping as this might have been missed (I originally tacked it on a reply about another issue)
<images category="Button"
default="Images\RoundMidnight\volumebutton_RM.png"
highlight="Images\RoundMidnight\volumebutton_RM_hi.png"
/>
</element>,
the highlight no longer appears in MB3
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 thereThanks anyway, I suppose.
This all-white editor in the tag inspector is happening in both DarkREDFlat3 and Mellon Remix 3.0, but not in the default skin:If you look at the XML I removed a lot of elements that I thought were no longer used (& reordered the rest), maybe I deleted something that was still used.
(http://i.imgur.com/TdZDk45.png)
i forgot to reply to this one this morning - it is a bug and is already addressed for the next update
i am not planning to make any further skinning changes for v3 unless the request is trivial to do
I noticed some rather small skinning issues, involving the track layout with medium sized artwork (tracks with thumbnails).the gap should just be the border line. Which skin is this or send me a link if its in development
- Could we get rid of most of the "automatic choice of color", plz?for the thumbnail browser, there are several "FilterPanel..." overrides
The one that annoy me the most is the 2nd row of the Thumbnail Browser (eg.: the "albums count" row of the "Album Artist" filter). A fg element skin for this would be awesome.
the gap should just be the border line. Which skin is this or send me a link if its in development
i have enhanced it so if you provide a fg2 colour, that will be usedAwesome. Thank you very much!
I noticed some rather small skinning issues, involving the track layout with medium sized artwork (tracks with thumbnails).both are fixed for the next update
- 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.
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" />
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
I think I missed a Tabs Bar change somewhere along the line quite recently.Preferences/ Layout(1) - set the menu type in the header bar section
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 sectionYep, definitely missed that one. Thanks Steven - all's well.
just while i remember - i am adding an optional bg2 to these so you can get a fade effectwith 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[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" />
(http://i.imgur.com/Yjpj6ss.jpg) (http://imgur.com/Yjpj6ss)
<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 headerWorks fine when the dot is on the left.
Can you tell us at least which element the bg of expanded panel in artwork view is based on when auto-generated with auto-pick color option disabled?its based off the artwork panel background colour: Content[Artwork].Body.Default
I want to make it much darker for some of my dark skins, but cannot find a way.
i will add in an override:
<element id="Content[Artwork].Expanded" bg="210,210,210" fg="0,0,0" fg2="255,0,0" />
where fg2 is for the Album Text
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
"MainPanelSeparatorMargin" doesn't work anymore or am I doing something wrong?thats fixed for the next update
Those elements seems broken too (or aren't supported anymore):
<element id="MainPanelMargin.Top">2</element>
<element id="MainPanelMargin.Bottom">2</element>
<element id="MainPanelMargin.Left">2</element>
<element id="MainPanelMargin.Right">2</element>
Whatever the value, there is no margin. If I remove them from the skin file, the margin appear.
This is pretty minor, but I noticed that the window buttons for minimize, restore, and close are all stationary on highlight, but the maximize button shifts up very slightly. I double checked that there wasn't anything different about my images except the background color.are they all 15px high and 96 dpi?
This is pretty minor, but I noticed that the window buttons for minimize, restore, and close are all stationary on highlight, but the maximize button shifts up very slightly. I double checked that there wasn't anything different about my images except the background color.are they all 15px high and 96 dpi?
And artists view is getting it's scroll bar colors from somewhere different than track detail. In Mellon remix, they turn green & purple like column browser and some sidebar panels.I finally had a chance to test it out: this is caused by the Panel.ChildBody.ScrollBar... elements, and affects both Artists and Album Covers views.
for the 2nd issue, you need to set:Actually, I have this set:
Menu.ParentItem.Pressed
i see that MB is re-colouring the icon which is neeed for the default icon but i will stop it doing that for a custom icon.No, the problem is it's using the default shape icon for Not Loved, and my custom shape & color icon for Loved.
Is that what you meant - the icon is your custom one but is being re-coloured?
could you PM me a link to the skin so i can check what is going oni see that MB is re-colouring the icon which is neeed for the default icon but i will stop it doing that for a custom icon.No, the problem is it's using the default shape icon for Not Loved, and my custom shape & color icon for Loved.
Is that what you meant - the icon is your custom one but is being re-coloured?
meanwhile, I've discovered that if you put playing tracks in the main panel, it keeps its skin settings at first, but as soon as you restart mb, it takes the main panel settings instead.that was intentional that the override colours didnt apply when docked in the main panel (if poorly implemented) but i have changed it so the override colours are always used
And artists view is getting it's scroll bar colors from somewhere different than track detail. In Mellon remix, they turn green & purple like column browser and some sidebar panels.i have changed the default to come from the Panel rather than ChildPanel so it should work as you expect without adjustment. Keep in mind there are also overrides available:
Sent. Right now I have...could you PM me a link to the skin so i can check what is going oni see that MB is re-colouring the icon which is neeed for the default icon but i will stop it doing that for a custom icon.No, the problem is it's using the default shape icon for Not Loved, and my custom shape & color icon for Loved.
Is that what you meant - the icon is your custom one but is being re-coloured?
MiniPlayerLastFmLove (Miniplayer. Uses shape and color)for the mini-player i have corrected MiniPlayerLastFmNotLove and it wasnt loading MiniPlayerLastFmLoveBright. Thats also corrected for the next update
MiniPlayerLastFmNotLove
MiniPlayerLastFmLoveBright
While I was working on the Last.fm icons for the bitmap skinned player, I've noticed that upon start/play (with MusicBee window not maximized), the player displays correctly that the track is loved, but then if I maximize the window the Loved icon reverts to Not Loved.thanks for reporting that. Its fixed for the next update
Am I correct in assuming that skins created for 2.5 will work in 3.x, but skins created exclusively for 3.x won't work in 2.5? I did a few tests with old 2.5 skins in 3.x and didn't see any visual issues.while skins should work in either direction as long as all required bitmap images are supplied (for v3, the help button is no longer implemented so can be missing from a v3 skin but not a v2.5 skin), many wont work well with the changed tabs handling
Thanks for the clarification Steven. I was mostly thinking about the two skins that I modified from 2.5 skins ("Dem Ol' Kozmic Blues" and "Phred on the Lookout".) The first was done strictly with 2.5 elements (and tabs look okay) while the second incorporated a few of the new 3.x elements. Both work fine in 3.x although Kozmic could use a few tweaks.Am I correct in assuming that skins created for 2.5 will work in 3.x, but skins created exclusively for 3.x won't work in 2.5? I did a few tests with old 2.5 skins in 3.x and didn't see any visual issues.while skins should work in either direction as long as all required bitmap images are supplied (for v3, the help button is no longer implemented so can be missing from a v3 skin but not a v2.5 skin), many wont work well with the changed tabs handling
i have uploaded a version that should address the player love iconsA couple of posts above I've written all I could find about the love icons. Hope it helps.
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
i will probably leave the main panel love icon handling as-is. I think its probably the same as v2.5 but i dont have time just now to check
PlayerLastFmNotLove (Player, Compact Player. Uses only shape) Main player color from PlayerFlat.NotLovedIcon fg, Compact player color from ??are you saying PlayerLastFmNotLove is not fixed for the main player? It should be. Are you sure about the images in your files as PlayerLastFmLove and PlayerLastFmNotLove look the same to me as read directly from your dark red flat files
Red=being fixed
Changing fg for this element changes the NON-highlight text color of the command buttons.it seems its been that way since v2.5
<element id="Controls.Button.Highlight" bg="143,189,39" fg="255,255,255" />
[Edit]: Does MainPanelTopBorder still do anything?not in v3. If you have something in mind (and the other requests) should go in a skin requests topic for v3.1
And I can't get this to appear:thats fixed for the next update
<element id="TabsBar.TabInCaptionBarBlended.Separator" bg="xxx,xxx,xxx" />
Shouldn't these elements also affect the Podcast list?i am not sure i understand. Where does the podcast panel have album or genre thumbs?
<element id="Controls.AlbumThumb" fg="xxx,xxx,xxx" />
<element id="Controls.GenreThumb" fg="xxx,xxx,xxx" />
Shouldn't these elements also affect the Podcast list?i am not sure i understand. Where does the podcast panel have album or genre thumbs?
<element id="Controls.AlbumThumb" fg="xxx,xxx,xxx" />
<element id="Controls.GenreThumb" fg="xxx,xxx,xxx" />
When I added this element, all of a sudden Skin Window Borders was disabled, but that icon was showing up correctly in the tabs bar; when I remove the element, I can skin window borders again but that icon is missing: <element id="Panel.ScrollBar.Lowlight" bg="Blue" >its missing a closing bracket:
its missing a closing bracket:
<element id="Panel.ScrollBar.Lowlight" bg="Blue" />
Without the closing brackets, the remaining elements of the skin would not have loaded.
MB is recolouring the notification icon and i will stop it doing that for a custom notification icon
edit:
thats fixed now. Just a suggestion with your skin - when the player controls are at the top or player controls are on the bottom but the status bar is underneath you can use different colours eg.
<element id="Panel.StatusBarInPanel.Default" bg="Dark Stripe" bg2="Blue" fg="White" />
<element id="Panel.StatusBar.Default" bg=XXX fg=XXX />
there is also
Panel.StatusBarControlInPanel.Default fg=XXX
Panel.StatusBarControlInPanel.Default fg=XXX
trying to get those damned lowlight scrollbars to work for Wing-ated and have run across a bug.trying with your win-ated skin now it looks fine to me. If you have made some changes then can you send that to me
If you have made some changes then can you send that to mePM sent
The problem is there's no such element as Menu.CommandButton.Pressed to specify button colors when pressed.i figured out how to better detect the state shown in your example and from the next update it will use the selected fg instead of the default fg colour
So can you make the fg of the button follow Menu.CommandButton.Selected when pressed?
I can't think of any side effects that change might cause.
if colours are supplied for the overridei think that is fair enough and i have made the change
<element id="Content[Artwork].Expanded" bg="23,23,20" fg="166,133,85" fg2="141,96,65" />
should the bg colour be used for the intermediate panel (when shown) and 'auto-pick panel colours' is also selected?
The problem is there's no such element as Menu.CommandButton.Pressed to specify button colors when pressed.i figured out how to better detect the state shown in your example and from the next update it will use the selected fg instead of the default fg colour
So can you make the fg of the button follow Menu.CommandButton.Selected when pressed?
I can't think of any side effects that change might cause.
The problem is there's no such element as Menu.CommandButton.Pressed to specify button colors when pressed.i figured out how to better detect the state shown in your example and from the next update it will use the selected fg instead of the default fg colour
So can you make the fg of the button follow Menu.CommandButton.Selected when pressed?
I can't think of any side effects that change might cause.
But there's another bug related to this, which took me quite a while to figure out what's going on:
(http://i.imgur.com/tvdlfxc.png)
The bg of the pressed button becomes invariably 180,180,180 if main menu is shown as a button (requires relaunching of MB). If it's shown as (inline) menu bar, it's working fine.
The bg of the pressed button becomes invariably 180,180,180 if main menu is shown as a button (requires relaunching of MB). If it's shown as (inline) menu bar, it's working fine.mystery solved - thanks for figuring that out and its fixed for the next update
just while i remember - i am adding an optional bg2 to these so you can get a fade effectwith 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[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" />
(http://i.imgur.com/Yjpj6ss.jpg) (http://imgur.com/Yjpj6ss)
<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 endtwo 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 headerWorks 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)
(http://i.imgur.com/Cax1Eca.jpg)
nothing has been changed for a long time with this, so i expect its something specific to your skin. Can you PM me a link to it
Looks like it takes PlayerFlat elements for most elements except player controls and not loved icon which comes from sidebar player. Can you make it use all from PlayerFlat elements?although what you say is logical, i dont want to make a change at this point that may impact other skins. I can do this for v3.1 if you put it as a wish on the 3.1 skin requests topic
@iasc, i cannot see the dot you describe using the skins you sent. Can you post a screenshot using Absolute Zero ?
thanks. Its actually due to whether the width is even or odd numbered. Very strange. But i have put in handling for that for the next update
Looks like it takes PlayerFlat elements for most elements except player controls and not loved icon which comes from sidebar player. Can you make it use all from PlayerFlat elements?although what you say is logical, i dont want to make a change at this point that may impact other skins. I can do this for v3.1 if you put it as a wish on the 3.1 skin requests topic
those overrides havent been supported for the entire time of MB3.Really, really?
when tabs bar is in caption bar and toolbar buttons are shown in a separate bar bothi can reproduce this exactly as shown using your Iconic skin. I am a little nervous about making this fix as the code is very explicit about doing this drawing in this configuration but it doesnt seem to make sense. I have made the change but may undo its reported as causing issues elsewhere
TabsBar.BorderLine and
TabsBar.TabInCaptionBar.BorderLine
I am not 100% sure, but I think in the past element id="Controls.FaintLine" allowed for a gradient line.it used to but no longer supports that, and right now i cant think of anywhere the bg2 could apply anyway ie. i think its always 1px in height
Now when you have a bg2, it will simply overrule the bg value.
When hovering over rating in playing track panel a black line appears.thats fixed for the next update
it depends where you click and its different to the error you reported before. In any case it should be fixed for the next update
"Controls.SliderButton.Default" no longer works. Specifically, the button for the artwork size slider used to display the bg color, but no longer does. I don't know of other areas this element was used.
Not sure this could be an easy fix for v3.0. If not, I'll add it to v3.1 skin wishlist:i am a bit surprised that you are finding this to be the case and they should all be indendent ie. if not supplied then the default is used. I am not sure of the point you are making with this: "Try any Pastels or Dark-Fine Tuned skin." They all look fine to me.
Currently if a skin is using a custom node icon override, all other default icons need to be supplied in skin files even though they will be available from MB.
Try any Pastels or Dark-Fine Tuned skin.
Would it be possible the skin doesn't have to supply the same default icons for Bookmark, Podcast, Audiobooks, Radio, inbox, Video, History, Upcoming Release nodes?
If it doesn't supply those, playlist, auto-dj, now playing icons won't respect their icon overrides. I found that podcast icon needs to be added to make them work. But then all other nodes don't show any icons.
"Controls.SliderButton.Default" no longer works. Specifically, the button for the artwork size slider used to display the bg color, but no longer does. I don't know of other areas this element was used.the artwork slider button now uses an auto-generated colours because its in a context menu
The playing/selected button draws it background colour automated. (I think)this should be added to the 3.1 skinning requests topic
When the childheader bar has a subtle gradient, that results in a strange differentiating gradient for that button.
Therefor this is a request for an overrule element for it.
Is there an element, or an icon overrule for setting the check ticks in the Configure Layout panel?no its auto-generated. Please add to the 3.1 skinning requests if you need this
i am a bit surprised that you are finding this to be the case and they should all be indendent ie. if not supplied then the default is used. I am not sure of the point you are making with this: "Try any Pastels or Dark-Fine Tuned skin." They all look fine to me.
Perhaps your test skin had an error in one of the elements that caused the skin load to abort and the remaining icons not load (check the error log)
But there is already availableIs there an element, or an icon overrule for setting the check ticks in the Configure Layout panel?no its auto-generated. Please add to the 3.1 skinning requests if you need this
"Controls.SliderButton.Default" no longer works. Specifically, the button for the artwork size slider used to display the bg color, but no longer does. I don't know of other areas this element was used.the artwork slider button now uses an auto-generated colours because its in a context menu
looking at the code its using:
Content[Artwork].HeaderControl.Default
not sure if i advertised that
Would it be possible the skin doesn't have to supply the same default icons for Bookmark, Podcast, Audiobooks, Radio, inbox, Video, History, Upcoming Release nodes?
Not sure how you tested it but they currently look fine because they have all the default icons supplied. Did you test it with those listed icons (Bookmarks, Podcasts, Audiobooks, Radio, inbox, Video, History, Upcoming Releases) removed from the skin? There's no error logged.there is some code around the assumption that all icons are supplied. I have changed the behaviour so each icon is checked individually
[edit] This will show the issue more clearly (Azure skin):
(http://i.imgur.com/dDmgf9M.png)
1. Current
2. When those 8 default icons are removed from the skin file
3. When only Podcasts icon is supplied among those 8 icons
there is some code around the assumption that all icons are supplied. I have changed the behaviour so each icon is checked individually
<element id="Content[AlbumAndTracks].ItemSeparatorLine" fg="highlighted" /><element id="Panel.SectionHeader.Default" bg="darkGreen" bg2="gradientBG" fg="mainText" />The LastFmButton can be hidden these days, but there is no "replacementElement id" in the skin.xml for it.
I added it myself, but that doesn't seem to work.
So I am guessing the skincreator needs to be updated to recognise it?
@T010
Regarding the 'playlist' image, you can override that using UnknownAlbumIcon.
For 'star ratings', you want to change the image of those stars...to what, if you don't mind my asking?
The small black arrow can follow his green buddies marked in yellow.I have looked but cant find any way to override the colours for that bar
The white piece can follow the green shade marked in purple.