What I can imagine what could be very popular, is if users could add their own backgrounds to existing bitmapped skins.
it might also make sense to either have a skin setting or a user config setting that decreases the information density ie. increases the padding on rows in a grid and the spacing between panels
My personal preference would be for user selectable.
As a skin developer I would certainly create a backdrop to go with a skin, but by allowing a user to change that, or add a background to an existing skin, would enable a user to customise a favourite skin and really make it their own.
Also, with the 3.2 ability to export personal view settings, users would be able to share their achieved look with the community.
Thanks! Looking good!yes thats right. I dont think i will have a solution for that
I noticed when a background is loaded crop to a circle setting for artists doesn't work.
Thanks! That fixed it.yes i think that is a good idea
How about adding a transparency slider? Then the user could adjust a background image to various colors of skins without altering the image each time.
what i was wondering was how people felt about how the background shows in its current implementation. When i have seen this sort of thing implemented elsewhere its done just for the file lists. And alternatively, the fact that it doesnt cover the entire application.
what i was wondering was how people felt about how the background shows in its current implementation. When i have seen this sort of thing implemented elsewhere its done just for the file lists. And alternatively, the fact that it doesnt cover the entire application.I think the more elements covered by a more aesthetically, including the "header bar", "album cover" (when no cover) "wave bar", etc.
I think the more elements covered by a more aesthetically, including the "header bar", "album cover" (when no cover) "wave bar", etc.i am not sure i understand. The album cover and wavebar should already draw on the image background. The header bar doesnt which is intentional.
How about adding a transparency slider? Then the user could adjust a background image to various colors of skins without altering the image each time.Although i think this is a good idea, looking at whats involved i think i will not do it for now until i am more certain background images will be used widely. Thats due to the effort involved with implementation
a few things I noticed:those should be fixed, although for the column browser its just the top header you are referring to?
If number of tracks is not enough to go past the bottom of 'below artwork' text, than it is not refreshed after scrolling
Background of column browser header (in vertical arrangement) sometimes picks up weird artifacts (as if it's actually getting the background from a different area) when switching between tabs.
Visualiser: spectrum (especially when in main panel) gets the solid background re-painted when switching between tabs.
those should be fixed, although for the column browser its just the top header you are referring to?Yep, column browser top header was correct.
I will look at the header bar suggestion. Perhaps i will only make it transparent if there is no text displayed ie. the user has hidden the header menu for all panelsThat would be awesome, as long as all the header bars are translucent when text is displayed.
The album cover and wavebar should already draw on the image background. The header bar doesnt which is intentional.
For the album cover with no cover, are you suggesting MB writes "No Cover" onto the custom background?
The 'Edit Playlist' text from above has been moved to the left, below the other text in the panel, but I still want to remove the entire panel.you wont be able to do that
those issues should already be addressed with the updated versionAll the problems which I reported remain.
https://www.dropbox.com/s/uoyqusdsqprxg1h/MusicBeeTestCustomImage.zip?dl=1
The 'Edit Playlist' text from above has been moved to the left, below the other text in the panel, but I still want to remove the entire panel.you wont be able to do that
i can reproduce the issues with the wavebar and visualiser. That is fixed. Artwork control looks fine to methose issues should already be addressed with the updated versionAll the problems which I reported remain.
https://www.dropbox.com/s/uoyqusdsqprxg1h/MusicBeeTestCustomImage.zip?dl=1
Here's my settings if need be:
http://www.mediafire.com/file/kljnp5qjb0k2blm/MusicBee3Settings.ini
Please add the ability to disable this panel, it takes a lot of space.+1; however, I'm assuming it was meant that this wouldn't be removable specifically in the test version. (Sizewise it takes up more space than elements with far greater utility, eg. column browser / whole row of album covers)
With the background image, maybe they could be placed in :\MusicBee\Backgrounds folder.probably what i will do is have a convention that if a .jpeg/.png is named the same as the skin in the same folder then that will be automatically applied
This would be the default folder for MB to look for a background.
Once you have selected and are using a background, when you change skins MB will automatically look for a background that is named the same as the newly selected skin.
If it doesn't exist, MB will keep the current background image but, if it does exist then MB will apply the new background at the same time you change skins.
Also, got two more bugs to report:they should be fixed now
probably what i will do is have a convention that if a .jpeg/.png is named the same as the skin in the same folder then that will be automatically applied
Please add the ability to disable this panel, it takes a lot of space.+1
- When a background image is used, non-square album covers don't display properly: https://i.imgur.com/EcK73zn.pngare you using the latest version? Trying now its fine (and something i did fix prob. yesterday)
- How to make it load no background image is not straightforward. A tickable option "no image" would be useful.already planned
maybe MB can also look for a .jpg named as the folder name. I realise this will not be obvious to users but hopefully some skin authors will bundle a background with their skin, that follows either naming convention so if the user opt's into using background images (once i make it a tick-box) that will serve as the default for the skinprobably what i will do is have a convention that if a .jpeg/.png is named the same as the skin in the same folder then that will be automatically appliedThen how to handle skin series like Dark Fine Tuned and Pastels without having to add multiple copies of the same image in different names?
its already done.Please add the ability to disable this panel, it takes a lot of space.+1
Not every user would be a fan of the new playlist artwork feature.
maybe MB can also look for a .jpg named as the folder name. I realise this will not be obvious to users but hopefully some skin authors will bundle a background with their skin, that follows either naming convention so if the user opt's into using background images (once i make it a tick-box) that will serve as the default for the skin
Interesting.. if you right click on a tab, or go to Menu->View, there's now something about Custom Views. :D
its already done.Please add the ability to disable this panel, it takes a lot of space.+1
Not every user would be a fan of the new playlist artwork feature.
That menu was added to Album & Tracks view and Tracks view if you right on the view button, except artwork view.Lovely, that did it. :) I've been right clicking there, but in Artwork view so I missed it.
maybe MB can also look for a .jpg named as the folder name. I realise this will not be obvious to users but hopefully some skin authors will bundle a background with their skin, that follows either naming convention so if the user opt's into using background images (once i make it a tick-box) that will serve as the default for the skin
I am planning to add some custom bg images to 3.2 skins of mine. But the auto-loading following the skin name feature no longer works. Can you fix it?its working fine for me but i did recently make a change so i will undo that for the next update and see if it helps
- Panel header on the sidebar would look better if they are translucent just like the main header bar.it should already be the case. Can you post a screenshot so i can see where you mean
- Panel header on the sidebar would look better if they are translucent just like the main header bar.it should already be the case. Can you post a screenshot so i can see where you mean
- Tag editors (either the docked one or the vertical) are not affected at all. They could look the same as the main panel or other sidebar panels.i will do the vertical tag editor
i will do the vertical tag editor
Select D.jpg and restart then it shows D.jpg.once you assign a non-default image MB sticks with it.
Now switch to A skin again but it sticks to D.jpg.
Now switch to C skin and it loads no image though the option is still enabled.I could correct that but once unticked MB wont auto-select the image on the next skin
Select D.jpg and restart then it shows D.jpg.once you assign a non-default image MB sticks with it.
Now switch to A skin again but it sticks to D.jpg.
Now switch to C skin and it loads no image though the option is still enabled.I could correct that but once unticked MB wont auto-select the image on the next skin
when the option is enabled, I have changed MB to always attempt to use the skin default custom background as first preference, and if none, to continue using the current custom background
Works well now when switching to skins with a default image, but the problem is that it continues to use a previous "default" image for skins with no image.For the next update, it will not carry the previous default if the new skin has no default image
Looking great now. Thanks!
when the option is enabled, I have changed MB to always attempt to use the skin default custom background as first preference, and if none, to continue using the current custom backgroundAs a lot of skins are arranged in folders, if MB can't find a skin specific background could it then look for a folder specific custom background.
All the header menus (when shown) have the translucent background.I am not sure i understand what you are requesting. "Content[TrackDetail].Body.ListHeader" is an existing element. When a custom background is active, it should still be used but with an alpha value applied
Could this also be added to element id="Content[TrackDetail].Body.ListHeader" to separate it from the panel body.
As a lot of skins are arranged in folders, if MB can't find a skin specific background could it then look for a folder specific custom background.i will do this
That way, a background would not be needed for every colour in Dark-Fine Tuned, just a generic "Dark-Fine Tuned.jpg" background.
As a lot of skins are arranged in folders, if MB can't find a skin specific background could it then look for a folder specific custom background.
That way, a background would not be needed for every colour in Dark-Fine Tuned, just a generic "Dark-Fine Tuned.jpg" background.
no, i was wrong. For the next update I have changed it to apply a low alphaAll the header menus (when shown) have the translucent background.I am not sure i understand what you are requesting. "Content[TrackDetail].Body.ListHeader" is an existing element. When a custom background is active, it should still be used but with an alpha value applied
Could this also be added to element id="Content[TrackDetail].Body.ListHeader" to separate it from the panel body.
Sorry redwing, that was way back on the first page and I'd forgotten about it :-[As a lot of skins are arranged in folders, if MB can't find a skin specific background could it then look for a folder specific custom background.
That way, a background would not be needed for every colour in Dark-Fine Tuned, just a generic "Dark-Fine Tuned.jpg" background.
It already works that way as I requested it earlier.
Also, with 'artist picture' element, if the image is to small for the available space and needs background fill. That background fill is the solid panel colour.
that should be fixed as well nowI noticed that the solid background colour is back for this element :(
And here is some backgrounds (for the default instal skin folders) for testing.
i will do the vertical tag editor
Working fine here for artist pictures. The only change i made recently was for stacked album covers. They used to always be forced to a square when stacked so ensured the whole area was filled. Now the aspect ratio is maintained and the remainder filled with the skin background colour - is that what you mean? If so, i wont change that, although i could if it was just one album for the artist, but then its not being consistent with multi-album artistsAlso, with 'artist picture' element, if the image is to small for the available space and needs background fill. That background fill is the solid panel colour.that should be fixed as well nowI noticed that the solid background colour is back for this element :(
no thats not possible as it uses a winforms textbox control which doesnt support thati will do the vertical tag editor
Can you make text boxes translucent too as they currently keep its original color?
Working fine here for artist pictures. The only change i made recently was for stacked album covers. They used to always be forced to a square when stacked so ensured the whole area was filled. Now the aspect ratio is maintained and the remainder filled with the skin background colour - is that what you mean? If so, i wont change that, although i could if it was just one album for the artist, but then its not being consistent with multi-album artistsAlso, with 'artist picture' element, if the image is to small for the available space and needs background fill. That background fill is the solid panel colour.that should be fixed as well nowI noticed that the solid background colour is back for this element :(
And here is some backgrounds (for the default instal skin folders) for testing.Thanks for sharing those and if its OK with you, except for Redwing's skin folders, i would like to include in the installer
This is the artist picture element I'm referring to:thats implemented for the next v3.2 update
And here is some backgrounds (for the default instal skin folders) for testing.Thanks for sharing those and if its OK with you, except for Redwing's skin folders, i would like to include in the installer
This is the artist picture element I'm referring to:thats implemented for the next v3.2 update
I only tested with the album cover but i see the artist picture has a little more complexity to it. Thats fixed for the next updateThis is the artist picture element I'm referring to:thats implemented for the next v3.2 update
MB3.2.6734 Still not working for me :(
how big is the source image? I could change MB to apply tiling is the source image is less than (for example) 500px
I only tested with the album cover but i see the artist picture has a little more complexity to it. Thats fixed for the next update