getmusicbee.com

General => General Discussions => Topic started by: Steven on February 08, 2015, 06:19:13 PM

Title: GUI changes for v3.0
Post by: Steven on February 08, 2015, 06:19:13 PM
An early beta version is now available:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee.exe


for those of you who want to continue using theinbuilt web-browser for wikipedia, you-tube etc, that functionality is now in a plugin
http://www.mediafire.com/download/7e1wmhm81xlk6l0/mb_WebBrowser.zip




-------------------------------------------------------------------------
continuing on from the Win10 Style discussion http://getmusicbee.com/forum/index.php?topic=14941.0
i have set up a separate topic to go more into the detail of the changes that will be implemented. Please continue the discussion on the other topic if you want to add to that which is more high level

I want to reassure people that even though the proposal is that for new users the GUI starts out more simple and clean than now, you wont lose customisation - infact i plan to increase the flexibility and hopefuly make the layout task easier as well.

To start with this is a very quick mockup of how the panel layout will be configured. Elements can be re-arranged in order top-to-bottom

[image out of date]

The "filter" choices include various Thumbnail browser categories (Artist, Album, Genre etc), the Library Explorer or the Column browser.
"track information" is the Details/ Artwork/ Lyrics tabs you get in the Now Playing panel. It will have its own layout when docked in the main panel, probably much like the "Playing Track" panel when docked in the bottom of the main panel today.
By default for new users, the left navigator will not be enabled and navigation will be done via the tabs which i will discuss in a later post or read the other discussion topic where its covered.

(http://getmusicbee.com/images/forum/Win10Proposal1.jpg)

Notice you can change the panel configuration directly on the screen eg. click "Artists v" to change to "Library Explorer v" for example. Click "Details v" to change to "Lyrics v", etc
If the left and/or right sidebar is enabled, they can be collapsed/ auto-opened as today, which is set on a per tab basis. The behavior with main panel views will also stay the same, apart from the ability to also set the column browser and maybe left filter sub-panels with the view.

However the Now Playing panel, when displayed in the main panel will change. See the 3rd screenshot in the original discussion. In broad terms it will be based on the Playing Track in a tab panel (the Playing Track panel will no longer be available as a separate view as now). It will have its own configuration which i will do a mock up of next.
Title: Re: GUI changes for v3.0
Post by: late on February 08, 2015, 06:52:54 PM
Thank you for clearing the air on how the 3.0 GUI changes will hopefully be done.

Right now I'm really liking the customization screen and it looks like it'll be even more broader than in 2.5 or earlier.

This might be too early to ask whether current themes will work with 3.0 or not, but will they?
Title: Re: GUI changes for v3.0
Post by: hiccup on February 08, 2015, 06:57:16 PM
I am responding on assumptions, and making some quite general remarks, so take this as just that.

In case you are thinking about developing MusicBee in the direction that it would be also great to use on upcoming Windows 10 tablets or other touchscreens, I believe the changes will probably have to be a more drastic for the near future.
As much as I have no problems whatsoever with "Windows 98" like option screens and check-boxes (almost on the contrary), I also suspect and believe that any effort in that direction would not be much in line of developments in which direction Windows 10 OS, applications and 'apps' seem to be heading.

Microsoft will not only bring out Windows 10, but also will be promoting and releasing new 'app' versions of software.
Take for example Office.
When I look at what they are doing there, I feel it is a very promising way to go in getting it as right as possible for both pc and tablet.
To get an idea what it's going to look like: http://bit.ly/Windows_apps

To get a little more specific, for example "The Ribbon" (which so many people hated at first when it was introduced on Office 2010), looks very promising in offering solutions to scale very well on different screen sizes and user interfaces.

To summarize,
I have no doubts at all you will come up with great improvements anyway, but would hate it if you put much work in a direction which might be short-lived. So maybe it would be wiser to investigate to maybe completely revamp things like preferences panels etc. to make a bigger leap into the future?
Title: GUI changes for v3.0
Post by: Bee-liever on February 08, 2015, 08:34:18 PM
To start with this is a very quick mockup of how the panel layout will be configured.

Looks easier to configure and gives more options.

I'm assuming some options will be mutually exclusive, eg. if you select the wavebar in the LH panel, it will automatically disable selection of that option in the other panels.

Also, will the column browser get a configure button to be able to choose between horizontal and vertical layout, or will that be set in Preferences?

There is also a thread in the wishlist about the column browser having independently adjustable columns, the same as the fields in the main panel.  With this major re-design, would that be possibly implemented as well?
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2015, 08:55:35 PM
I'm assuming some options will be mutually exclusive, eg. if you select the wavebar in the LH panel, it will automatically disable selection of that option in the other panels.
thats right - ticking an option will deselect the other already ticked element if there is a conflict.
Also notice that because the Left Sidebar is enabled, some of the options in the Filter panel are not enabled

Also, will the column browser get a configure button to be able to choose between horizontal and vertical layout, or will that be set in Preferences?
in the left filter panel there will be: Column Browser (Vertical) and Column Browser (Side-by-Side)

There is also a thread in the wishlist about the column browser having independently adjustable columns, the same as the fields in the main panel.  With this major re-design, would that be possibly implemented as well?
not promising - if done, i guess it would acheived by dragging one of the edges in the main panel
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2015, 09:03:07 PM
To get a little more specific, for example "The Ribbon" (which so many people hated at first when it was introduced on Office 2010), looks very promising in offering solutions to scale very well on different screen sizes and user interfaces.
after all these years, i still shudder using the ribbon interface in office tools
Title: Re: GUI changes for v3.0
Post by: butty on February 08, 2015, 09:06:02 PM
after all these years, i still shudder using the ribbon interface in office tools

Me too!
Please stay away from the ribbon interface.
Title: Re: GUI changes for v3.0
Post by: phred on February 08, 2015, 09:07:59 PM
after all these years, i still shudder using the ribbon interface in office tools
Indeed!!  No ribbon please.
Title: Re: GUI changes for v3.0
Post by: hiccup on February 08, 2015, 09:26:06 PM
To get a little more specific, for example "The Ribbon" (which so many people hated at first when it was introduced on Office 2010), looks very promising in offering solutions to scale very well on different screen sizes and user interfaces.
after all these years, i still shudder using the ribbon interface in office tools

I've had this sentiment for years too, and to give an indication on my 'dinosaur state', on my 'work' laptop I have Windows 8.1 running with a hacked Windows XP classic theme with all eye-candy turned off. So I am certainly not trendy or easily adapting to anything that's new.

And yet, all sentiments and possible preconception aside, what is factual so bad about a well implemented ribbon approach?
And more important for the relevance of this topic: are you contemplating to develop MusicBee in the direction so it might become usable on a tablet like machine or not? I believe that this is important to know to decide on what contributions would be sensible to make here.
Title: Re: GUI changes for v3.0
Post by: redwing on February 08, 2015, 09:55:37 PM
Those options look a little confusing because of "left filter panel". It seems it would be possible to display wave bar and spectrum visualizer on the left filter panel when left sidebar is hidden, but I'm not sure how they can stay there along with thumbnail browser.
Also, can you post a mockup with library explorer, thumbnail browser and column browser all enabled for us to better understand upcoming changes?
Maybe the option layout could be simplified if they were arranged by functionality instead of by location, because if, for instance, thumbnail browser is enabled, its position is already determined (hence no need to select its position).

BTW I'd like to see two added layout features from 3.0 though I don't know it's planned or even possible.
- drag & drop of each panel/element to change its location
- multiple side by side thumbnail browser panels
Title: Re: GUI changes for v3.0
Post by: OrB on February 08, 2015, 11:15:30 PM
- drag & drop of each panel/element to change its location
+1
Title: Re: GUI changes for v3.0
Post by: romney_yw on February 09, 2015, 12:31:47 AM
after all these years, i still shudder using the ribbon interface in office tools

I'll vote for NO ribbon as well. It could have been good, but just wasn't. I'm still using Office 2000  :-X (And don't get me started on Windows 8 .....)
Title: Re: GUI changes for v3.0
Post by: vpsaxman on February 09, 2015, 12:55:25 AM
I love the ribbon approach. I'm not saying it would work in MB but I've never understood the level of dislike towards the concept.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 09, 2015, 01:41:02 AM
I would like the ribbon a lot better on the side than on the top.  That's why I'm attached to the left sidebar in MB.  When vertical screen real estate is at a premium, anything you can put at the side helps.
Title: Re: GUI changes for v3.0
Post by: Zak on February 09, 2015, 03:32:16 AM
I love the ribbon approach. I'm not saying it would work in MB but I've never understood the level of dislike towards the concept.
Same. I was a power user in Microsoft Office pre-ribbon and while I was a sceptical convert I can get things done as fast or faster with the ribbon.

A ribbon makes sense in Word because:
* your cursor is either in a table or it's not
* you're either editing a picture or you're not
* you're either editing the header or footer or you're not
...

and only having relevant commands shown when they're useful is a good thing, especially for something with as many features as Word. But the ribbons in other programs feel like they've been added for the sake of it (e.g. Windows Explorer, Notepad).

I can't imagine how one would work in MusicBee - it doesn't have discrete "modes" of operation like Word.
Title: Re: GUI changes for v3.0
Post by: Zak on February 09, 2015, 03:40:03 AM
By default for new users, the left navigator will not be enabled and navigation will be done via the tabs which i will discuss in a later post or read the other discussion topic where its covered.
I know this is a very early discussion, but based on this and the second mockup you seem to lose a lot of drag 'n drop functions. A lot of tasks can be done so easily now because everything is displayed simultaneously, side by side.

At a glance:

* Dragging tracks into a playlist
* Dragging tracks from Inbox to Library (and presumably other nodes I don't use like Audiobooks, Podcasts etc.)
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2015, 06:34:27 AM
By default for new users, the left navigator will not be enabled and navigation will be done via the tabs which i will discuss in a later post or read the other discussion topic where its covered.
I know this is a very early discussion, but based on this and the second mockup you seem to lose a lot of drag 'n drop functions. A lot of tasks can be done so easily now because everything is displayed simultaneously, side by side.

At a glance:

* Dragging tracks into a playlist
* Dragging tracks from Inbox to Library (and presumably other nodes I don't use like Audiobooks, Podcasts etc.)

Won't be a big deal.

- Use, instead, right-click> send to command (even to a specific playlist/folder) just as is currently available (playlist folders should show playlists in it)
- For a frequently used nodes like music or inbox, could be dragged to a tab header on the top
- Like iTunes, it could be implemented that starting dragging immediately pops up hidden left navigator with playlist/computer folders/devices nodes available (maybe staying for a second or two on a folder need to open up its content to help navigating into a deep-lying folder or playlist)
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2015, 07:21:04 AM
@zak, you will be able to drag tracks to tabs, and for playlists, the list of playlists + the library and inbox nodes will display in the left panel where "Artists v" is in the screenshot so you can easily drag from the library/inbox to any playlist. I agree most power users are going to enable the left sidebar with the navigator but i just think many users wont need it.
Title: Re: GUI changes for v3.0
Post by: Zak on February 09, 2015, 02:53:07 PM
I missed it earlier, so I only just read through the other redesign thread which has started a lively discussion of new ideas. It also makes clear the left-hand navigator panel isn't going away. :)

To start with this is a very quick mockup of how the panel layout will be configured. Elements can be re-arranged in order top-to-bottom

(http://getmusicbee.com/images/forum/PanelLayoutEditor.png)
I don't see that dialog box making things easier (for users or programmer) and it breaks a lot of UI rules along the way.

* Everything is a checkbox. If in future you add another screen element, you have to add another checkbox (or two) and resize the form to accommodate it. Add another feature - add another checkbox, and so on... It simply isn't scalable.
* Presumably the arrows are to reorder the top-to-bottom order of elements, but how would they work? Buttons shouldn't be reordering other form controls.
* Having four columns might replicate the view of the panels on the screen, but it doubles up everything on the left and right sides.
   -  This image is over 1000 pixels wide, which is a big dialog to show on a laptop displaying 1366.
   -  If choosing one side disables the other it's a bit weird to show both
   -  What if I want a wavebar shown on both the left and right sides? This screen implies it should be possible to do so - until I start clicking.
   -  Why can I show a picture on the left but not on the right?
*  There are lots of Configure buttons leading to sub-sub-dialogs, which is just burying options further down in the interface again.
   -  Configure buttons for some sub-dialogs are shown twice which is confusing.
* It includes options for the location of the menu and tabs. I guess tabs are a part of the main "panel", but I think the menu is outside this area and these options have only a tenuous connection with what the rest of the screen is trying to achieve.

A lot of the complexity in MusicBee's configuration now is due to the gradual inclusion or rearranging of features over time. There are currently 16 tabs in the Preferences dialog, most of which have a dozen or more controls and many of which include buttons that open further sub-dialogs with dozens of controls. This mockup is just heading down that same path again and not taking advantage of the opportunity to fully reassess how things are done.

Bed time now, but I'll post suggested improvements later in the week.
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2015, 04:06:13 PM
The screenshot isnt actually how the settings will be implemented.
Its intended to visually and quickly convey that the musicbee GUI will be split into a number of sections, each section will be configurable with a set of sub-panels allowed and the sub-panels can be re-arranged and many of the sub-panels can be configured.
As to how its implemented i have a couple of ideas that broadly described would be:
1. section headers on the left; sub-panels on the right; drag a sub-panel into the left and place in the desired section. Configuration settings show for the selected sub-panel as a list in a bottom panel
2. similar to the screenshot, but vertically oriented so it fits into the existing Layout(1) preferences; with settings either as a list in a panel on the bottom (as in 1), or alternatively expanding in place when a sub-panel is enabled
Other suggestions welcome
Title: Re: GUI changes for v3.0
Post by: SimonBRT on February 09, 2015, 09:45:16 PM
I've sadly been away from these forums for a while and wow!  Lots of catching up to do, but some fantastic discussion and excellent ideas coming through.  The mockups all look great, and I am really interested in an approach that is less reliant on the left navigator panel.  Permanently pinned tabs for things like Library/Now Playing is how I have used MB for years.  The exception being a tab to select playlists for which I always have the left navigator displayed.  Interested to see how these may potentially be handled.  Exciting times ahead...

P.S. Massive Excel geek for years and I've grown to bloody love the ribbon - don't hate me...   :-\
Title: Re: GUI changes for v3.0
Post by: mikebo on February 09, 2015, 10:03:45 PM
BTW I'd like to see two added layout features from 3.0 though I don't know it's planned or even possible.
- drag & drop of each panel/element to change its location

That's what i was thinking too. A truly modular interface, which lets you drag and drop elements like now playing list, lyrics, player controls etc.
There could be one button or menu item called 'Customize' or 'Lock/Unlock panels' or something, that would enable a mode in which you could rearrange things and change each panel's settings.
That's roughly how it could look like with unlocked panels
(http://i.imgur.com/5kHincOh.png)
 
Each panel would have a gear icon or some other icon giving you access to the panel's settings, and all the draggable panels would have a doted pattern by which they could be dragged. Panels could be stacked in a sidebar or combined with other panels in a tabbed panel (i don't know if this sentence makes sense, but it's late and i will leave it for you guys to figure out :))
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2015, 10:05:15 PM
1. section headers on the left; sub-panels on the right; drag a sub-panel into the left and place in the desired section. Configuration settings show for the selected sub-panel as a list in a bottom panel
There are too many configuration options for some of the elements to realistically include them in the same dialog. Elements can be dragged between the various panels with some restrictions

(http://getmusicbee.com/images/forum/PanelLayoutEditor2.png)


Title: Re: GUI changes for v3.0
Post by: Zak on February 10, 2015, 02:59:16 AM
That screenshot looks much friendlier.  :) Thanks for clearing that up.

There are too many configuration options for some of the elements to realistically include them in the same dialog.

I think if some of the options were moved from dialog boxes to context menus in the main interface it could still work.
Title: Re: GUI changes for v3.0
Post by: redwing on February 10, 2015, 04:30:32 AM
(http://getmusicbee.com/images/forum/PanelLayoutEditor2.png)

That looks horrible. Even an experienced user would need quite a time to figure out what to drag to where, not to mention new users.
Again, do not offer false choices, which only makes things look unnecessarily complicated. For instance, top & bottom pane is only for player bar, but how could a new user figure it out before trying to drag every other element to there? Is there another location available for navigator, library explorer and column browser to drag them to somewhere else?
I would give only on/off option for those elements, and four options for player bar.
And then below them, list now playing list, track info, pictures, wave bar and spectrum visualizer in the center to be dragged either to left or right when enabled.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 10, 2015, 04:51:16 AM
I like the drag & drop concept, but redwing has a point.  It seems like you could solve the problem with visual cues, though.  A red x for areas that the element can't go in, a green check (or just a ghost version showing up) for elements that it can.  Users would figure it out pretty quickly.

Also, maybe there should be separate elements for each kind of picture, for those who like to see both artist and album art, for instance.

(A really wild thought that I had is what if the configuration screen were basically a mini version of the program screen, with simple shapes for each element that you could move around?  I figure that would be pretty complicated, though.)
Title: Re: GUI changes for v3.0
Post by: mikebo on February 10, 2015, 07:18:32 AM
I think the mockup i posted earlier solves the problem of complex configuration windows. I've highlighted the important elements in case you missed it :)
(http://i.imgur.com/vDFH7Zfh.png)
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2015, 07:51:42 AM
I like the drag & drop concept, but redwing has a point.  It seems like you could solve the problem with visual cues, though.
exactly - and some non-blocking information message when the user does something not supported to lead them in the right direction.

Again, do not offer false choices, which only makes things look unnecessarily complicated. For instance, top & bottom pane is only for player bar, but how could a new user figure it out before trying to drag every other element to there? Is there another location available for navigator, library explorer and column browser to drag them to somewhere else?
I would give only on/off option for those elements, and four options for player bar.
The library explorer, column browser, and thumbnail browser can be docked in the left navigator or the left main panel. You can also have for example the library explorer in the left sidebar and the thumbnail browser in the left main panel.
I will however make a couple of changes to the mockup for items that can only exist in one panel

I have no intention of supporting drag/drop of panels in the player itself because (a) its something you rarely do and (b) any visual cues that comes with it is just getting in the way for the vast amount of time using the application and (c) a way would be needed to introduce new elements not already shown in the application window
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2015, 07:55:24 AM
I think if some of the options were moved from dialog boxes to context menus in the main interface it could still work.
yes thats what i plan to do eg. clicking Configure on the track information element opens a dialog to configure that element. Its the same dialog that would be opened if you right click/ Configure Panel in the application itself
Title: Re: GUI changes for v3.0
Post by: redwing on February 10, 2015, 11:25:19 AM
The library explorer, column browser, and thumbnail browser can be docked in the left navigator or the left main panel. You can also have for example the library explorer in the left sidebar and the thumbnail browser in the left main panel.

Then would it be possible, from v3.0, to have library explorer on the right side of thumbnail browser, or column browser on the right side of thumbnail browser? If not, their places are pretty much pre-determined depending on what combination of elements are enabled, aren't they? That's why I called them false choices that would just make configuration a daunting job.
And I don't like introducing the new term of "left main panel". I know what you mean and the visual differences between that and left sidebar. But we can just take it as the natural result of displaying selected enabled elements, without over-complicating things (the complexity comes mainly from that the panel can be a left-most or a second left bar depending on the existence of navigator and that the user have to choose either one for configuration).

I have no intention of supporting drag/drop of panels in the player itself because (a) its something you rarely do and (b) any visual cues that comes with it is just getting in the way for the vast amount of time using the application and (c) a way would be needed to introduce new elements not already shown in the application window

Those visual cues could be only enabled by a right-click menu "Unlock" (along with "Hide" command). It would make it unbelievably easy to move panels and elements around (like moving wave bar from the bottom of the left sidebar to the top of right sidebar), and the users won't need to open layout editor frequently except when they want to introduce new elements. Please think about it again.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 10, 2015, 02:07:19 PM
Quote
Those visual cues could be only enabled by a right-click menu "Unlock" (along with "Hide" command). It would make it unbelievably easy to move panels and elements around (like moving wave bar from the bottom of the left sidebar to the top of right sidebar), and the users won't need to open layout editor frequently except when they want to introduce new elements. Please think about it again.

One of the only things that I really miss about Media Monkey is the modular layout. I know it would be harder to implement, but it would be awesome.  When you unlock it, each element could have an X to close it, and there would be a + somewhere to add new elements/sections. Think of the element boxes for configuring office programs or similar.
Title: Re: GUI changes for v3.0
Post by: OrB on February 10, 2015, 03:23:55 PM
in this model configuring dialogs with 'left/right' 'above/below' 'vertical/horizontal' should be obsolete
eg collision line detection left/right - vertical ; top/bottom - horizontal element orientation
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2015, 04:57:47 PM
everyone thanks for the feedback. I think i can amend the mockup to accomodate a number of the concerns raised and that i feel comfortable with.
I will post an amended mockup a later
Title: Re: GUI changes for v3.0
Post by: hiccup on February 10, 2015, 05:12:24 PM
There is also a thread in the wishlist about the column browser having independently adjustable columns, the same as the fields in the main panel.  With this major re-design, would that be possibly implemented as well?

An "Auto size all columns" function for the column browser, similar as this existing option for Track Detail view would be very welcome indeed.
Title: Re: GUI changes for v3.0
Post by: hiccup on February 10, 2015, 05:17:06 PM
And more important for the relevance of this topic: are you contemplating to develop MusicBee in the direction so it might become usable on a tablet like machine or not? I believe that this is important to know to decide on what contributions would be sensible to make here.

I guess not for this v3.0
That will then maybe be something for a futuristic 'MusicBee One'.
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2015, 06:04:39 PM
And more important for the relevance of this topic: are you contemplating to develop MusicBee in the direction so it might become usable on a tablet like machine or not? I believe that this is important to know to decide on what contributions would be sensible to make here.
I guess not for this v3.0
That will then maybe be something for a futuristic 'MusicBee One'.
its still early days and i am focusing on get the basics right. To me that is more superficial that may or may not make sense to tweak for when i have time to focus attention on it and played around with windows 10.
For the application window i intend to broadly follow "endeavour1934"'s proposal and mockup i later produced
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2015, 06:05:27 PM
In this mockup, all elements are in the one layout panel including ones not enabled. Enabling an element just requires ticking it.
The active element (blue in the mockup) can be dragged within the same panel section or to other panel sections - the valid panel sections are bolded (or some other visual cue). As per bee-liever's suggestion (if i understood correctly) the main musicbee application window could be overlayed with a colour mask for the active section in the Panel Arrangement dialog so the user knows better what area is being edited.
An information message down the bottom also indicates which panel sections the element can be moved to
Some elements are permanently ticked with a dimmer tick. The elements that cant be moved are a dimmer colour.
As previously mentioned, some elements will have a configuration dialog. The same dialog can be accessed directly on the MusicBee application GUI via right click/ Configure Panel
You can click "Apply" to see the impact on the MusicBee application window.

(http://getmusicbee.com/images/forum/PanelLayoutEditor3.png)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 10, 2015, 10:32:22 PM
As per bee-liever's suggestion (if i understood correctly) the main musicbee application window could be overlayed with a colour mask for the active section in the Panel Arrangement dialog so the user knows better what area is being edited.

It's not quite what I was suggesting, but that's a damn good re-interpretation of the idea   8)
Title: Re: GUI changes for v3.0
Post by: endeavour1934 on February 10, 2015, 11:17:37 PM
Icons could make it more readable:

(http://i.imgur.com/unKokt8.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 10, 2015, 11:48:45 PM
^^^^^

+100
Title: Re: GUI changes for v3.0
Post by: phred on February 11, 2015, 12:42:44 AM
Something with icons could make it more readable:
YES!!  Brilliant.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 11, 2015, 12:55:50 AM
Something with icons could make it more readable:

Yes. Very good addition endeavour1934.

Maybe these name changes as well:

main panel  =  central main panel  or  prime main panel  or  center panel
left main panel  =  secondary main panel  or  secondary panel
Title: Re: GUI changes for v3.0
Post by: Pingaware on February 11, 2015, 02:13:50 AM
This is shaping up really nicely Steven - I think the latest mockup of the configuration panel (with endeavour1934's icons) is a huge step forward and looks pretty professional.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 11, 2015, 02:57:12 AM
main panel  =  central main panel  or  prime main panel  or  center panel
left main panel  =  secondary main panel  or  secondary panel

How about "main panel" and "filter panel"?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 11, 2015, 03:36:22 AM
main panel  =  central main panel  or  prime main panel  or  center panel
left main panel  =  secondary main panel  or  secondary panel

How about "main panel" and "filter panel"?

I thought, with Steven not using the 'navigation panel' and 'filter panel' terms in his mock-up, that he was trying to move away from these old terms and imply that the new panel arrangements are much more dynamic and are not so easily pigeon-holed as just "navigation" and "filter" areas.

Did I read to much into the panel name change?
Title: Re: GUI changes for v3.0
Post by: Roadrunner on February 11, 2015, 11:22:10 AM
This is shaping up really nicely Steven - I think the latest mockup of the configuration panel (with endeavour1934's icons) is a huge step forward and looks pretty professional.
Definitely a great way to combine the huge individual layout configuration possibilities with a much easier way to move around and (re-)find those settings!

Maybe appended by the chance to store and re-select chosen combinations under individual names?
Title: Re: GUI changes for v3.0
Post by: Steven on February 11, 2015, 03:11:40 PM
thanks roadrunner
i'm still thinking through the handling for custom views but broadly and probably a view would have the following:
- for each element, you can specify: Default/ Show/ Hide - all elements would initially be "Default" but say for a Playlist view you might specify "column browser" to Hide.
- that only allows overriding whether the element is shown or not. You wouldnt be able to override positioning in the panel arrangement (see previous posts for the screenshot)
- i guess there could be a way to save/ load the base panel arrangement which is what i think you are asking for
- additionally each element that has configuration options, you can override the configuration eg. the columns shown for the "Tracks" layout
- There will be 4 base layouts - being: Tracks/ Album and Tracks/ Albums/ Artists where Albums is the existing Artwork Layout grouped by Album and Artists is the existing Artwork Layout grouped by one of the artist types (Album Artist, Composer, Sort Artist etc)
- I want to split Albums and Artists from the existing layout as i think they justify there own configuration options and it will also work better with the new dropdown in the top left of the main panel. The Artists layout is not to be confused with some discussion from endeavour1934's proposal
Title: Re: GUI changes for v3.0
Post by: redwing on February 11, 2015, 03:27:42 PM
(http://getmusicbee.com/images/forum/PanelLayoutEditor3.png)

Maybe I am really stupid, but I don't even understand the given column browser example of the mockup. Can somebody kindly explain to me what would happen if I drag it (1) to left sidebar and (2) to left main panel, as the two panels are currently bolded? And maybe currently column browser is located horizontally on the top section of main panel, or not?
Title: Re: GUI changes for v3.0
Post by: Steven on February 11, 2015, 05:57:16 PM
Can somebody kindly explain to me what would happen if I drag it (1) to left sidebar and (2) to left main panel, as the two panels are currently bolded? And maybe currently column browser is located horizontally on the top section of main panel, or not?
the element can be dropped in any of the 3 bolded sections. When ticked it will be displayed or when overriden by a View as described above it may be displayed. The configuration options for this element will include an "Orientation" setting: Horizontal/ Vertical (Stacked)/ Vertical (Side-by-Side)
Some of those choices will be disabled depending on which section the column browser is located
Title: Re: GUI changes for v3.0
Post by: Roadrunner on February 12, 2015, 12:16:10 AM
- i guess there could be a way to save/ load the base panel arrangement which is what i think you are asking for
Yes, that was the idea, I think they should include the settings in the additional configuration options as well.

- for each element, you can specify: Default/ Show/ Hide - all elements would initially be "Default" but say for a Playlist view you might specify "column browser" to Hide.
- that only allows overriding whether the element is shown or not. You wouldnt be able to override positioning in the panel arrangement (see previous posts for the screenshot)
- There will be 4 base layouts - being: Tracks/ Album and Tracks/ Albums/ Artists where Albums is the existing Artwork Layout grouped by Album and Artists is the existing Artwork Layout grouped by one of the artist types (Album Artist, Composer, Sort Artist etc)
That means exactly one panel arrangement, and 4 similar panels for each base layout in which I only had to choose with just default/show/hide options?
Not sure, if people would need/like to have two or more view layouts for some of the 4 base layouts and/or different underlaying arrangements... If that's true, proably the first choice of a view layout could be which arrangement to use and the second which kind of view it is (Tracks/Album asf.).
Title: Re: GUI changes for v3.0
Post by: Zak on February 12, 2015, 03:27:25 AM
Some elements are permanently ticked with a dimmer tick.
If it's permanently ticked it doesn't need a tick box. A tickbox that can't be unticked will only confuse people.


The elements that cant be moved are a dimmer colour.
Gray text means a control is disabled. I'm not sure it's a good idea to use that as a visual indicator of something else.
Title: Re: GUI changes for v3.0
Post by: redwing on February 12, 2015, 09:39:47 AM
Can somebody kindly explain to me what would happen if I drag it (1) to left sidebar and (2) to left main panel, as the two panels are currently bolded? And maybe currently column browser is located horizontally on the top section of main panel, or not?
the element can be dropped in any of the 3 bolded sections. When ticked it will be displayed or when overriden by a View as described above it may be displayed. The configuration options for this element will include an "Orientation" setting: Horizontal/ Vertical (Stacked)/ Vertical (Side-by-Side)
Some of those choices will be disabled depending on which section the column browser is located

Then it would offer the user 3X3 layout options just for column browser! Even if some of them will be disabled according to the section, it still doesn't make much sense to me unless you're planning to break the current filtering hierarchy (library explorer - column browser - thumbnail browser) by allowing placing them the other way around. If that's not planned, then I'm still not sure how many of those options will be real choices. Anyway I will wait and see.
Title: Re: GUI changes for v3.0
Post by: redwing on February 12, 2015, 01:26:50 PM
This is how I would design the layout editor.

(http://i.imgur.com/cR8iJ07.png)

Note the following points.

- No drag & drop. The user will not be overwhelmed by the infinite number of possible combinations.
- No mention of left/right sidebar/main panel. And elements are listed not by their location but by their functionality. Just select elements and their location (right/left/vertical, etc.) and MB will take care of the rest. Some elements will be shown on the left sidebar, and others on the left main panel, but the user doesn't need to care about that. The user will just take it as how things are designed with MB.
- Currently selected element (thumbnail browser on the mockup) will be highlighted on the right diagram. The shape of diagram will keep changing according to the selected elements and their selected locations so that the user could preview how it will look and quickly learn the name of each element.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2015, 05:47:41 PM
This is how I would design the layout editor.
i dont agree this is better. For example, i dont see how you would control the order of elements inside a specific panel.
One of the things i like about the proposal modified with endeavour1934's layout icons is its very easy to visual how the whole panel will look.
I accept we are all wired differently and perhaps some people might not agree with that. I even accept there will be some people who wont feel comfortable dragging elements to other panels - but its not a required thing to do and for them they can still just tick/ untick elements within the default assigned panel, and i think people will have an idea of what they want to do, so its just a question of whether musicbee will support what they want rather than being an overwhelming task.
I am happy for people to make further suggestions while this is still in the discussion phase but i am quite comfortable on what to do with this now so there is a high bar to pass in my mind.
Title: Re: GUI changes for v3.0
Post by: redwing on February 12, 2015, 07:25:32 PM
OK, I'll stop here as I don't think I could make myself any clearer at this point. Hopefully all my concerns will prove to be unfounded and mere differences in how to see things as you described.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2015, 08:52:09 PM
please dont interpret this as to no longer comment on this - even when i dont agree with something someone says, i can still later adjust my position or when implementing detail be influenced when facing things i hadnt considered
Title: Re: GUI changes for v3.0
Post by: redwing on February 12, 2015, 10:54:55 PM
Of course I will keep commenting on this. Just saying I won't keep repeating myself about those points, which will turn discussion into argument.
Title: Re: GUI changes for v3.0
Post by: Zak on February 13, 2015, 01:59:48 AM
I won't bother to selectively quote from three or more earlier posts, but I agree that now would be a good time to agree on "official" terminology for each of the screen elements and areas.

Even now, every time I type "navigation panel" or "main panel" I worry people won't know what I'm talking about because they're only de facto names that were never properly endorsed.

Names should to be unambiguous with regard to position and use - i.e. "Top" and "Bottom" are clearer than things like "Filter" or "Main" to the uninitiated, and not everyone will have elements in the same place.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 13, 2015, 02:45:43 AM
I won't bother to selectively quote from three or more earlier posts, but I agree that now would be a good time to agree on "official" terminology for each of the screen elements and areas.

Even now, every time I type "navigation panel" or "main panel" I worry people won't know what I'm talking about because they're only de facto names that were never properly endorsed.

Names should to be unambiguous with regard to position and use - i.e. "Top" and "Bottom" are clearer than things like "Filter" or "Main" to the uninitiated, and not everyone will have elements in the same place.

Yes, please!  We currently even have multiple menu buttons with the same name (configure layout).  Surely we can distinguish these things easily enough.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 13, 2015, 05:37:23 AM
I won't bother to selectively quote from three or more earlier posts, but I agree that now would be a good time to agree on "official" terminology for each of the screen elements and areas...

Yes, please!  ...

Yes! Definitely a good idea.
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2015, 07:10:21 AM
I wanted to get away from some of the old names to make them more generic as they could have multiple elements now eg. renamed "Filter Panel" to "Left Main Panel". These are the names i had in the last screenshot. Remember they will now include an icon showing the area of the application window that it applies to
- Caption Bar
- Top Panel
- Left Sidebar
- Left Main Panel
- Main Panel
- Bottom Panel
Title: Re: GUI changes for v3.0
Post by: Alexis on March 31, 2015, 04:24:42 AM
OK, what am I missing? Last post here was February 13th?  The topic moved again?  This is all so exciting, don't play with my emotions please :).. where did everyone go?

Again, I LOVE the attention to new users, this has really been long overdue as I kept having to orient new users to MB.
Title: Re: GUI changes for v3.0
Post by: Alexis on March 31, 2015, 04:32:22 AM
OK, I see that Steven is generally unavailable and respect if given to him on that basis.  I suppose I am now caught up. :)
Title: Re: GUI changes for v3.0
Post by: Steven on March 31, 2015, 07:11:53 AM
things are going quite slowly and it probably wont be until june before the first versons are ready
Title: Re: GUI changes for v3.0
Post by: Alumni on March 31, 2015, 02:53:01 PM
things are going quite slowly and it probably wont be until june before the first versons are ready

Thanks for the news, can we expect an alpha version?
Title: Re: GUI changes for v3.0
Post by: Alexis on March 31, 2015, 03:04:51 PM
Thank you for the update Steven.
Title: Re: GUI changes for v3.0
Post by: Steven on May 08, 2015, 03:05:08 PM
I think i have already mentioned this but I will bring it up again to give people the opportunity to raise a good reason not to do this:
- the "Now Playing" node will change.
In the existing implementation the list of Playing Tracks gets moved from the sidebar into the main panel and becomes the main feature.
However in v3, I have been changing the GUI so each panel component in the GUI (track info, lyrics, playing tracks list etc) are completely independent and flexibly arranged in the application as configured by the user and one result of that is MB wont make any automated decisions about how to reconfigure the layout.
What I am planning to do is to keep the Playing Tracks list where-ever its configured to be displayed, and the main feature would be the artist/ album picture. The main and right panel would be configurable so any lyrics, playing tracks, track info panels etc can overlay the feature picture - much the same way as done in the compact player mode.
So there would be no where where the current "Now Playing" list of tracks is in the main panel (other than a chosen configuration where the "Playing Tracks" list is always docked in the bottom of the main panel)

- vertical arranged tabs will no longer be supported. The reason being is that arrangement would leave a large blank space on the bar where the tabs would go (the bar which would also have the search box/ command buttons etc)
Title: Re: GUI changes for v3.0
Post by: psychoadept on May 08, 2015, 03:12:33 PM
I have been changing the GUI so each panel component in the GUI (track info, lyrics, playing tracks list etc) are completely independent and flexibly arranged in the application as configured by the user and one result of that is MB wont make any automated decisions about how to reconfigure the layout.

I'm excited about this!
Title: Re: GUI changes for v3.0
Post by: phred on May 08, 2015, 05:08:50 PM
Steven - your latest comments are not only welcome, but very exciting.  I can't wait to see what you've come up with.
Title: Re: GUI changes for v3.0
Post by: Alexis on May 08, 2015, 06:51:36 PM
Steven, I like where this is going very much.  No problem with anything you have posted  there.
Title: Re: GUI changes for v3.0
Post by: Steven on May 16, 2015, 09:25:27 AM
just for the record to keep a list of the major changes being made:
- all saving of files/ pictures is now done in the background. This means the GUI no longer freezes when a lot of files are being saved
- the file save process now checks the fields updated by the tag editor and if its only linked artwork/ custom fields that are not saved to file then MB wont update the file#
Title: Re: GUI changes for v3.0
Post by: redwing on May 16, 2015, 01:15:47 PM
- all saving of files/ pictures is now done in the background. This means the GUI no longer freezes when a lot of files are being saved
- the file save process now checks the fields updated by the tag editor and if its only linked artwork/ custom fields that are not saved to file then MB wont update the file#

That's a great improvement!

BTW if you have a chance, have a look at MB's music file validation process, such as this one: http://getmusicbee.com/forum/index.php?topic=14451.0
That might be also responsible for often-reported server connection issues or some syncing issues.
Title: Re: GUI changes for v3.0
Post by: Storm25 on May 20, 2015, 06:26:26 PM
Excited about the more efficient saving changes.
Not quite sure about the changes to playing now and no more automated decisions. I quite like the playing now like it is at the moment.
i'll have to see it when it's done ;).
Cheers
Title: Re: GUI changes for v3.0
Post by: Steven on May 20, 2015, 07:20:11 PM
Not quite sure about the changes to playing now and no more automated decisions. I quite like the playing now like it is at the moment.
in the current version when you click on the "Now Playing" node, MB removes the Playing Tracks from the right sidebar and moves it into the main panel.
in the new version, that wont happen - instead the main panel will feature an Artist/ Album picture like the 3rd screenshot in http://getmusicbee.com/forum/index.php?topic=14941.0 or the existing "Playing Tracks" tab/ Compact player layout. The Playing Tracks in the right sidebar will remain where they are configured but will optionally be overlayed onto the picture
Title: Re: GUI changes for v3.0
Post by: Steven on June 05, 2015, 08:26:52 PM
i have created a demo version that has some of new the functionality implemented - its intended to give you an idea of how things are being implemented and is not a fully functioning version! For example it doesnt save any updates back to the musicbee database cache, it doesnt read or write back the settings files

Instructions
- create a new folder somewhere you have write access
- unzip http://www.mediafire.com/download/zi98cfyryaijg6z/MusicBee3.zip
- you will need to either manually edit AppData/StartupSettings.ini or copy your existing StartupSettings.ini file. The important setting is <LibraryPath>\Users\Steven\Music\MusicBee\</LibraryPath> which needs to point to where your current musicbee database resides.
If the path is not set or not valid you will see a blank dialog form popup when you start MB3
- i recommend you dont update any ratings or save any tags with the tag editor as the MusicBee database is not saved so would be out of synch with what is written to the music file

Notes
- as you will see many of the sub-panels are not yet implemented
- the skin and settings are hard coded but you can change some of the settings while the program is running but they wont be saved for the next restart
- no need to report any bugs - i have only lightly tested this and fully expect there will be bugs
- next thing i plan to do is the "Now Playing" node


here is a screenshot:

(http://getmusicbee.com/images/forum/Mb3ScreenShot.png)

and the panel layout configuration:

(http://getmusicbee.com/images/forum/Mb3ConfigDialog.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on June 06, 2015, 04:00:48 AM
Cool!

I've been fiddling with the panel configuration, and I like it!  One thing I think would be helpful is a visual cue to which elements can be moved and which can't.  Also, why allow the thumbnail browser in the left panel but not the column browser?
Title: Re: GUI changes for v3.0
Post by: Steven on June 06, 2015, 07:52:37 AM
One thing I think would be helpful is a visual cue to which elements can be moved and which can't.
there is - when you start dragging a dashed box surrounds the panels an element can be dragged to. As to the column browser, te way its implements, its part of the main files panel but if wnough people ask for it, it could probably be changed
Title: Re: GUI changes for v3.0
Post by: psychoadept on June 06, 2015, 12:25:26 PM
there is - when you start dragging a dashed box surrounds the panels an element can be dragged to.

I mean something before you even grab it.  Or an alternative might be to show a red box or symbol if you try to move something you can't.  The real issue is that not knowing you can't move it until you get the pop-up is pretty annoying. :)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on June 07, 2015, 03:12:52 AM
really like the look of having the status bar below the player bar in the bottom panel  (http://smileys.on-my-web.com/repository/Respect/respect-048.gif)

hope the round 'metro' buttons will still be an option for the player bar   ???
Title: Re: GUI changes for v3.0
Post by: Steven on June 07, 2015, 10:43:20 PM
http://www.mediafire.com/download/zi98cfyryaijg6z/MusicBee3.zip
same instructions as before
http://getmusicbee.com/forum/index.php?topic=15050.msg93394#msg93394

Any feedback welcome - its best you do so now if you really dont like something

Or an alternative might be to show a red box or symbol if you try to move something you can't.  The real issue is that not knowing you can't move it until you get the pop-up is pretty annoying. :)
i made a change for that and some other minor visual improvements with the panel re-arranging
a number of the remaining elements have also been implemented now (except the sidebar player, and artist info bar)

really like the look of having the status bar below the player bar in the bottom panel
hope the round 'metro' buttons will still be an option for the player bar   ???
thanks for reminding me - for now the metro buttons can be configured via the right click menu on the player panel
Also re: the status bar, it can be re-positioned above the player so its the same as the current MB but i think new positon will be the new default

Title: Re: GUI changes for v3.0
Post by: Bee-liever on June 08, 2015, 01:38:27 PM
All changes look good so far  :)

Being able to place the wavebar across the bottom of the main panel is another good alteration.

Hoping that the column browser will eventually have independently adjustable column widths - especially when in vertical  mode
Title: Re: GUI changes for v3.0
Post by: psychoadept on June 09, 2015, 04:05:41 AM
Yeah, looks good.  I like the symbol a lot better than the pop-up.
Title: Re: GUI changes for v3.0
Post by: mikebo on June 09, 2015, 05:58:53 AM
I feel it would make more sense to merge the thumbnail browser with the column browser, adding an option for some columns to toggle thumbnails.
Title: Re: GUI changes for v3.0
Post by: 9ido on June 09, 2015, 07:11:10 AM
Thank for the preview. It looks good.

Only think that I don't agree on is the new yellow look of the wavebar, it's distracting and feels inconsistent, I hope we get the old color scheme in the classic layout (which I always preferred). The old light grey version is much easier on the eye. I do like that it's user sizeable, but there seems to be too much space waisted on top and below with larger sizes.

Is the placement of the command buttons optional between caption and below caption? I would not like it if I had to share the space for tabs with the set of command buttons that I use, as I use a lot of both. I also think it would just make more sense to have them in the caption bar, but I am afraid the current idea is to have them below.

Cheers.
Title: Re: GUI changes for v3.0
Post by: Zak on June 09, 2015, 03:07:16 PM
Just had a quick look and it looks good.

I do have a few observations, numbered to make replies/discussion easier:

Panels Configuration dialog
1.  Elements that must always be shown shouldn't have a check mark next to them as it implies they can be hidden.

2.  Not sure why some elements have a text box that just reports on whether the check box is ticked or not.

3.  The two elements available for the "Top panel" and "Bottom panel" don't warrant them having their own section. I know it looks more complete to match the rest of the dialog, but aesthetics shouldn't win over usability.

4.  The "Overlay" checkbox is described as displaying "elements stacked on top of each other". You could just label the checkbox "Stacked?" to remove one level of abstraction.

5.  There may be technical reasons, but some restrictions on where things can go seem arbitrary. For example, I can put the Spectrum visual at the bottom of the main panel, but not on top.

6.  I think someone else mentioned it, but it would be good if movable elements could be identified without dragging them. For example, mobile UIs have little stripey "handles" to the left of list items that can be reordered. It also gives something "tangible" to click on to drag. Now I click things to drag them and think it's also going to change the checkbox state.

7.  The sub-dialogs aren't implemented, so it remains to be seen, but the number of elements with a separate "Configure..." button are a little alarming. This is a great opportunity to completely rethink how some of these settings are implemented, not just move them around.

8.  It's not a very scalable design for adding new elements in the future.

Main window
9.  Little triangly pictures in the column browser headings mean "reverse the sort order" but in the element headings little triangly pictures mean "Click here to show something else". Different icons for the different actions would be better.

10.  Only a minor thing, but it does pop up in a few places - the tooltip for the configuration button is "Configure Layout" but the title bar for the displayed dialog is "Panels Configuration". Consistency in little things like that help users remember which task goes with which button/control.

11.  The context menu on the Thumbnail browser has a submenu, "Customise Panel", with three different thumbnail sizes. Unless there are more options to be added later (which is entirely feasible) these options should either be promoted to the top menu, or the submenu should be called "Thumbnail size" with options "Small", "Medium" and "Large". This also occurs in a few places, so thought I might as well mention it now while I've noticed it.
Title: Re: GUI changes for v3.0
Post by: Alumni on June 09, 2015, 03:18:43 PM
I can't run the test version, I followed the instructions but I get this error.

Value cannot be null.
Parameter name: collection

10/06/2015 12:12:07 AM - 6.2.9200.0 - 3.0.5637.39443 - System.ArgumentNullException: Value cannot be null.
Parameter name: collection
   at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   at #=qS6a8FcffQxhVdiH_f2f3JmYeLS$fnXEovxKoix_Rlps=.#=qfyrLFMU4TFRwnH3tr5Mjlg==.#=q$Ss8egwQnpBrfIWL$kafng==(#=qG5vtRiytW2Szy33ou5AAji3KeigxGJowWdp0M9JY8vo= #=qDLrrK1K4OSW7IUB6dCM3SA==)
   at #=qS6a8FcffQxhVdiH_f2f3JmYeLS$fnXEovxKoix_Rlps=.#=qBBDo1ZdNZWXNtZPdHAtpgQ==(#=qG5vtRiytW2Szy33ou5AAji3KeigxGJowWdp0M9JY8vo= #=qmQtoYkD1xRgYrx6_vkvNYg==)
   at #=qGE7lHUAMDkY5KUB77wtDa0Vg_3xzLcGztcw9HKgOqFc=.#=qCLJdg00RKHzY8haw5EjK3g==(String[] #=qJlQsjKTGRMmf3FVJgf6Tvw==)
Title: Re: GUI changes for v3.0
Post by: Steven on June 09, 2015, 06:27:20 PM
I feel it would make more sense to merge the thumbnail browser with the column browser, adding an option for some columns to toggle thumbnails.
i did think about doing that but didnt for a couple of reasons: 1: the count settings dont currently apply to the thumbnail browser and the thumbnail browser only really works on a vertical orientation and 2: by keeping them as separate elements provides a bit more flexibility with the layout as done in the demo version (thumbnail in left, column browsers horizontal) - that wont be the default layout though
Title: Re: GUI changes for v3.0
Post by: Steven on June 09, 2015, 06:33:03 PM
Panels Configuration dialog
2.  Not sure why some elements have a text box that just reports on whether the check box is ticked or not.
to fill the space, plus the a couple will be changed to "Configure" anyway

4.  The "Overlay" checkbox is described as displaying "elements stacked on top of each other". You could just label the checkbox "Stacked?" to remove one level of abstraction.
i agree

5.  There may be technical reasons, but some restrictions on where things can go seem arbitrary. For example, I can put the Spectrum visual at the bottom of the main panel, but not on top.
it is for reasons of how the panel is implemented and i was expecting this comment. I might implement it

6.  I think someone else mentioned it, but it would be good if movable elements could be identified without dragging them. For example, mobile UIs have little stripey "handles" to the left of list items that can be reordered. It also gives something "tangible" to click on to drag. Now I click things to drag them and think it's also going to change the checkbox state.
can you post a screenshot so i know what you mean

7.  The sub-dialogs aren't implemented, so it remains to be seen, but the number of elements with a separate "Configure..." button are a little alarming. This is a great opportunity to completely rethink how some of these settings are implemented, not just move them around.
i havent done it yet, but it will probably by one configure screen and the ... will jump to the relevant section
Title: Re: GUI changes for v3.0
Post by: Steven on June 09, 2015, 06:46:24 PM
Only think that I don't agree on is the new yellow look of the wavebar, it's distracting and feels inconsistent, I hope we get the old color scheme in the classic layout (which I always preferred). The old light grey version is much easier on the eye. I do like that it's user sizeable, but there seems to be too much space waisted on top and below with larger sizes.
there should only be a 3px gap from the maximum values - your tracks might not be at full volume levels. As to the colors i might revisit if i have time but other skinners are free to do what they think is best

Is the placement of the command buttons optional between caption and below caption? I would not like it if I had to share the space for tabs with the set of command buttons that I use, as I use a lot of both. I also think it would just make more sense to have them in the caption bar, but I am afraid the current idea is to have them below.
yes, i will change the options from the current configuration though and probably provide a way to put them in the caption bar as you suggest
Title: Re: GUI changes for v3.0
Post by: Steven on June 09, 2015, 07:38:24 PM
I can't run the test version, I followed the instructions but I get this error.
i think i know what it is and should be fixed - the updated zip is available on the same link
Title: Re: GUI changes for v3.0
Post by: Zak on June 09, 2015, 10:15:27 PM
6.  I think someone else mentioned it, but it would be good if movable elements could be identified without dragging them. For example, mobile UIs have little stripey "handles" to the left of list items that can be reordered. It also gives something "tangible" to click on to drag. Now I click things to drag them and think it's also going to change the checkbox state.
can you post a screenshot so i know what you mean

On the right (sorry, it's a single image) is a playlist in the n7player app which allows playlist tracks to be reordered.
The little icon to the left of each item are what I meant by "handles".

(http://cdn.makeuseof.com/wp-content/uploads/2013/05/android-app-n7player-3.jpg?fdbc2a)

For another example, this is from a Plex configuration web page and includes the stripey handles I was probably thinking of:

(http://i.imgur.com/VUXfU99.png)

Also useful for indicating a potential move is displaying the hand cursor on mouseover, which I hadn't considered when thinking of touch UIs because they don't have a cursor. :)
Title: Re: GUI changes for v3.0
Post by: Alumni on June 10, 2015, 01:18:52 AM
I can't run the test version, I followed the instructions but I get this error.
i think i know what it is and should be fixed - the updated zip is available on the same link

Ok I tried it again, still getting that error message.
Title: Re: GUI changes for v3.0
Post by: psychoadept on June 10, 2015, 04:37:41 AM
For another example, this is from a Plex configuration web page and includes the stripey handles I was probably thinking of:

Also useful for indicating a potential move is displaying the hand cursor on mouseover, which I hadn't considered when thinking of touch UIs because they don't have a cursor. :)

This is what I was originally thinking, too, I just had trouble describing it as well as you did.
Title: Re: GUI changes for v3.0
Post by: Steven on June 10, 2015, 07:03:48 AM
Ok I tried it again, still getting that error message.
try again now
Title: Re: GUI changes for v3.0
Post by: Alumni on June 10, 2015, 07:39:48 AM
try again now

Great, that fixed it. Thanks.
Title: Re: GUI changes for v3.0
Post by: hiccup on June 10, 2015, 08:26:42 AM
Don' mind me too much (since I have probably messed up my system too much with several sorts of MB installations and removals), but I cannot get MB3 to work.
Only smartscreen will pop-up asking for permission, after that, nothing happens, task manager also shows nothing concerning MB.
Title: Re: GUI changes for v3.0
Post by: Steven on June 10, 2015, 08:40:41 AM
Don' mind me too much (since I have probably messed up my system too much with several sorts of MB installations and removals), but I cannot get MB3 to work.
Only smartscreen will pop-up asking for permission, after that, nothing happens, task manager also shows nothing concerning MB.
check to see if there is an error log file in the AppData subfolder
Title: Re: GUI changes for v3.0
Post by: hiccup on June 10, 2015, 09:14:14 AM
Ah, my mistake.

At the smartscreen pop-up I clicked OK. (thinking, it's OK, just run this anyway)
But I should have clicked 'more info', and then 'run anyway'.

Working now.
Title: Re: GUI changes for v3.0
Post by: hiccup on June 10, 2015, 06:01:38 PM
A few first impressions.
Not claiming they are thought through very well, and also not having very strong feelings on them. Just shooting some thoughts and impressions at you.

1. At first I missed the 'stop'  buttons, but I saw the clever solution that they appear when the progress bar is at the top or bottom.
2. The position of the preferences panel is not remembered, and opens top left every time.
3. The volume button is no longer horizontal and quite small, but is vertical and a bit larger (as it was in the past). I like that.
4. The 'checks' in the check-boxes don't look very refined and a bit cut-off at the left.
5. When toggling spectrum visualizations, sometimes the volume bar is not redrawn correctly:

(http://i.imgur.com/AUHYlsml.jpg) (http://i.imgur.com/AUHYlsm.png)

6.
(http://i.imgur.com/Asv2EHjl.jpg) (http://i.imgur.com/Asv2EHj.png)
I would like to be able to select several options from the top 4 and have them visible in the panel at the same time. At this moment it is either/or?
Also I do not understand the difference between the 'dots' in front of the top 4, and the 'checks' at the two bottom options. I would assume that a dot could indicate either/or between choices, and for a check-box you could have several activated? If so, it should be the other way around here?
Also I see the sequence of the top 4 options rearranges when changed. I think I would prefer they kept their position.

6. At this moment we have a main panel, a left sidebar, and a right sidebar. That is rather easy to understand.
What I find that can be a little bit confusing that there also is a 'left main panel'. (that b.t.w. doesn't do anything in this alpha version? correct?)
Maybe it would be better to replace that with a 'sub-panel'? With the option to locate it left, right, bottom, top?
Then that might also be useful to improve on something that was often confusing to some users and was asked quite often: The 'artist information' panel that could be displayed at the bottom of the main panel, but often was not clear to users how to get it displayed.
Maybe that ' artist information' panel could then also be moved into this suggested 'sub-panel'?
Title: Re: GUI changes for v3.0
Post by: Steven on June 10, 2015, 07:52:48 PM
A few first impressions.
for 2, not quite sure what you mean but in general in this demo version no settings are persisted on restart. If you mean some of the dialogs always open in the top left then thats because its not implemented yet
for 6, you just untick "overlay" in the config. If you mean you want them to display as tab buttons across the header bar then thats no longer supported with this style of GUI.  Toolbar command buttons could be used as a substitute if thats what you meant
for 6/7 the left main panel is implemented and working fine - it is configured to show the thumbnail browser by default
Title: Re: GUI changes for v3.0
Post by: hiccup on June 10, 2015, 09:28:09 PM
A few first impressions.
for 6, you just untick "overlay" in the config. If you mean you want them to display as tab buttons across the header bar then thats no longer supported with this style of GUI.  Toolbar command buttons could be used as a substitute if thats what you meant
for 6/7 the left main panel is implemented and working fine - it is configured to show the thumbnail browser by default

The left main panel was really not opening when I had a look at it.
Just now after a restart it worked fine, but after some erratic fiddling around at one moment that panel was not refreshed correctly anymore, and showed parts from the config panel that had moved around that space a while before.
And after some more fiddling the panel did not open at all anymore.
For if it's of any use to you, a screenshot with the settings at that moment:


To be honest I am quite disappointed if the tabs at the header bar disappear. I use those very often.
When overlay is used (as a kind of substitute for tabs if I understand correctly), it will add an extra mouse-click, since you'll first have to click to reveal the options and then click the one you want.
Also switching between playing/selected track will then need two clicks, instead of 1 as it is currently.

And for more sentimental reasons, I always thought the tabs gave MusicBee a distinct and sympathetic 'look'.
Title: Re: GUI changes for v3.0
Post by: hiccup on June 10, 2015, 10:17:29 PM
The left main panel was really not opening when I had a look at it.
Just now after a restart it worked fine, but after some erratic fiddling around at one moment that panel was not refreshed correctly anymore, and showed parts from the config panel that had moved around that space a while before.
And after some more fiddling the panel did not open at all anymore.

For if it's of any use to you, a screenshot with the settings at that moment:

Never mind, I shouldn't mess around with dangerous software with my eyes closed. I un-ticked both 'artist picture' and 'thumbnail browser'.
goodnight everybody.
Title: Re: GUI changes for v3.0
Post by: Steven on June 10, 2015, 10:47:49 PM
there are a few bugs - i havent really tested this much yet so i am not surprised. I have done an update on the same link to fix a few of the obvious ones and it now also includes the sidebar player element. Same link as before
Title: Re: GUI changes for v3.0
Post by: Alumni on June 11, 2015, 12:14:29 AM
I think the overall design is more uniform now, and a big improvement in user friendliness.

I do have a couple of small requests...

When scaling down the artwork view to a certain size the text is cut off abruptly, is it possible to adjust that?
I'm no-longer seeing an option to group by "sort album artist" in the artist view, I hope that will be included.
Title: Re: GUI changes for v3.0
Post by: Steven on June 21, 2015, 08:09:13 PM
i have updated the demo version to include much of the updated Now Playing panel.
Included is support for 3 layouts styles:
Artist Picture, Album Color Mix, and Large Album Cover
not currently done are:
Custom Feature and Theater Mode

You can change some of the settings via the "Now Playing" selector button. In a future version there will also be a settings dialog box that will enable further fine tuning. Because you wont have any saved now playing list you should start playback from your library first.

Please feel free to comment - personally i am still not 100% happy but i feel like i have spent too much time on this. However i do think whats done is a big improvement.
Also note that the handling for pictures that are too small to fit in the panel has been changed and would be interested in feedback on that aspect.

Repost of the instructions for new readers
i have created a demo version that has some of new the functionality implemented - its intended to give you an idea of how things are being implemented and is not a fully functioning version! For example it doesnt save any updates back to the musicbee database cache, it doesnt read or write back the settings files

Instructions
- create a new folder somewhere you have write access
- unzip http://www.mediafire.com/download/zi98cfyryaijg6z/MusicBee3.zip
- you will need to either manually edit AppData/StartupSettings.ini or copy your existing StartupSettings.ini file. The important setting is <LibraryPath>\Users\Steven\Music\MusicBee\</LibraryPath> which needs to point to where your current musicbee database resides.
If the path is not set or not valid you will see a blank dialog form popup when you start MB3
- i recommend you dont update any ratings or save any tags with the tag editor as the MusicBee database is not saved so would be out of synch with what is written to the music file

Notes
- the skin and settings are hard coded but you can change some of the settings while the program is running but they wont be saved for the next restart
Title: Re: GUI changes for v3.0
Post by: Steven on June 21, 2015, 10:26:49 PM
The next thing i am doing is the current "Playing Track Panel" docked in the bottom panel - it will be called the "Now Playing Bar" in the layout configuration dialog.
I would be interested in any comments on the layout for that. I dont particularily like the existing layout that much but given the constraints of having a wide and narrow I am not sure what i will do so any suggestions will be helpful.
I like endeavour1934's proposal (2nd screenshot in http://getmusicbee.com/forum/index.php?topic=14941.0) but thats more a full panel layout.
Another factor is that microsoft are going forward with a new browser. I dont think the API interface will be the same (I havent seen any clear answer on that). I wont be  willing to implement 2 browser API interfaces so its quite possible MB will no longer support in-place browsing of wikipedia and yourtube, etc based on the current playing artist/ track
I am tempted to implement it just as some of the library statistic aspects from endeavour1934's proposal and enhance the "Artist Biography" panel so that when its docked on the bottom of the main panel it includes artist pictures like the existing "last.fm" tab
Title: Re: GUI changes for v3.0
Post by: Spiron on June 22, 2015, 04:43:38 AM
Endevour1934's proposal looks pretty good and I am more tempted to like it as a separate panel or view than as a docked bar, the space gives it an uncluttered look while providing a lot of information. And don't throw the internet parts out just yet because Microsoft are keeping IE in Windows 10, it'll just be hidden.  The engine and API's look to be still accessible because of the vast amount of usage they do have but they won't be receiving new features or be updated for newer version of the web specs.  This should be fine because I doubt Wikipedia or Youtube are going to update their code to a point where the IE engine can't work with them for a good while yet.

Title: Re: GUI changes for v3.0
Post by: psychoadept on June 23, 2015, 12:51:10 AM
I am more tempted to like it as a separate panel or view than as a docked bar, the space gives it an uncluttered look while providing a lot of information.

I agree with this.  It reminds me that there have been requests to have the compact player as a second window; maybe there is  way to combine all of it with the option of having playing track info in the main panel, compact player, or separate window, and have the docked panel operate differently.  I dunno, I'm not entirely clear in my head on how that would work.
Title: Re: GUI changes for v3.0
Post by: Alumni on June 23, 2015, 05:47:28 AM
Also note that the handling for pictures that are too small to fit in the panel has been changed and would be interested in feedback on that aspect.

It certainly seems better, I'm able to fit more rows of artwork in the main panel than before. Thanks for that!

i have updated the demo version to include much of the updated Now Playing panel.

I really like the new layout for Now Playing, its much easier to customize.

Here's my feedback;
Not sure why the option to disable "track details" is grayed out in "large album" mode.
Is there a way to hide the album cover overlay when in "artist picture" mode?
Can't yet test the "album color mix" mode since artwork isn't working in this build.

A couple screenshots from my setup:

(http://i.imgur.com/J4yZulgm.jpg) (http://i.imgur.com/J4yZulg.jpg) (http://i.imgur.com/vlrt9nym.jpg) (http://i.imgur.com/vlrt9ny.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on June 23, 2015, 07:20:18 AM
album artwork should be working. How do you store your album artwork?
Also i am wondering how you managed to get the "Playing Tracks" selector out of alignment with the panel
Title: Re: GUI changes for v3.0
Post by: Alumni on June 23, 2015, 10:20:25 AM
album artwork should be working. How do you store your album artwork?

Oh, that's strange. All of my artwork is embedded in the files.
I just checked the local "AppData" folder and "InternalCache"\"AlbumCovers" only contains empty images.

This is what my main panel looks like in album cover view:

(http://i.imgur.com/Wmuwsenm.jpg) (http://i.imgur.com/Wmuwsen.jpg)

Also i am wondering how you managed to get the "Playing Tracks" selector out of alignment with the panel

Edit: I was able to re-create this bug by playing around with the "main panel left side/right side" controls in the "Now Playing" tab.
Title: Re: GUI changes for v3.0
Post by: Steven on June 23, 2015, 05:22:34 PM
would you be able to send me a zip of the following 4 files?
- MusicBeeSetttings and StartupSettings.ini from the AppData folder
- the MusicBeeLibrary.mbl that is references in StartupSettings.ini
- and lastly one of the music files that has artwork but not showing
Title: Re: GUI changes for v3.0
Post by: Zak on June 23, 2015, 07:29:59 PM
Notes for the Now Playing tab and further observations. Some might be a bit nit-picky, but now is the time to ask, right?  :P

1. What is Album Colour Mix supposed to do? I just get a big blurry square that changes colour as I resize the window:

(http://i.imgur.com/7dLX6Kc.png)

It does seem to be getting its colours from the artwork though.

2. In the context menu, there is an option to display Neither, which sounds a little odd (not to mention binary).

(http://i.imgur.com/sPdbsoI.png)

If there has to be such an item, None or Hidden probably reads better, but I wonder who would choose it if the alternative is a big blank square. Better, these items should be toggles and it should be possible to have both lyrics and artist biography displayed at the same time, one above the other.

3. These two menus are the same:

(http://i.imgur.com/abCINQb.png)         (http://i.imgur.com/W4hfA9O.png)

Here be dragons, both for maintaining two versions of the same menu for later revisions and also for confusing users with too many options (and to be honest this duplication happens a lot in MusicBee 2.5 and earlier). There's no reason to have two identical menus, so get rid of one. Probably the sub-menu under Now Playing - it does sit nicely below the Main Panel menu, but it sits even more nicely above the thing it's actually affecting.

Also, the menu above the right sidebar uses checkmarks which implies these are independently toggleable items.

4. I just noticed that when Large Album isn't selected, the menu options are different.

(http://i.imgur.com/80V9qOJ.png)

These menus should be redesigned to avoid this, for the two dragony reasons given above. It's harder to maintain and confusing for users.

5. Even in this limited demo, there's already lots of idiot-proofing going on to prevent illogical layouts. e.g. If I have Main Panel [Left Side] set to display Lyrics, setting Main Panel [Right Side] or Right Sidebar to display Lyrics hides the one on the left. Sure, there's no good reason to have two sets of lyrics but if that's what the user wants it could be argued that's what the user should get. Another argument is that selecting something on a menu labeled Right Side shouldn't affect something on the left side. A third is that you won't get bogged down with chunks of code checking for "If show this then hide that" scenarios.

6. The Main Panel [Left Side] selections are overlaid onto the background image, whereas Main Panel [Right Side] gets its own little section with its own header menu. The inconsistency isn't apparent from the menus and some users might prefer to have a separate left-hand panel with overlaid elements on the right.

7. For consistency with other panels, double-clicking the small artwork overlay above the Artist Picture could show the full-size artwork.

8. When the Now Playing tab is shown, it isn't possible to adjust the width of the Right Sidebar. This seems like the sort of thing a lot of people will ask for.

9. When maximised, the MusicBee window is stealing a few extra pixels from the top of the (Windows 8.1) task bar. This happens if the window has focus or not.

(http://i.imgur.com/ZU9NziG.png)

10. I know you're not requesting bug reports, but you said artwork should be working and I've seen a few albums where it doesn't. There's a cover.jpg in the folder with the music but MusicBee doesn't display anything. I can't see any pattern to the details of albums that don't work. [Edit: Fixed. See follow-up post below]

Finally...

11. Rather than tweaking all of these widgets and options and layouts, have you given any thought to developing a generic layout parser? I guess this would be a more robust version of the current Theatre Mode plugin (which admittedly I haven't look at too much), and would allow users to create and share their own configurations. A dedicated Now Playing tab seems a good candidate for something like that and might be easier than trying to manage a million different combinations of screen elements via menu options. I'd love to see a community creating layouts with the quality of XMBC/Kodi skins.
Title: Re: GUI changes for v3.0
Post by: Steven on June 23, 2015, 09:07:20 PM
9. When maximised, the MusicBee window is stealing a few extra pixels from the top of the (Windows 8.1) task bar. This happens if the window has focus or not.
10. I know you're not requesting bug reports, but you said artwork should be working and I've seen a few albums where it doesn't. There's a cover.jpg in the folder with the music but MusicBee doesn't display anything. I can't see any pattern to the details of albums that don't work.
i will definitely do 8
for 9, i am not doing anything at all for the taskbar so thats quite a mystery. Could you include another application beside MB so i can compare the two. I take it the MB 2.5 doesnt do that
for 10, for the albums that dont work, how is the artwork stored? If you open the tag editor and click the Artwork/ Save To button does it show the correct artwork and linkages?
Title: Re: GUI changes for v3.0
Post by: Zak on June 23, 2015, 10:36:27 PM
for 9, i am not doing anything at all for the taskbar so thats quite a mystery. Could you include another application beside MB so i can compare the two. I take it the MB 2.5 doesnt do that

I'm not sure what you mean by "include another application". It overlaps the whole width of the task bar from the Start/Windows button to the system tray:

(http://i.imgur.com/Gz6bFNi.png)

Also strange, I tried it with the task bar on the top of the monitor and on the side, and each time MusicBee overlaps the inside edge by those few pixels. And it only happens if I maximise from the title bar - it goes away after a minimise and restore.  ??? I guess don't worry about it for now and I'll see if it goes away by itself in later versions.

for 10, for the albums that dont work, how is the artwork stored? If you open the tag editor and click the Artwork/ Save To button does it show the correct artwork and linkages?
I think the artwork problem was just something with my cache. I checked the same album in 2.5 and got this happening:

(http://i.imgur.com/R5QIKbq.png)

It shows the artwork in the Now Playing panel but not the editor. Doing a file rescan in 2.5 also fixed it in 3. The difference is that 2.5 showed the large artwork but 3 didn't show anything.


Title: Re: GUI changes for v3.0
Post by: Steven on June 24, 2015, 07:41:56 AM
@Alumni, i have no problems with the file you sent.
I suggest you delete the AlbumCovers sub-folder from AppData\InternalCache and try again. However could you confirm the file is actually located:
E:\Music\Library\Above & Beyond\We Are All We Need\01 We're All We Need.flac
and what directory are you running MB3 from?
Title: Re: GUI changes for v3.0
Post by: Alumni on June 24, 2015, 08:11:18 AM
@Alumni, i have no problems with the file you sent.
I suggest you delete the AlbumCovers sub-folder from AppData\InternalCache and try again.

Ok, I reset the cache but the result is the same.

However could you confirm the file is actually located:
E:\Music\Library\Above & Beyond\We Are All We Need\01 We're All We Need.flac

Yep, that's the correct file path.

and what directory are you running MB3 from?

On my HDD I've installed this version to E:\MusicBee3
I didn't put it on C: because of write permissions.
Title: Re: GUI changes for v3.0
Post by: Steven on June 24, 2015, 06:29:21 PM
@Alumni, its probably related to settings that will hopefully correct when MB3 fully load the user settings.
However if i get time on the weekend i will create a debug version just to confirm my suspicion what is going on
Title: Re: GUI changes for v3.0
Post by: hiccup on June 24, 2015, 07:10:13 PM
I believe I am still struggling to understand the exact workings of the new configuration panel.
From my screenshot you can see that the right side panel is displaying only artwork and lyrics.
With these settings, shouldn't it also display album cover and track information?

(http://i.imgur.com/l6uPqhgs.jpg) (http://i.imgur.com/l6uPqhg.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on June 24, 2015, 07:26:14 PM
the sizing algorithm needs improvement for when there is not enough space for the configured panel sizes. I think you will also find manually dragging the panel headers to resize doesnt work too well in this circumstance. If you increase the musicbee window height all the panels will eventually appear
Title: Re: GUI changes for v3.0
Post by: electro on June 24, 2015, 10:41:55 PM
I don't know if this was already implemented on MB3, but anyway...

Regarding the Now Playing and Playing Track panels: I hope they will stay in the same place all the time. On the current version (2.4) I don't like this thing:

When I browse the library, on the right side there is Now Playing and under it, Playing Track. But when I select Now Playing playlist, the Now Playing panel is moved on the main panel and the Playing Track is moved on top. This change is annoying and not consistent. Instead moving that Now Playing panel, better add some visualisation/artist pics/etc. in the main panel (like in this mockup (http://i.imgur.com/Bdb11rZ.jpg) made by endeavour1934) and keep those right panels in their place all the time.

Also I'd like an option to switch the places of Now Playing and Playing Track panels.

(http://i.imgbox.com/RW6dyykn.png)
Title: Re: GUI changes for v3.0
Post by: Sofocl on June 25, 2015, 07:10:25 AM
+1

Also I'd like an option to switch the places of Now Playing and Playing Track panels.

(http://i.imgbox.com/RW6dyykn.png)
Title: Re: GUI changes for v3.0
Post by: Steven on June 25, 2015, 09:37:07 AM
@Sofocl, @electro,
i suggest you both check out the v3 demo from a few posts before. Its not exactly what you ask for re: the Now Playing panel altough its still being looked at and i will be making further changes
Title: Re: GUI changes for v3.0
Post by: electro on June 25, 2015, 01:05:52 PM
@Sofocl, @electro,
i suggest you both check out the v3 demo from a few posts before. Its not exactly what you ask for re: the Now Playing panel altough its still being looked at and i will be making further changes
I tried to run that v3 demo, but I've got an error: http://pastebin.com/RmjqQzQ3

It simply doesn't start. (By the way, I edited the path to my library in StartupSettings.ini).

Could you post some screenshots with the latest layout of v3 (at least for library view and now playing view)?
Title: Re: GUI changes for v3.0
Post by: Arathon on June 25, 2015, 11:35:25 PM
I tried to run that v3 demo, but I've got an error: http://pastebin.com/RmjqQzQ3

It simply doesn't start. (By the way, I edited the path to my library in StartupSettings.ini).

Could you post some screenshots with the latest layout of v3 (at least for library view and now playing view)?

I had the same problem and i resolved by copying the folder "Library" into the new set-up. After this everything worked.

Title: Re: GUI changes for v3.0
Post by: chainyk on August 02, 2015, 03:33:46 PM
when it's going to be released ? (beta )
Title: Re: GUI changes for v3.0
Post by: phred on August 02, 2015, 03:58:54 PM
when it's going to be released ? (beta )
It's taking Steven longer than he thought it would.  But he's very happy with the results so far.  If you go back to the beginning of this thread, you'll find a version you can play with.  It's a couple of pages in.  Followed by an update a few pages after that.  Just be sure to follow Steven's instructions for installing and setting up.
Title: Re: GUI changes for v3.0
Post by: chainyk on August 03, 2015, 05:45:54 PM
i mean beta not limited preview, but anyway thx.
Title: Re: GUI changes for v3.0
Post by: Steven on August 03, 2015, 07:45:09 PM
i am reluctant to give dates any more as its taking much longer than i expected just to upgrade the existing musicbee dialogs/ settings etc which is almost done now.
It will probably be 2 months+ before a solid beta is ready but i will probably post some more alpha releases for feedback before then
Title: Re: GUI changes for v3.0
Post by: RealPetChicken on August 07, 2015, 02:22:25 AM
i am reluctant to give dates any more as its taking much longer than i expected just to upgrade the existing musicbee dialogs/ settings etc which is almost done now.
It will probably be 2 months+ before a solid beta is ready but i will probably post some more alpha releases for feedback before then

You are the man, thank you for all the hard work on this great application, switched from mediamonkey to musicbee and never looked back.
Title: Re: GUI changes for v3.0
Post by: settra on August 17, 2015, 02:05:52 PM
hey guys ! i really like the new version so far !

do you think that it will be easy to implement , the ability to set custom size for A-Z jumplist?? becouse this would make it more touch friendly and improve the user experience with touch (in my opinion)!!
Title: Re: GUI changes for v3.0
Post by: Steven on August 31, 2015, 01:07:47 PM
i have mostly completed updating the existing MB functionality to use v3 infrastructure and starting to look at implementing the new v3 functionality.
There is a demo version that is available a few pages back. I will update that over the next few weeks but for now i am posting what i am planning to do with the "Now Playing" panel and the "Compact Player".
Please feel free to comment, even negatively - i will consider all comments but no guarantees i will implement them.
The "Now Playing" panel hasnt changed much since the demo version
(http://getmusicbee.com/images/forum/NowPlayingV3.jpg)

For the Compact Player i am planning to simplfy the number of layout configurations where it will support 2 types of configuration for the player
1: the player/ track info displays on a solid black background. If the visualiser is enabled, it displays in that bar (see the screenshot below) and if you mouse over the bar, the player controls display (like done with the mini-player). The progress bar could also be configured to display as a wave-bar. The right side can be set to overlay onto the background picture or a solid background/ not display/ show lyrics etc
2: the player/ track details displays onto the background picture in the same style as done by endeavour1934's xbox music theater mode plugin or redwing's rdio-style

(http://getmusicbee.com/images/forum/CompactPlayerV3.jpg)
Title: Re: GUI changes for v3.0
Post by: electro on September 01, 2015, 11:20:50 AM
It looks nice. I hope that it can be configured. This seems like an album mode, but what about different songs by different artists? I could live without track number and track time in that panel to make room for artist name.

Also, I'd make that semi-transparent panel on the right even less transparent (to make the text more readable) and I'd reduce the font size and the spacing between rows a bit. Plus, I hope that you implement a hotkey for the Now Playing page.

Title: Re: GUI changes for v3.0
Post by: Ghosthree3 on September 01, 2015, 04:46:47 PM
Hate to sound like one of those people that just bitch about changes but I'd really like to know if we're going to be able to continue to have it look the way it does now? I'm very happy with it how it is and to be honest. I'm sure the new look will be great, but it's not for me.
Title: Re: GUI changes for v3.0
Post by: vpsaxman on September 01, 2015, 06:17:02 PM
Hate to sound like one of those people that just bitch about changes but I'd really like to know if we're going to be able to continue to have it look the way it does now? I'm very happy with it how it is and to be honest. I'm sure the new look will be great, but it's not for me.
Yes.
Title: Re: GUI changes for v3.0
Post by: Ghosthree3 on September 01, 2015, 06:17:58 PM
Hate to sound like one of those people that just bitch about changes but I'd really like to know if we're going to be able to continue to have it look the way it does now? I'm very happy with it how it is and to be honest. I'm sure the new look will be great, but it's not for me.
Yes.
Fantastic, thanks.
Title: Re: GUI changes for v3.0
Post by: ankor on September 04, 2015, 05:46:37 PM
That's because it's hard to improve on near perfection  ;D
Title: Re: GUI changes for v3.0
Post by: hiccup on September 05, 2015, 11:54:45 AM
This is a wish for a possible extension for skinning the player controls.
I would like it if it was possible to be able to have the current playing/pused/stopped status displayed in the control buttons so something like this could become possible:

(http://i.imgur.com/Qh12iAvl.jpg) (http://i.imgur.com/Qh12iAv.png)
Title: Re: GUI changes for v3.0
Post by: phred on September 05, 2015, 01:15:06 PM
This is a wish for a possible extension for skinning the player controls.
I would like it if it was possible to be able to have the current playing/pused/stopped status displayed in the control buttons so something like this could become possible:
+1
Except I'd rather see the layout of the buttons like so:
(http://i.imgur.com/xp4rgxpl.jpg) (http://i.imgur.com/xp4rgxp.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on September 05, 2015, 01:21:16 PM
+1
Except I'd rather see the layout of the buttons like so:
(http://i.imgur.com/xp4rgxpl.jpg) (http://i.imgur.com/xp4rgxp.jpg)

This is more a 'skinning' wish, not a wish to change existing, or the default skins.
So it would be completely up to the person creating his/her skin to use it or not, or locate it anyway he wants to.
If this wish is granted, remind me to adjust one of my skins to your wishes sir phred.

edit, teaser for phred added.

(http://i.imgur.com/DEFg5Jal.jpg) (http://i.imgur.com/DEFg5Ja.png)
Title: Re: GUI changes for v3.0
Post by: 9ido on September 05, 2015, 01:30:15 PM
But please do keep the pause/play button as default. It's an elegant solution.  ;)
Title: Re: GUI changes for v3.0
Post by: hiccup on September 05, 2015, 02:05:28 PM
But please do keep the pause/play button as default. It's an elegant solution.  ;)

With this feature an option would also be to keep the same play/stop button, but just add an indicator to it to show if a track is playing, paused or stopped.
Again, before anybody gets nervous, this request would only be affecting skin creators giving them extra options.
Title: Re: GUI changes for v3.0
Post by: phred on September 05, 2015, 04:30:57 PM
+1
Except I'd rather see the layout of the buttons like so:
(http://i.imgur.com/xp4rgxpl.jpg) (http://i.imgur.com/xp4rgxp.jpg)

This is more a 'skinning' wish, not a wish to change existing, or the default skins.
So it would be completely up to the person creating his/her skin to use it or not, or locate it anyway he wants to.
If this wish is granted, remind me to adjust one of my skins to your wishes sir phred.
WOW!!! I've been knighted!
I'll try to remember to remind you when it comes time.  Thanks for the personal service.   :)

Quote
edit, teaser for phred added.

(http://i.imgur.com/DEFg5Jal.jpg) (http://i.imgur.com/DEFg5Ja.png)
Excellent!!!
Title: Re: GUI changes for v3.0
Post by: vpsaxman on September 05, 2015, 08:11:13 PM
This is a wish for a possible extension for skinning the player controls.
I would like it if it was possible to be able to have the current playing/pused/stopped status displayed in the control buttons so something like this could become possible:

(http://i.imgur.com/Qh12iAvl.jpg) (http://i.imgur.com/Qh12iAv.png)

Great idea! However the color red is often associated with recording, so I'm not sure that'd be the most appropriate color for the STOP button.
Title: Re: GUI changes for v3.0
Post by: phred on September 05, 2015, 08:25:46 PM
(http://i.imgur.com/Qh12iAvl.jpg) (http://i.imgur.com/Qh12iAv.png)

Great idea! However the color red is often associated with recording, so I'm not sure that'd be the most appropriate color for the STOP button.
Since MB  can't record, I don't think that's going to be a problem.  And red is certainly associated with 'stop.'
Title: Re: GUI changes for v3.0
Post by: hiccup on September 05, 2015, 08:52:28 PM
Since MB  can't record, I don't think that's going to be a problem.  And red is certainly associated with 'stop.'

Again:

This is only a quick mock-up to visualize a feature to be used by skin creators, who will be able to use this feature with their own buttons, colors, positions etc. (or not)
This has nothing to do with how current skins will look or function, and they will not be affected.
So even how much I really appreciate the attention and support for the general idea, discussing the looks and colors of this mock-up is of no value.

You could argue this request should have been posted in the skin developers topic and not here, but I thought it might be something that Steven would like to know before releasing v3.0 while development is still in progress.
Title: Re: GUI changes for v3.0
Post by: Moshi_ on September 06, 2015, 10:49:04 PM
i have mostly completed updating the existing MB functionality to use v3 infrastructure and starting to look at implementing the new v3 functionality.
There is a demo version that is available a few pages back. I will update that over the next few weeks but for now i am posting what i am planning to do with the "Now Playing" panel and the "Compact Player".
Please feel free to comment, even negatively - i will consider all comments but no guarantees i will implement them.
The "Now Playing" panel hasnt changed much since the demo version
http://getmusicbee.com/images/forum/NowPlayingV3.jpg

For the Compact Player i am planning to simplfy the number of layout configurations where it will support 2 types of configuration for the player
1: the player/ track info displays on a solid black background. If the visualiser is enabled, it displays in that bar (see the screenshot below) and if you mouse over the bar, the player controls display (like done with the mini-player). The progress bar could also be configured to display as a wave-bar. The right side can be set to overlay onto the background picture or a solid background/ not display/ show lyrics etc
2: the player/ track details displays onto the background picture in the same style as done by endeavour1934's xbox music theater mode plugin or redwing's rdio-style

http://getmusicbee.com/images/forum/CompactPlayerV3.jpg


Will it be able to have album cover instead of artist pictures in the background? Because some of us have huge high quality album covers and want to see them in full glory.
Title: Re: GUI changes for v3.0
Post by: Steven on September 07, 2015, 06:52:51 AM
Will it be able to have album cover instead of artist pictures in the background? Because some of us have huge high quality album covers and want to see them in full glory.
yes, thats already in the old demo version
Title: Re: GUI changes for v3.0
Post by: Bee-liever on September 09, 2015, 01:11:37 PM
For the Compact Player i am planning to simplfy the number of layout configurations where it will support 2 types of configuration for the player
1: the player/ track info displays on a solid black background. If the visualiser is enabled, it displays in that bar (see the screenshot below) and if you mouse over the bar, the player controls display (like done with the mini-player). The progress bar could also be configured to display as a wave-bar. The right side can be set to overlay onto the background picture or a solid background/ not display/ show lyrics etc

Keeping the option to overlay the visualiser on to the image, as is currently done, would be my only change for this.

_oOo_

Will there be an adjustment to a single pixel border for Windows 10 using non-skinned borders?

(http://i.cubeupload.com/FJBo2C.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on September 09, 2015, 06:12:02 PM
Keeping the option to overlay the visualiser on to the image, as is currently done, would be my only change for this.
i should be able to post a demo version of the Now Playing panel and Compact Player on the weekend - for myself, i am quite happy with how its been done now but lets see what everyone else thinks!
thanks for reminding me about the single border. Its not been done yet but i will do that
Title: Re: GUI changes for v3.0
Post by: Steven on September 14, 2015, 09:03:00 PM
As promised, a demo version intended just for showing the new "Now Playing" panel and the new "Compact Player"
This version will read your existing settings, except for the layout settings and save them to "MusicBee3DemoSettings.ini", so you can change things without affecting your existing install. It also means you can change the layout and the settings remembered on restart. However any files you edit, files you add/ delete etc will affect your existing musicbee library. You will need to "+" add the "Now Playing" panel if your existing configuration doesnt have it.

There are still plenty of things i plan to do regarding the v3 GUI, and infact this version might superfically appear the same as the last demo but pretty much all the existing v2.5 should be available. Temporarily for the demo version, only the Theatre Mode plugin is enabled.

Unzip and copy the files to where your existing MusicBee is installed.
http://www.mediafire.com/download/4a521dy299lbhn6/MusicBeeDemo.zip

and then run MusicBee3.exe from the musicbee application folder

(http://getmusicbee.com/images/forum/ModCompact.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on September 14, 2015, 09:35:38 PM
i forgot to mention i have barely tested with other skins and i know there is some issues with the Dark Metro ones on the scrollbars.
Which skin did you try? I might need you to send me your settings file
Title: Re: GUI changes for v3.0
Post by: Alexis on September 14, 2015, 09:41:21 PM
Thank you Steven,

I tried this SkbeeFlat :  http://getmusicbee.com/forum/index.php?topic=7368.0

(Yeah, I am behind in the skin maintenance department)
Title: Re: GUI changes for v3.0
Post by: Steven on September 14, 2015, 10:33:53 PM
i have updated the same link to address the isssue
Title: Re: GUI changes for v3.0
Post by: Alexis on September 14, 2015, 10:40:11 PM
Thank you Steven!  Works!   Will  dig around.
Title: Re: GUI changes for v3.0
Post by: J24 on September 15, 2015, 12:11:43 AM
Looking good! The playing tracks overlay is very slick! In the final release, will we still be able to customize the columns in the Playing Tracks sidebar? or choose the skin's default color as the background instead of the artist/album image?

The problems I encountered were that the panels in Now Playing could not be resized individually. So if I made the Playing Tracks narrow, the biography panel became very narrow too. Or if I made it very wide, then part of the biography went off screen and the album cover at the bottom left could not be seen at all. Sorry I made any observations that have already been addressed, I haven't been keeping up with all the v3.0 discussions.

EDIT: I forgot to mention it would be awesome if we could overlay the Playing Tracks with the Album Cover too
Title: Re: GUI changes for v3.0
Post by: Steven on September 15, 2015, 07:29:20 AM
In the final release, will we still be able to customize the columns in the Playing Tracks sidebar? or choose the skin's default color as the background instead of the artist/album image?
you will be able to change the columns in the playing tracks sidebar. For the default colours, i am not completely sure what you mean. The right panels when not overlayed will use the skin colours. If there is a gap on the right edge of a picture, it uses the dominant color from the picture - is that what you mean?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on September 16, 2015, 10:11:12 PM
Looks good.  
Like the overlay controls as shown in your screenshot.
Glad that you kept the visualiser on the image.

Hope this can be achieved as the maroon colour doesn't work with all skins:
(http://i.imgur.com/p9XaPxw.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on September 17, 2015, 06:28:29 PM
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
Title: Re: GUI changes for v3.0
Post by: Bee-liever on September 17, 2015, 09:56:54 PM
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

I thought that maybe a highlight colour could be generated by MB based on the skin, without having to add another skin element.

But a skin element is probably the way to go, even if only to forestall a wishlist item, about adding an override, being posted in the future.  :)
Title: Re: GUI changes for v3.0
Post by: J24 on September 18, 2015, 11:34:50 AM
For the default colours, i am not completely sure what you mean. The right panels when not overlayed will use the skin colours. If there is a gap on the right edge of a picture, it uses the dominant color from the picture - is that what you mean?
When I'm not overlaying the right panel, it uses the skin colors but the left panels (Lyrics and Bio) use the Artist Picture as background. What I wanted to know was if we will be able to use the skin's main color (e.g. black) as the background of the Lyrics and Bio panels. But it would be even better I think if we could set a semi-transparent overlay for the Lyrics/Bio panels that would darken the background, like we can do with the Playing Tracks panel.
Title: Re: GUI changes for v3.0
Post by: Ansem on September 19, 2015, 10:40:13 PM
Reading this post it seems that MB 3.0 is going to be real soon :D
There is still not ETA for the public beta?
Title: Re: GUI changes for v3.0
Post by: phred on September 19, 2015, 11:38:33 PM
There is no ETA for anything regarding v3.
Title: Re: GUI changes for v3.0
Post by: Zertop on September 25, 2015, 08:55:44 AM
I've just started using MusicBee, and it's brilliant! V3's default skin is fantastic too.
Title: Re: GUI changes for v3.0
Post by: Steven on October 04, 2015, 07:43:03 PM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the folder where MB is installed and run MusicBee3.exe - you wont lose any v2.5 settings and can continue to use v2.5 afterwards

- all layout options should now be configurable
- support for placing elements in the "right main panel"
- the various views (Track Details, Album and Tracks, Artwork and the custom views), now allow overring the default musicbee layout to hide: column browser; left sidebar; left main panel; right main panel and right sidebar eg. you could create a custom view and hide the column browser when that view is used
- the panel layout handling has been enhanced
- a new notifications icon that displays next to the "Panel Layout" button - it displays when new podcasts are downloaded or files added to the Inbox (intended mainly for when the left sidebar is collapsed and you cant see the podcast or inbox counters)
- for now the plugins, except theater mode are temporarily disabled until more testing is done

to be done next:
- playlist directory for when the left sidebar is hidden
- support for local library browsing in the layout suggested in endeavour1934's second screenshot http://getmusicbee.com/forum/index.php?topic=14941.0
When done, i will move some of the functions (various web links) from the Now Playing panel
- better windows10 handling and consistency eg. unskinned windows borders have an 8px border gap
Title: Re: GUI changes for v3.0
Post by: hiccup on October 04, 2015, 09:33:12 PM
Are there specific area's that you would appreciate (or not appreciate) comments on at this moment in time?
Or is it already time to fire at will?
Title: Re: GUI changes for v3.0
Post by: Steven on October 04, 2015, 09:41:21 PM
feel free to make any comments. In likelyhood i wont change anything until i am closer to completion of the planned changes and also it will give more time for other feedback
Title: Re: GUI changes for v3.0
Post by: hiccup on October 04, 2015, 09:59:49 PM
Then allow me to kick-off with a comment on this config panel:

1. This panel doesn't remember it's last position.
2. The fact that the left pane of this panel needs a scroll bar is not very elegant.
3. Some strange capitalizations.
4. The word 'stack...'is cut off.

(http://i.imgur.com/GFavbLtl.jpg) (http://i.imgur.com/GFavbLt.png)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 04, 2015, 10:01:59 PM
Just had a quick look:

8px border in unskinned Windows 10 really looks wrong when compared to other Windows 10 windows.  Depending on what accent colour is being picked by Win 10, you can get some very ugly contrasts between the border and the skin.

All skins removed except 'MusicBee3' skin but 'Windows Theme' option is still available.  Selecting it gives this error:

Code
05/10/2015 07:44:40 - 10.0.10240.0 - 3.0.5755.38014 - System.TypeInitializationException: The type initializer for '#=qk8lcIXqHo1vBxzT404WToVthRD$ykngzTzX6te7RIl4=' threw an exception. ---> System.ArgumentNullException: Value cannot be null.
Parameter name: image
   at System.Drawing.TextureBrush..ctor(Image image, WrapMode wrapMode)
   at #=qk8lcIXqHo1vBxzT404WToVthRD$ykngzTzX6te7RIl4=..cctor()
   --- End of inner exception stack trace ---
   at #=qk8lcIXqHo1vBxzT404WToVthRD$ykngzTzX6te7RIl4=..ctor(Boolean #=qcUleOp_isL_Jy7p6yJHCGQ==, Boolean #=qicZ2$ZlC4kJ6YUjVxQXPd5MfDkzDD10oebpm53PnJSk=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qd4RmzlD_LlEd_BQR_9QCQw==(String[] #=qSfSf9BgfXA9HTPhdQ06mvg==)

Have to manually edit .ini to get MB3 to start again after that.

Title: Re: GUI changes for v3.0
Post by: Steven on October 04, 2015, 10:09:57 PM
8px border in unskinned Windows 10 really looks wrong when compared to other Windows 10 windows.  Depending on what accent colour is being picked by Win 10, you can get some very ugly contrasts between the border and the skin.
yes i know - windows 10 handling is still on the todo list - see the end of my last post on this topic for all the things i am planning

for the skins in general, i am aware there are some display issues eg. scroll bars with the metro skins. I havent really spent any time as yet on skinning so there are likely to be other issues as well. I am thinking some new override elements will be needed because panels can be flexibly arranged so it might be better to have color overridess set for "left sidebar", "left main panel", etc that aapply to any element placed in that section and generally the skins would probably work better if there is little variation between the panels
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 04, 2015, 10:29:36 PM
2. The fact that the left pane of this panel needs a scroll bar is not very elegant.
+1
Title: Re: GUI changes for v3.0
Post by: hiccup on October 04, 2015, 10:30:00 PM

About this same panel;
Suppose I would want to set a floating Lyrics panel.
I haven't been able to accomplish that from this panel. I can't 'activate' the floating panel, I cannot drag 'lyrics' to the 'floating window' icon. Irrespectively ?if 'lyrics' is un-ticked on the right side of the panel, or it has a place on the left side on the panel.

To be honest, the functioning of that whole panel feels rather confusing to me.
Maybe I just need some more time learning it and getting the feel of it.
I'll give it some more time and effort, and then see if I can come up with some sensible suggestions and constructive feedback and/or proposals on it. But I am pretty sure it can and should be more intuitive then it is currently.
Title: Re: GUI changes for v3.0
Post by: Steven on October 04, 2015, 10:32:36 PM
the floating panel is not implemented yet so is temporarily disabled in this panel
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 04, 2015, 10:32:57 PM
8px border in unskinned Windows 10 really looks wrong when compared to other Windows 10 windows.  Depending on what accent colour is being picked by Win 10, you can get some very ugly contrasts between the border and the skin.
yes i know - windows 10 handling is still on the todo list - see the end of my last post on this topic for all the things i am planning

OK.  
The only reason I mentioned it was I would have sworn before your edit, that the Windows 10 border bit was in the main part of your post, not in the to-do section.
I know it's early on a holiday Monday here, but...  :)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 04, 2015, 10:38:45 PM
for the skins in general, i am aware there are some display issues

Would it be an idea to start a dedicated topic in the skin developers area about skin- and other visual issues concerning v3.0 / Windows10?
That would provide a much better separation between postings and requests about functionality, versus visuals of v3.0
Title: Re: GUI changes for v3.0
Post by: hiccup on October 04, 2015, 11:08:07 PM
When opening Tag Inspector, the columns on the left are too small, and there's a lot of empty space on the right.
(But as soon as you drag a corner it adjusts and corrects immediately)

(http://i.imgur.com/xmwPPmPs.jpg) (http://i.imgur.com/xmwPPmP.png)
Title: Re: GUI changes for v3.0
Post by: flight16 on October 05, 2015, 02:09:38 AM
Downloaded the demo from the latest link and got this:


2015-10-05 10:07:33 AM - 6.1.7601.65536 - 3.0.5755.40294 - System.TypeInitializationException: The type initializer for '#=qgb8MouXCM7sCwKIGcIo0zeNC89QjzomG$$_zycbYEIs=' threw an exception. ---> System.IO.FileNotFoundException: Could not find file 'C:\Users\flight16\Downloads\MusicBeeDemo(1)\Configuration.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at #=qgb8MouXCM7sCwKIGcIo0zeNC89QjzomG$$_zycbYEIs=..cctor()
   --- End of inner exception stack trace ---
   at #=qgb8MouXCM7sCwKIGcIo0zeNC89QjzomG$$_zycbYEIs=.#=qDMRG4mOmT4$jYD$xIbDedA==()
   at #=qAPJuqTvZXmFcLWPPNDUINwOIOHdLlGzblEDAwKVEp$0=.#=qatbcZcK3aM2gw$CmXwkGkw==(#=qv0A9kVWPKbIzGrxdyt7nXjQZGKVlp7oitJgFCL4ISK8= #=qvkG0oNsDGj3UVPnLzTbuAA==)
   at MusicBee.MusicBeeApplication.#=qEXWBlRsOGbQs7wByxx06sw==(String[] #=qXIchq33iytS7ntX5eWEY0A==)

There is no Configuration.xml in my zip file.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 05, 2015, 02:14:06 AM
Downloaded the demo from the latest link and got this:


2015-10-05 10:07:33 AM - 6.1.7601.65536 - 3.0.5755.40294 - System.TypeInitializationException: The type initializer for '#=qgb8MouXCM7sCwKIGcIo0zeNC89QjzomG$$_zycbYEIs=' threw an exception. ---> System.IO.FileNotFoundException: Could not find file 'C:\Users\flight16\Downloads\MusicBeeDemo(1)\Configuration.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at #=qgb8MouXCM7sCwKIGcIo0zeNC89QjzomG$$_zycbYEIs=..cctor()
   --- End of inner exception stack trace ---
   at #=qgb8MouXCM7sCwKIGcIo0zeNC89QjzomG$$_zycbYEIs=.#=qDMRG4mOmT4$jYD$xIbDedA==()
   at #=qAPJuqTvZXmFcLWPPNDUINwOIOHdLlGzblEDAwKVEp$0=.#=qatbcZcK3aM2gw$CmXwkGkw==(#=qv0A9kVWPKbIzGrxdyt7nXjQZGKVlp7oitJgFCL4ISK8= #=qvkG0oNsDGj3UVPnLzTbuAA==)
   at MusicBee.MusicBeeApplication.#=qEXWBlRsOGbQs7wByxx06sw==(String[] #=qXIchq33iytS7ntX5eWEY0A==)

There is no Configuration.xml in my zip file.

Did you follow the instruction to put the .exe in your MusicBee installation folder?
Title: Re: GUI changes for v3.0
Post by: phred on October 05, 2015, 02:36:18 AM
Custom tags are showing as "Custom#" instead of what I have assigned as the display name:
(http://i.imgur.com/UOIYwS1l.jpg) (http://i.imgur.com/UOIYwS1.jpg)
Title: Re: GUI changes for v3.0
Post by: phred on October 05, 2015, 02:49:24 AM
Player controls and wavebar, when set to display in the Top Panel, do not display properly:
(http://i.imgur.com/1MDxNLhl.jpg) (http://i.imgur.com/1MDxNLh.jpg)
Title: Re: GUI changes for v3.0
Post by: flight16 on October 05, 2015, 04:17:53 AM
psychoadept, I didn't.  Somehow I managed to miss them twice.  It's now working.  Thank you.

Is vertical mode for column browser working?  It appears to work in horizontal mode but the panel is completely missing when I set it to vertical mode.  I took some screenshots to upload but I don't see any way to attach them.
Title: Re: GUI changes for v3.0
Post by: boroda on October 05, 2015, 05:19:50 AM
http://musicbee.wikia.com/wiki/Screenshot
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 07:14:30 AM
Custom tags are showing as "Custom#" instead of what I have assigned as the display name:
i can reproduce this but the other problem with the player control when displayed at the top is fine for me except when the menu bar is displayed below the caption bar - is that the case for you?
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 07:19:15 AM
When opening Tag Inspector, the columns on the left are too small, and there's a lot of empty space on the right.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 07:21:43 AM
Is vertical mode for column browser working?  It appears to work in horizontal mode but the panel is completely missing when I set it to vertical mode.  I took some screenshots to upload but I don't see any way to attach them.
dont worry - i can reproduce this. It doesnt save the vertical column browser setting on restart (nor i guess carries it accross from v2.5)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 05, 2015, 01:04:51 PM
I am sorry for repeating myself and bringing this up again, but I really would hate it if it will not be possible to have tabs anymore in the right panel.
This new proposal might look a little bit 'cleaner', but it hides some direct access possibilities, and adds an extra click.

Allow me to quote myself on a former proposal I have done earlier.
Looking at it again, I still believe this would be nice to have: (at least as an option)

I believe this also looks clean, and allows for direct, one-click access to these functions.

(http://i.imgur.com/dNO65LWl.jpg) (http://i.imgur.com/dNO65LW.png)
Title: Re: GUI changes for v3.0
Post by: phred on October 05, 2015, 02:04:09 PM
Custom tags are showing as "Custom#" instead of what I have assigned as the display name:
i can reproduce this but the other problem with the player control when displayed at the top is fine for me except when the menu bar is displayed below the caption bar - is that the case for you?
Playing with the location now, I think the player control issue is more related to the location of the main menu within the header bar.  The screen shot showed the main menu set to 'show below caption bar.'  My test now put the main menu to 'show in caption bar.'  And that displays as expected.  So 'below caption bar' is the issue.  Please let me know if you need a screen of the settings.

Just as an aside - can we have -both- versions of MB open at the same time?  Not for tag editing or playing purposes, but to compare layouts?

Thanks.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 05, 2015, 02:30:25 PM
I am sorry for repeating myself and bringing this up again, but I really would hate it if it will not be possible to have tabs anymore in the right panel.
This new proposal might look a little bit 'cleaner', but it hides some direct access possibilities, and adds an extra click.

+1
Title: Re: GUI changes for v3.0
Post by: hiccup on October 05, 2015, 03:32:26 PM
If the slighter bigger panel size would allow it, maybe two columns side by side would gave that settings panel some well needed extra space?

from this mock-up, the panel size would be 840x760
(originally it is 797x727)

(http://i.imgur.com/qCsxGBps.jpg) (http://i.imgur.com/qCsxGBp.png)

edit,
added a side by side comparison:

(http://i.imgur.com/LJkk7wqs.jpg) (http://i.imgur.com/LJkk7wq.png)
Title: Re: GUI changes for v3.0
Post by: phred on October 05, 2015, 03:47:03 PM
If the slighter bigger panel size would allow it, maybe two columns side by side would gave that settings panel some well needed extra space?
+1
Title: Re: GUI changes for v3.0
Post by: hiccup on October 05, 2015, 03:55:28 PM
And from that same panel;

Currently when you drag an item from 'available elements' to an available position, it disappears from the 'available elements' pane.
I would prefer it if all those elements would keep their positions, but only would be greyed out when already placed somewhere, and not available anymore for another location.
That would give a less nervous and permanent overview of available elements, and indicate which ones are already in use somewhere.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 05, 2015, 04:03:50 PM
Thanks for the demo, I'm really impressed by the changes you've made.

Not sure whether it's worth reporting bugs with this early build, but here's a couple I noticed;
Audio mixer always defaults to Direct Sound after restarting the app.
Album covers in the expanded menu are all low resolution/blurry.
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 06:09:55 PM
Just as an aside - can we have -both- versions of MB open at the same time?  Not for tag editing or playing purposes, but to compare layouts?
yes that should be fine as long as you dont update anything from the v3 instance
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 06:56:48 PM
Not sure whether it's worth reporting bugs with this early build
yes please do

all the reported bugs should be fixed now:
- vertical column browser not displaying on restart
- custom tag column header text
- player/main menu below caption bar overlap
- ASIO output not being restored on restart
- blurry expanded panel artwork
- tag inspector resizing
- windows skin crash (scrollbars not working though)

I will post an updated version later
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 07:12:41 PM
I am sorry for repeating myself and bringing this up again, but I really would hate it if it will not be possible to have tabs anymore in the right panel.
This new proposal might look a little bit 'cleaner', but it hides some direct access possibilities, and adds an extra click.
In the version from yesterday you can left button click at least 20px to the right of the selector and it will toggle the displayed panel.
I just dont think your requirement would be very common, however i do understand if you do switch panels a lot the extra click would be annoying.
I might add a preference to "stack" using tabs
Title: Re: GUI changes for v3.0
Post by: hiccup on October 05, 2015, 09:00:46 PM
I just dont think your requirement would be very common

Fair enough.
F.y.i., why I use toggle playing/selected quite often:
When setup to your own liking, the current detailed view tab is very nice to quickly see all kind of relevant details about a track, in a format that doesn't change as much as your main panel layout usually does.
This is handy feature for maintaining your library while something else is playing.
Title: Re: GUI changes for v3.0
Post by: scartez on October 05, 2015, 10:01:54 PM
I cannot open the demo for version 3.0.  I'm getting this error:

05/10/2015 17:56:22 - Unable to load element: -663114390 - Parâmetro inválido.
05/10/2015 17:56:22 - Unable to load element: 1513069963 - Parâmetro inválido.
05/10/2015 17:56:22 - Unable to load element: -766100460 - Parâmetro inválido.
05/10/2015 17:56:23 - 6.0.6002.131072 - 3.0.5755.40294 - System.TypeInitializationException: O inicializador de tipo de '#=qkGKx5EIadV9cEV2qC3L8Y8V3ArSGBEcAtLIWGIw4gnY=' acionou uma exceção. ---> System.ArgumentException: Parâmetro inválido.
   em System.Drawing.Graphics.CheckErrorStatus(Int32 status)
   em System.Drawing.Graphics.DrawImage(Image image, Rectangle destRect, Int32 srcX, Int32 srcY, Int32 srcWidth, Int32 srcHeight, GraphicsUnit srcUnit, ImageAttributes imageAttrs, DrawImageAbort callback, IntPtr callbackData)
   em System.Drawing.Graphics.DrawImage(Image image, Rectangle destRect, Int32 srcX, Int32 srcY, Int32 srcWidth, Int32 srcHeight, GraphicsUnit srcUnit, ImageAttributes imageAttr)
   em #=qkGKx5EIadV9cEV2qC3L8Y8V3ArSGBEcAtLIWGIw4gnY=.#=qETnU6K1f3nBVVfgO9s0xkg==(Bitmap #=qHvVMd7a3q2LLrcjRoaE6XQ==, Size #=qLipOL05ZX4r2L9X3H$OEdg==)
   em #=qkGKx5EIadV9cEV2qC3L8Y8V3ArSGBEcAtLIWGIw4gnY=..cctor()
   --- Fim do rastreamento de pilha de exceções internas ---
   em #=qkGKx5EIadV9cEV2qC3L8Y8V3ArSGBEcAtLIWGIw4gnY=..ctor(Boolean #=qqn6ep1$S_y$yIaKYxX_0dQ==, Boolean #=qWHInNsd_Qn8Ng1h6MIojBa8Qn1Kyqnbnh3TX6sn8aaU=)
   em MusicBee.MusicBeeMain..ctor()
   em MusicBee.MusicBeeApplication.#=qEXWBlRsOGbQs7wByxx06sw==(String[] #=qXIchq33iytS7ntX5eWEY0A==)

Anybody can help me?
Title: Re: GUI changes for v3.0
Post by: Alexis on October 05, 2015, 10:06:17 PM
Can anyone verify that the size of the scroll bars are to be as wide as shown in the image below please?  I had my scroll-bars customized before upgrading to windows 10, so I am just curious.   If so, they are quite .. err..large, distracting... meaty?

The size would not be evident in the default skin because the background blends in.

(http://i58.tinypic.com/2luuu6q.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 10:14:10 PM
Can anyone verify that the size of the scroll bars are to be as wide as shown in the image below please?  I had my scroll-bars customized before upgrading to windows 10, so I am just curious.   If so, they are quite .. err..large, distracting... meaty?
i guess you didnt see my post from yesterday - i havent really looked at skins yet and i am aware that the metro skins (or derivations from those skins) have an issue with the scrollbars. The reason is because the metro skins are setting the transparency byte on the color eg. 40,100,100,100 where 40 is the transparency. Infact you will be able to control the width of scrollbars from your skin when i make the skin element available
Title: Re: GUI changes for v3.0
Post by: Alexis on October 05, 2015, 10:17:47 PM
I apologize Steven.. yeah, I overlooked that. 

'...[being] able to control the width of scrollbars from your skin"  THAT is simply Awesome!  Thank you!
Title: Re: GUI changes for v3.0
Post by: Steven on October 05, 2015, 10:24:23 PM
Not sure whether it's worth reporting bugs with this early build
yes please do

all the reported bugs should be fixed now:
- vertical column browser not displaying on restart
- custom tag column header text
- player/main menu below caption bar overlap
- ASIO output not being restored on restart
- blurry expanded panel artwork
- tag inspector resizing
- windows skin crash (scrollbars not working though)

I will post an updated version later


this has the above fixes:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: hiccup on October 05, 2015, 10:27:51 PM
The reason is because the metro skins are setting the transparency byte on the color eg. 40,100,100,100 where 40 is the transparency.

Just f.y.i.,
I also see this with my Tron Punk skin, which I am pretty sure has no transparency on the scroll-bars.
Not a big problem for me, since I will probably be able to adjust all my skins where needed later on, but that will not be the case for many other existing skins that are no longer maintained.

(http://i.imgur.com/YU8sdoYl.jpg) (http://i.imgur.com/YU8sdoY.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 05, 2015, 10:37:36 PM
Not a big problem for me, since I will probably be able to adjust all my skins where needed later on, but that will not be the case for many other existing skins that are no longer maintained.

My understanding was that this new version would be a bit of a reset for skins, giving emphasis to easier future skinning rather than backwards compatibility.  Is that still the plan?  (I hope so)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 05, 2015, 10:47:08 PM
I have noticed that a couple of my skins won't load in V3
Bee78 - a bitmap skin - gives this error:

Code
MusicBee v3.0.5756.39780 (Win10.0), 6 Oct 2015 8:38:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.NavigationHeader.#=qUxuy67oi8i9K_GnouCiNh0UklPzIvA07NZyBe8yF6iA=._Lambda$__1()
   at MusicBee.MusicBeeMain.NavigationHeader.#=q9fBwGFETvWrovXpwoEDVKtjZzMALgk3of9oP3nlmZTk=._Lambda$__0(Graphics #=qgR09L8cxJb4HAgDFSkuZqQ==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qinPUpNPVr5nRty9sLRNK_g==(PaintEventArgs #=qfX$G6il4CxJ0gyJq0haLYA==)
   at MusicBee.MusicBeeMain.#=qIiPgzY37n2TmK0DF0W94_BUdr4TYSPTjpAnTKKXh8Cc=._Lambda$__0(Graphics #=quNQJ3cu7LrvhO$Zo4bX$Lw==)
   at #=qPLvW1aqo7CJ1M3GCRfQ3kQ==.#=q7gMl_ulI$I3w21Ur$AEDZA==.#=qiOfheyw4zXdBcdHYMIeqzg==(Graphics #=qeCZLWZu_EImfMOwDS_bgbw==, #=qey40RRpsSt7Aw07jcIyjIvjyL$KnXSnelF_2S34nSIE= #=qhjUWlZwSJ9QDMQDTB92KCg==, Rectangle #=qUfNKztnVvbS7_jSmTH_VLg==, Rectangle #=qMwPQ_YFiIX45DnEoFoCzUQ==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qdPkWtqSU4lOUCoO7iir6CA==)
   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 #=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=.WndProc(Message& #=q9LFbHLDBMEwXrRCGytWEgQ==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qq2iMb49Ik$fY__MPyi$doA==)
   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 my Arsenic skin - a standard skin - gives the same error:

Code
MusicBee v3.0.5756.39780 (Win10.0), 6 Oct 2015 8:43:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.NavigationHeader.#=qUxuy67oi8i9K_GnouCiNh0UklPzIvA07NZyBe8yF6iA=._Lambda$__1()
   at MusicBee.MusicBeeMain.NavigationHeader.#=q9fBwGFETvWrovXpwoEDVKtjZzMALgk3of9oP3nlmZTk=._Lambda$__0(Graphics #=qgR09L8cxJb4HAgDFSkuZqQ==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qinPUpNPVr5nRty9sLRNK_g==(PaintEventArgs #=qfX$G6il4CxJ0gyJq0haLYA==)
   at MusicBee.MusicBeeMain.#=qIiPgzY37n2TmK0DF0W94_BUdr4TYSPTjpAnTKKXh8Cc=._Lambda$__0(Graphics #=quNQJ3cu7LrvhO$Zo4bX$Lw==)
   at #=qPLvW1aqo7CJ1M3GCRfQ3kQ==.#=q7gMl_ulI$I3w21Ur$AEDZA==.#=qiOfheyw4zXdBcdHYMIeqzg==(Graphics #=qeCZLWZu_EImfMOwDS_bgbw==, #=qey40RRpsSt7Aw07jcIyjIvjyL$KnXSnelF_2S34nSIE= #=qhjUWlZwSJ9QDMQDTB92KCg==, Rectangle #=qUfNKztnVvbS7_jSmTH_VLg==, Rectangle #=qMwPQ_YFiIX45DnEoFoCzUQ==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qdPkWtqSU4lOUCoO7iir6CA==)
   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 #=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=.WndProc(Message& #=q9LFbHLDBMEwXrRCGytWEgQ==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qq2iMb49Ik$fY__MPyi$doA==)
   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)
Title: Re: GUI changes for v3.0
Post by: phred on October 05, 2015, 11:35:16 PM
Thanks Steven.
The two issues I reported yesterday
- custom tag column header text
- player/main menu below caption bar overlap
are indeed fixed with this latest version.

However, I'm not seeing any artwork in Artwork View.  I started with a skinned version and then switched to the MB3 default skin.  I just closed and relaunched MB3 again and there was a brief flash of the artwork displayed before it went to this:
(http://i.imgur.com/Fd9w7zvl.jpg) (http://i.imgur.com/Fd9w7zv.jpg)

EDIT:  Albums & Tracks view, Track Details view, and the Now Playing artwork appear as expected.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 06, 2015, 01:06:09 AM
Skins I have found that give the same error as in my previous post:

All dependent skins no longer work. Only the base skin loads.
Opening other skins result in error:

Code
06/10/2015 10:14:21 - Unable to load dependency: Crimson - Could not find file 'C:\Program Files\MusicBee\Skins\Dark-Fine Tuned\Crimson'.
06/10/2015 10:14:22 - 10.0.10240.0 - 3.0.5756.39780 - System.TypeInitializationException: The type initializer for '#=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=' threw an exception. ---> System.ArgumentNullException: Value cannot be null.
Parameter name: image
   at System.Drawing.TextureBrush..ctor(Image image, WrapMode wrapMode)
   at #=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=..cctor()
   --- End of inner exception stack trace ---
   at #=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=..ctor(Boolean #=qgxH06CMw0WvelJ8i9Rck8A==, Boolean #=qshS0JT8a6kVM2GLCjo0XaseIqIYEWTjY2WD6KAOVVGM=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=q3p$NkvmzHI$STYed2onGzg==(String[] #=q2X$dhpiibORQK9yXtsgN3w==)

WMP12 skin causes this error:

Code
06/10/2015 08:59:17 - 10.0.10240.0 - 3.0.5756.39780 - System.TypeInitializationException: The type initializer for '#=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=' threw an exception. ---> System.ArgumentNullException: Value cannot be null.
Parameter name: image
   at System.Drawing.TextureBrush..ctor(Image image, WrapMode wrapMode)
   at #=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=..cctor()
   --- End of inner exception stack trace ---
   at #=qSq4c3RcDQhaFJFF0qlGlRNqQLsM$Jt2MMw8OMf9TSz0=..ctor(Boolean #=qgxH06CMw0WvelJ8i9Rck8A==, Boolean #=qshS0JT8a6kVM2GLCjo0XaseIqIYEWTjY2WD6KAOVVGM=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=q3p$NkvmzHI$STYed2onGzg==(String[] #=q2X$dhpiibORQK9yXtsgN3w==)

Any error pertaining to -

Code
at System.Drawing.TextureBrush..ctor(Image image, WrapMode wrapMode)

 - results in having to edit "GUI_Skin" setting in "MusicBee3SettingsDemo.ini" to get MB3 working again.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 08:02:41 AM
However, I'm not seeing any artwork in Artwork View.  I started with a skinned version and then switched to the MB3 default skin.  I just closed and relaunched MB3 again and there was a brief flash of the artwork displayed before it went to this:
can you send me your settings (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 09:29:26 AM
all the reported bugs should be fixed now:

Cool, that did the trick. Thanks.

Am I the only one having difficulties with the album cover view? Sometimes when I navigate away from it the entire main panel contents disappear. In the mean time I found a way to refresh it - by opening up "customize panel" and clicking save.

By the way, "search specific fields" in the search bar doesn't appear to be working at the moment.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 09:47:18 AM
By the way, "search specific fields" in the search bar doesn't appear to be working at the moment.
phred reported something similar. Can you PM me your settings file (help/ support/ view settings) and a set of steps to make it happen
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 10:44:28 AM
phred reported something similar. Can you PM me your settings file (help/ support/ view settings) and a set of steps to make it happen

Ok, sent.

To reproduce: From the drop down menu in search, select "search specific fields", then "set displayed fields", drag and drop "artist" and "album artist" to the right panel and close. When searching for a specific artist, unrelated items are also shown in the results.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 11:24:47 AM
To reproduce: From the drop down menu in search, select "search specific fields", then "set displayed fields", drag and drop "artist" and "album artist" to the right panel and close. When searching for a specific artist, unrelated items are also shown in the results.
i meant for the artwork not showing. The text filter should be easy to figure out and fix
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 11:43:20 AM
i meant for the artwork not showing. The text filter should be easy to figure out and fix

I can reproduce that by switching to a playlist in the left panel and then returning to the music library node. The main panel appears blank, as if the album covers and text are invisible. I just realized that if I scroll down the page, album covers will start to re-appear.

PS: I'm not sure if this is part of the issue, but it seems like 'refresh' is not behaving as usual. For example, I moved around some playlists in Windows Explorer but the changes were not reflected in MusicBee after hitting the refresh button.
Title: Re: GUI changes for v3.0
Post by: Spiron on October 06, 2015, 12:14:48 PM
The library filters aren't working.  They show up but don't have any of the definitions to them.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 12:36:08 PM
The library filters aren't working.  They show up but don't have any of the definitions to them.

I just checked myself - actually the filters do work at first, the problem is that they reset with null values when restarting MusicBee.
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 12:56:46 PM
However, I'm not seeing any artwork in Artwork View.  I started with a skinned version and then switched to the MB3 default skin.  I just closed and relaunched MB3 again and there was a brief flash of the artwork displayed before it went to this:
can you send me your settings (help/ support/ view settings)
Settings file sent to your email address.
Note that this morning, upon MB3 launch, artwork appeared in Artwork View.  However, after switching to Track Details and then back to Artwork, the art is not appearing.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 01:02:14 PM
The library filters aren't working.  They show up but don't have any of the definitions to them.
I just checked myself - actually the filters do work at first, the problem is that they reset with null values when restarting MusicBee.
i have been using filters for ages using v3 without issue. Can you explain what you mean by "reset"
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 01:07:12 PM
Skin errors:

- track text pane misses gradient from original
- library/playing details are below the player pane
- transparency for top corners don't work

(http://i.imgur.com/Z3OX3U5s.jpg) (http://i.imgur.com/Z3OX3U5.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 01:18:19 PM
When trying to set a toolbar button, I noticed that "view: show column browser" is now missing.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 01:21:35 PM
i have been using filters for ages using v3 without issue. Can you explain what you mean by "reset"

The filters are still present, but the rules contained within are missing.
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 01:26:01 PM
i have been using filters for ages using v3 without issue. Can you explain what you mean by "reset"

The filters are still present, but the rules contained within are missing.
I can confirm this behavior.  The list of filters shows in the left panel, yet criteria within the filter definition is gone.  I selected my Classical filter and I'm shown -all- my music.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 01:27:15 PM
In Artwork main panel view, the slider to resize the albumart is gone.
Has it been relocated?
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 01:29:50 PM
i meant for the artwork not showing. The text filter should be easy to figure out and fix

I can reproduce that by switching to a playlist in the left panel and then returning to the music library node. The main panel appears blank, as if the album covers and text are invisible. I just realized that if I scroll down the page, album covers will start to re-appear.
Yes, this method also causes the artwork to not appear.  What I was doing was simply switching views between Album and Details.  Now, in Album view, clicking on a playlist the initial album view is blank.  If I scroll down, album art appears.  And only -sometimes- when I scroll back up does the "missing" art appear.  Sometimes that missing section stays missing.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 01:47:30 PM
In Artwork main panel view, the slider to resize the albumart is gone.
Has it been relocated?

You should see it in the main panel header drop down menu, at the bottom.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 01:57:38 PM
In Artwork main panel view, the slider to resize the albumart is gone.
Has it been relocated?
You should see it in the main panel header drop down menu, at the bottom.

I don't see it, what am I missing?

(http://i.imgur.com/P9J4ZmVs.jpg) (http://i.imgur.com/P9J4ZmV.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 02:01:13 PM
Some display corruption occuring when left clicking the top border of the window:
(original windows close/resize buttons pop-up, and a white line appears)
A Sophisticated Bee skin

(http://i.imgur.com/eeLvehYl.jpg) (http://i.imgur.com/eeLvehY.png)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 02:11:55 PM
I don't see it, what am I missing?

(http://i.imgur.com/usy3YMX.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 02:15:56 PM
I don't see it, what am I missing?

Ah! Thnx Alumni, I am better gonna give my eyes a little break now.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 02:50:16 PM
I can confirm this behavior.  The list of filters shows in the left panel, yet criteria within the filter definition is gone.  I selected my Classical filter and I'm shown -all- my music.

It looks like the same thing is happening with smart playlists.
I created a new smart playlist and when I restarted MusicBee the filter rules were blank.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 03:14:39 PM
The filters are still present, but the rules contained within are missing.
that is very strange. Can you confirm that using v2.5 the filters still work

also, everyone, please hold off on reporting skin issues. I will look at skinning seriously later and now is too early
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 03:18:01 PM
Trying to perform a file rescan, right-clicking an album in main panel from artwork view.

Code
MusicBee v3.0.5756.39780 (Win10.0), 6 okt 2015 16:16:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   at MusicBee.MusicBeeMain.#=qUp$oFC_HW2TzmeSWQPC5xR3kZdlcSwCX0D8CUu3tZo0=.#=qb3KenEfabcRnxGSxWiKerDFNDouCEwAgKrpodB$Pwa4=.#=q69duP_FJ3pBAgk5dYQLQZg==(IList`1 #=qGKkZrTgPgWmkPJbwTBjnBg==, TagCode #=qA2mjra3AkllvrKkXUO8NjQ==)
   at MusicBee.MusicBeeMain.#=qUp$oFC_HW2TzmeSWQPC5xR3kZdlcSwCX0D8CUu3tZo0=.#=qcek$A2VhnuhlSRQr3u81jg==(IList`1 #=qBW4QfImybZ8ZLWl04doc3Q==, TagCode #=qXrvXOxXtXuoqQ11y8IypAw==)
   at MusicBee.MusicBeeMain.#=qGCTzK0HaYAo_vT1UbHZzVQ==(IList`1 #=q7$HXlINIcHeY9S8jjhOxkw==, TagCode #=qFpTCDiWgr3kVZIgFhEwWww==)
   at MusicBee.MusicBeeApplication.#=qEQRKxiSQssYHHMkouGsGcLQsrW$fLu142PPtxec$CmM=(IList`1 #=qVql$S9JF4M$sGjc1kuSLAg==, TagCode #=qqbq7KXG4xKKdq9lX$yW5QQ==)
   at MusicBee.MusicBeeApplication.#=q1izwfi05IfHHKaZJJGiyjA==.#=quJ0987stFocx9C4CnT_UNzc1qiJVZ8in4oQ5EDBrpqU=(#=qF1hd1545nnFZe2lU0JmaGA== #=qOZr93L6yBp9IPZ1vA2LUAQ==, Boolean #=qM5UHarjguWZZ0F9s321ruVw9IAL_S1GdB96J9W8tIdE=)
   at #=qwV6VMYn_x5i7MXsRnrXB3nGXG14fPI6BOztF0j7VQK4=.#=qF1hd1545nnFZe2lU0JmaGA==.#=qZXTWbDen4m_k8Or4cPG6rdoidNmk8J0AdkvCGLcPT$4=()
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 03:53:36 PM
that is very strange. Can you confirm that using v2.5 the filters still work

Yep, in 2.5 everything is fine.

Edit: I just noticed that external programs (under 'Tools') are forgotten after a restart.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 06:09:39 PM
@phred & Alumni,
could you run this version - it will write info to the error log
http://www.mediafire.com/download/9r0ha8iiyt9bgc0/MusicBee3Debug.zip
unzip and replace musicbee3.exe
first could you reproduce the issue where no artwork displays and as soon as that happens get the entries at the end of the error log
then select a filter and see if there any new error log entries for that. But its important i know at what point in the log is when no artwork displayed

Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 06:24:21 PM
- track text pane misses gradient from original
- library/playing details are below the player pane
- transparency for top corners don't work
the top corners are square intended for windows 10 - i will probably put back the corner rounding but havent decided yet
where you have the "?" in the screenshot, can you confirm you moved the status bar from above the player to below the player? If so then i cant reproduce any issues so if you can provide some steps as well it might help
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 06:36:57 PM
@phred & Alumni,
could you run this version - it will write info to the error log
http://www.mediafire.com/download/9r0ha8iiyt9bgc0/MusicBee3Debug.zip
unzip and replace musicbee3.exe
first could you reproduce the issue where no artwork displays and as soon as that happens get the entries at the end of the error log
then select a filter and see if there any new error log entries for that. But its important i know at what point in the log is when no artwork displayed



Ok, here's the log. What I did was: enable the left panel, navigate to a playlist, then navigate back to the music library.

~~~
edit: log edited
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 06:37:34 PM
where you have the "?" in the screenshot, can you confirm you moved the status bar from above the player to below the player? If so then i cant reproduce any issues so if you can provide some steps as well it might help

I am not sure I understand.
Do you mean there is an option to set the status bar above or below the player?
If there is, I can't find it?


edit last second before posting:
Ah, I found it, you can drag and move it in the preferences panel!
Lots of new discoveries :-)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 06, 2015, 06:40:54 PM
I find that custom and virtual tags are not showing as expected.
Is that intentional for this alpha version, to prevent changes to your actual library?

I wouldn't mind, I created a dedicated portable install for testing v3, with it's own library.
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 07:24:15 PM
@phred & Alumni,
could you run this version - it will write info to the error log
---
first could you reproduce the issue where no artwork displays and as soon as that happens get the entries at the end of the error log
then select a filter and see if there any new error log entries for that. But its important i know at what point in the log is when no artwork displayed
Here's my error log from the debug version.  Opened MB in Albums view, switched to Details, and then back to Albums.  Artwork not showing; copied error log:
edit: log removed
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 07:27:01 PM
The filters are still present, but the rules contained within are missing.
that is very strange. Can you confirm that using v2.5 the filters still work
Confirmed working as always in 2.5

Filter in 2.5:
(http://i.imgur.com/jl6uDnwl.jpg) (http://i.imgur.com/jl6uDnw.jpg)

Same filter in 3.x:
(http://i.imgur.com/Q3pvv6hl.jpg) (http://i.imgur.com/Q3pvv6h.jpg)

Forgot to mention that this issue is with auto-playlists.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 07:36:00 PM
There doesn't appear to be any errors in the log regarding the library filters, after reproducing the issue.
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 07:40:52 PM
Has anyone mentioned empty playlist criteria?  All my playlists have reverted back to the default criteria.  While the playlist name shows in the left panel, selecting one brings up my entire library.  The behavior is the same as, or very similar to, the filters issue.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 07:49:55 PM
for the artwork not displayed, i still cant reproduce this nor do the error logs help. However i did find one bug that might possibly cause this so could you try this non-debug version:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

also could you each send me one of your filter files, found in the Filters sub-folder of the AppData folder
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 07:57:51 PM
for the artwork not displayed, i still cant reproduce this nor do the error logs help. However i did find one bug that might possibly cause this so could you try this non-debug version:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Great!  This issue appears to be fixed. 

Quote
also could you each send me one of your filter files, found in the Filters sub-folder of the AppData folder
This is the 'only classical' filter:
Code
<?xml version="1.0" encoding="UTF-8"?>
<SmartPlaylist SaveStaticCopy="False" Layout="4" ShuffleMode="None" ShuffleSameArtistWeight="0.5" MinimumArtistGap="0" GroupBy="track" ConsolidateAlbums="False" MusicLibraryPath="G:\MusicBee\Phred\">
  <Source Type="1">
    <Description />
    <Conditions CombineMethod="All">
      <Condition Field="GenreSplits" Comparison="Is" Value="Classical" />
    </Conditions>
    <Limit FilterDuplicates="False" Enabled="False" Count="25" Type="Items" SelectedBy="Random" />
  </Source>
</SmartPlaylist>
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 08:28:08 PM
this is another debug version for the filters
http://www.mediafire.com/download/9r0ha8iiyt9bgc0/MusicBee3Debug.zip

send me the next entries in the error log after startup
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 08:34:13 PM
Skins I have found that give the same error as in my previous post:
...
thanks bee-liever, they should all be addressed now
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 08:40:30 PM
for the artwork not displayed, i still cant reproduce this nor do the error logs help. However i did find one bug that might possibly cause this so could you try this non-debug version:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

also could you each send me one of your filter files, found in the Filters sub-folder of the AppData folder

I can confirm that fixed it for me.

Edit: Sent my filter file.

this is another debug version for the filters
http://www.mediafire.com/download/9r0ha8iiyt9bgc0/MusicBee3Debug.zip

send me the next entries in the error log after startup

Sure, here's the log:

07-Oct-15 4:35:48 AM - retrieve started=81
07-Oct-15 5:33:17 AM - filter=C:\Users\Billy\AppData\Roaming\MusicBee\Filters\Jazz.xautopf
07-Oct-15 5:33:17 AM - C:\Users\Billy\AppData\Roaming\MusicBee\Filters\Jazz.xautopf:conditions=0
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 08:44:27 PM
this is another debug version for the filters
http://www.mediafire.com/download/9r0ha8iiyt9bgc0/MusicBee3Debug.zip
send me the next entries in the error log after startup
And here's my error log
Code
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\No Classical or Comedy.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\No Classical or Comedy.xautopf:conditions=0
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\No Classical.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\No Classical.xautopf:conditions=0
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\No Comedy.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\No Comedy.xautopf:conditions=0
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\No Showtunes or Soundtracks.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\No Showtunes or Soundtracks.xautopf:conditions=0
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\Only Classical.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\Only Classical.xautopf:conditions=0
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\Only Comedy.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\Only Comedy.xautopf:conditions=0
10/6/2015 3:43:04 PM - filter=G:\MusicBee\AppData\Filters\Only Showtunes or Soundtracks.xautopf
10/6/2015 3:43:04 PM - G:\MusicBee\AppData\Filters\Only Showtunes or Soundtracks.xautopf:conditions=0
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 09:30:41 PM
@Alumni, i am a bit confused by the file you sent. The reason it doesnt load the conditions is
      <Condition Field="Grouping" Comparison="0" Value="Jazz" />
should be:
      <Condition Field="Grouping" Comparison="Is" Value="Jazz" />

i dont know how it would have got the "0" there and also i cannot open that filter in v2.5 either so it doesnt make sense as it loads in v2.5 for you.
What is the file modification time of the file you sent me?
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 09:43:48 PM
@Alumni, i am a bit confused by the file you sent. The reason it doesnt load the conditions is
      <Condition Field="Grouping" Comparison="0" Value="Jazz" />
should be:
      <Condition Field="Grouping" Comparison="Is" Value="Jazz" />

i dont know how it would have got the "0" there and also i cannot open that filter in v2.5 either so it doesnt make sense as it loads in v2.5 for you.
What is the file modification time of the file you sent me?

Hmm, well I tried something new. I created the filter in 2.5 and then switched to 3.0. The xautopf file remained the same, MusicBee didn't overwrite it, and yet 3.0 didn't recognize it as having any values. Back in 2.5, it's still working as per normal. It seems like there is an inconsistency with how the 'comparison' values are written and read.

PS: I already deleted the original file I sent you, so I don't know the modification date.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 09:53:07 PM
are you saying that v2.5 also saved using Comparison="0" ?
I dont see how that is possible. Can you send me the new file
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 09:58:57 PM
are you saying that v2.5 also saved using Comparison="0" ?
I dont see how that is possible. Can you send me the new file


No, I meant that 2.5 saves the xautopf with Comparison="Is", and 3.0 saves with Comparison="0".
The same filter file cannot be read in both versions.
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 10:13:19 PM
ok, there seems to be an issue with the new visual studio compiler. I will see if i can figure out a work-around
Title: Re: GUI changes for v3.0
Post by: Steven on October 06, 2015, 10:29:40 PM
this has fixes for most of the issues reported, apart from a couple of skin issues raised by hiccup
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@hiccup, i need clarification on what you did to create the issue shown with the ? in your screenshot
@phred & Alumni, please confirm this version fixes the filters/ auto-playlists - you will need to manually edit any that you saved using v3 to correct the Comparison element
Title: Re: GUI changes for v3.0
Post by: Alumni on October 06, 2015, 10:41:08 PM
this has fixes for most of the issues reported, apart from a couple of skin issues raised by hiccup
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@hiccup, i need clarification on what you did to create the issue shown with the ? in your screenshot
@phred & Alumni, please confirm this version fixes the filters/ auto-playlists - you will need to manually edit any that you saved using v3 to correct the Comparison element

Yep, that sorted it. Thanks again for these quick fixes.
I can confirm both filters and auto playlists are functioning even after restarting the app.
There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 06, 2015, 10:46:25 PM
Skin errors reported earlier all working fine now.

A few minor placement issues:

1/  The RH grouping header (if used) is just a little too far to the right.

(http://i.imgur.com/oHcTqWY.jpg)


2/  When using the wavebar and spectrum in right sidebar, when placed at top both display correctly

(http://i.imgur.com/Kni5PzV.jpg)

but when placed at the bottom, last selected item is cut off

(http://i.imgur.com/VQUHbQG.jpg)
Title: Re: GUI changes for v3.0
Post by: phred on October 06, 2015, 10:55:28 PM
this has fixes for most of the issues reported, apart from a couple of skin issues raised by hiccup
@phred & Alumni, please confirm this version fixes the filters/ auto-playlists - you will need to manually edit any that you saved using v3 to correct the Comparison element
Lookin' good, Steven.  The issues that I presented are resolved.  Auto-playlists and filters are as expected.  Album art view was resolved earlier today.  Fortunately, I made no edits to the filters or playlists so everything is as I last saw it from 2.5.  

Thank you Steven.  I guess it's a good thing you had nothing else to do today.  :)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 06, 2015, 11:21:05 PM
When using the new 'Custom Tags' option for the Thumbnail Browser,  what you select is not what you get.

(http://i.imgur.com/Jwqgqr5.gif)
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 07, 2015, 03:16:09 AM
(http://s11.postimg.org/64b3b3eoj/image.gif)
Code
MusicBee v3.0.5757.40173 (Win6.3), 7 ??? 2015 7:12:

System.NullReferenceException: Object reference not set to an instance of the object.
   ? MusicBee.MusicBeeMain.#=qyKFig_OXXtzUTRruhzl1vAVieHC2ZSJj4P49CLHC_i8=.#=qaApirz2gI$y7Q3KEuZmLJySxaTJ7Xec$AqBl9vgb$WQ=()
   ? MusicBee.MusicBeeMain.#=qyKFig_OXXtzUTRruhzl1vAVieHC2ZSJj4P49CLHC_i8=.#=qXszxInr8zx1g$cYFLdSg$asKVKdKshUyGt9AY1V$JUk=(ColumnWidthChangedEventArgs #=q4CbAz9bmNxW9PlF3UpG2hw==)
   ? #=qBUV0xImnww2OIjZCh1$V5rC3FqA3wOLwmBmwSDA2zkw=.#=qq3OtK43JsDqDuXUKzfnj9$LGftw06DpgjX8ds3yL05Q=(Object #=qk1xnNvcLzoPEwAwDBlIK3A==, EventArgs #=qLnKmjJnb2uFIWq$tDENJCg==)
   ? System.Windows.Forms.Timer.OnTick(EventArgs e)
   ? System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   ? System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 07, 2015, 07:47:21 AM
@hiccup, i need clarification on what you did to create the issue shown with the ? in your screenshot

I believe we now have some confusion about this, so step by step what happened:

-at a certain moment I noticed the status bar 'dropped to the bottom', below the player. I never saw that before, and assumed it was a glitch, so I reported it. I assumed it was a glitch, since it was also not looking great with the skin used.
I am not aware I did anything by myself to make this happen, but can't be 100% sure, experimenting and all.

- you asked me if I relocated it myself.

- I never knew that that was an option at all, and searched how that could be achieved.

- I then found that in the new configuration panel, under 'bottom panel', you can click and hold 'status bar', and drag it above or below 'player controls'.

- So I then assumed there never was a glitch at all. It's now deliberately an option to put it there?
Title: Re: GUI changes for v3.0
Post by: hiccup on October 07, 2015, 08:27:06 AM
As I wondered earlier, maybe you have not activated this for current alpha, but I thought to mention it anyway:

I set up a couple of custom tags and virtual tags, but they both don't show up in the main panel, nor in the editor pane.

(http://i.imgur.com/32JdtSRs.jpg) (http://i.imgur.com/32JdtSR.png)
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 12:11:58 PM
As I wondered earlier, maybe you have not activated this for current alpha, but I thought to mention it anyway:

I set up a couple of custom tags and virtual tags, but they both don't show up in the main panel, nor in the editor pane.
custom and virtual tags should be working, however there is a possibility they are affected by the same issue as was raised for filters/ auto-playlists. I wont be able to look at it until tonight but i recommend not using the tag editor to save file tags until i can determine what the issue is.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 07, 2015, 12:33:02 PM
but i recommend not using the tag editor to save file tags until i can determine what the issue is.

For me that is no risk, I created a dedicated folder containing a clean portable installation and library for this sole purpose.
So havoc may be inflicted on it.

Coming to think about it, after creating this portable installation, I have not run v2.5 from it at all. I started with v3.
Maybe that is related to the custom tags not being displayed?

Ps, I now ran 2.5 once, before starting up v3 again, but that didn't help.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 07, 2015, 01:09:50 PM
I set up a couple of custom tags and virtual tags, but they both don't show up in the main panel, nor in the editor pane.

I tested this myself - I took a track that had an existing custom tag and edited that field inside MusicBee. It ended up deleting the tag.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 07, 2015, 05:43:09 PM
A few more miscellaneous bugs from using the latest build, I can provide more details if needed;


The library node's behavior has changed, clicking it doesn't automatically jump to the top of the tracklist.

It's currently not possible to set a custom font for the playing controls panel, as the '...' button is missing.

Album artwork docked in the right hand panel cannot be enlarged past a certain point, instead you get padding on either side.

In some cases floating windows are not appearing - for example 'customize panel' in the 'now playing' node, and 'set displayed fields' in the 'playing tracks' right hand sidebar.
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 06:24:47 PM
this has the custom tags issue fixed - anyone who uses custom tags should update to this version as using the previous version, you risk losing custom tag values if you edit a file:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

i will look at the other issues raised
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 07:14:50 PM
2/  When using the wavebar and spectrum in right sidebar, when placed at top both display correctly
but when placed at the bottom, last selected item is cut off
i cant reproduce this behavior - can you send me you settings file for this
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 07:17:35 PM
There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 08:42:59 PM
Album artwork docked in the right hand panel cannot be enlarged past a certain point, instead you get padding on either side.
can you post a screenshot as i am not sure what you mean

, and 'set displayed fields' in the 'playing tracks' right hand sidebar.
could you give some more info or post a screenshot as i have no problems using set displayed fields in the playing tracks panel
Title: Re: GUI changes for v3.0
Post by: Alumni on October 07, 2015, 09:21:51 PM
can you post a screenshot as i am not sure what you mean

(http://i.imgur.com/Z7XvtNL.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 09:25:02 PM
why do you think thats a bug? thats what i would expect and i believe thats the same behavior as v2.5
also see my edit of my previous post
Title: Re: GUI changes for v3.0
Post by: Alumni on October 07, 2015, 09:45:31 PM
why do you think thats a bug? thats what i would expect and i believe thats the same behavior as v2.5
also see my edit of my previous post

Oh ok, I just assumed the panel was supposed to scale with the artwork to any size.

could you give some more info or post a screenshot as i have no problems using set displayed fields in the playing tracks panel

It's also fine on my current computer, I experienced this bug on another PC (with a fresh install of 2.5 and 3.0).
When right clicking the columns and selecting 'set displayed fields', the window doesn't pop up. I wonder if anyone else can check this?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 07, 2015, 09:54:42 PM
2/  When using the wavebar and spectrum in right sidebar, when placed at top both display correctly
but when placed at the bottom, last selected item is cut off
i cant reproduce this behavior - can you send me you settings file for this

PM has been sent

There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me

I can confirm

(http://i.imgur.com/rVeOsCt.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on October 07, 2015, 10:09:23 PM
this has fixes for most of the issues reported, apart from the remaining skin issues and issues where i have asked further questions
If you use custom tags, you should update to this version as older versions can blank the custom tags if you save a file

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 07, 2015, 10:47:50 PM
2/  When using the wavebar and spectrum in right sidebar, when placed at top both display correctly
but when placed at the bottom, last selected item is cut off
i cant reproduce this behavior..

I just worked our that if I select one of the other options (bio, artwork, etc) from the drop down menu and then return to track details, the problem is fixed.

Might it be that I have a lot of info displayed in that panel and it needed a refresh to calculate the correct position of the bottom element?
Title: Re: GUI changes for v3.0
Post by: Alumni on October 07, 2015, 10:48:16 PM
If it is supposed to also fix the missing custom and virtual tags, it doesn't (on my system)

The fix for custom tags will only take effect once you rescan your files (right click -> send to -> file rescan).
Title: Re: GUI changes for v3.0
Post by: hiccup on October 07, 2015, 11:00:16 PM
The fix for custom tags will only take effect once you rescan your files (right click -> send to -> file rescan).

Thnx Alumni, I had performed 'Scan folders for new files' but indeed I should have done 'rescan files'. That fixed it.

Still the difference between white and gray fields for standard and custom tags from that screenshot seem a bit strange to me.

Also I noticed a new graphical glitch. The five small arrows above the album art here:
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 12:07:51 AM
There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me
I cannot reproduce this behavior either.  It's working as expected.  The check mark is present where it should be when I change to a different filter.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 08, 2015, 12:33:00 AM
I just discovered that that plugins are being disabled after restarting the app (at least with LyricsReloaded).
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 01:48:07 AM
When in Track Details view or Artwork view, right-click on album (or on selected tracks) and Send To File Rescan results in

MusicBee v3.0.5758.39706 (Win6.1), 7 Oct 2015 20:40:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qpcLAdeRqss4mtsTAmm7KUOUIIA6q3trGfjJkQSnnMi8=.#=qh_iXK2E_8M1IJBd9kOFIfJv_efVsgDq8zTGPjA_YCnI=.OnClick(EventArgs #=qZHPfU5x28VEZVc9gW9PYIQ==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 08, 2015, 03:02:25 AM
There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me

I can confirm

There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me
I cannot reproduce this behavior either.  It's working as expected.  The check mark is present where it should be when I change to a different filter.

Maybe this is some weird Windows 10 behaviour, but after a system restart, not just a MB3 restart, filter check-mark is now behaving correctly.  ???
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 03:33:49 AM
There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me

I can confirm

There is one tiny little glitch however, the tickbox that indicates which filter is activated (right click menu) is not being updated.
can anyone else confirm this behaviour? Its working fine for me
I cannot reproduce this behavior either.  It's working as expected.  The check mark is present where it should be when I change to a different filter.

Maybe this is some weird Windows 10 behaviour, but after a system restart, not just a MB3 restart, filter check-mark is now behaving correctly.  ???
If it helps wth trying to track down the problem, I'm running Windows 7.  (And plan to run it until 2020 when MS stops supporting it.)
Title: Re: GUI changes for v3.0
Post by: Steven on October 08, 2015, 06:43:14 AM
i fixed it in the last update.
Also for plugins, i already mentioned this - they are disabled until a couple of them can be tested which is being done now by the boroda74
Title: Re: GUI changes for v3.0
Post by: hiccup on October 08, 2015, 09:51:53 AM
In 2.5 these scroll-bar arrows were hidden when there was no option to scroll considering the content of the column:

(http://i.imgur.com/9dm4xMss.jpg) (http://i.imgur.com/9dm4xMs.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 08, 2015, 12:33:28 PM
When trying to set a new entry for 'track information' displaying in the right sidebar, the scroll-bar to find the desirable tag is missing.

(http://i.imgur.com/4m2FvW0s.jpg) (http://i.imgur.com/4m2FvW0.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 08, 2015, 12:42:29 PM
I realize this is probably a matter of opinion, but I would prefer it when 'fit to panel' is selected, the image would always scale to be completely visible, and not cut off either horizontally or vertically.

(http://i.imgur.com/0PdYk1Jl.jpg) (http://i.imgur.com/0PdYk1J.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 08, 2015, 02:27:33 PM
I realize this is probably a matter of opinion, but I would prefer it when 'fit to panel' is selected, the image would always scale to be completely visible, and not cut off either horizontally or vertically.

+1

Was just thinking about this last night.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 08, 2015, 02:57:51 PM
Is it normal that you can't edit columns in the Auto DJ node? Right clicking doesn't show a context menu.

Edit: I was just configuring the device settings for my tablet and I inadvertently broke MusicBee - every time I opened the app I received an error message and couldn't continue. I managed to get it running again by deleting my settings file in AppData. Here is the error:

~~~

MusicBee v3.0.5758.39706 (Win6.1), 9 Oct 2015 0:28:

System.ArgumentNullException: Value cannot be null.
Parameter name: key
   at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
   at System.Collections.Generic.Dictionary`2.TryGetValue(TKey key, TValue& value)
   at MusicBee.Media.StorageManager.#=qAjfYGif$mbuRZ3ZPSZ0LlWIUGZRRU0Kbys4D2Na0XZE=(String #=qIPYKclhI7DF0RDE$MM$dsQ==)
   at MusicBee.MusicBeeMain.#=qXACDPnv9_W7H7bbY6Jnokqg$wQQZiMHdjsnV_Hwg3VI=.#=q5euVf9kFYz5q3ZAz_JbNsXDNX1wAMuRoX0CZjwFz5VM=()
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qJZ62f3OlbVQDLi8xPeZ8BQ==(String[] #=qckr4Z5XPle2s6ovyV_uAEQ==)

~~~

PS: I'm not sure if this is a bug or if I'm doing something wrong - I added fdkaac.exe as an encoder, but I don't see the option to convert to AAC when syncing to my device... the drop down menu lists every format except this one.
Title: Re: GUI changes for v3.0
Post by: Steven on October 08, 2015, 06:27:01 PM
@Alumni, can you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 08, 2015, 06:37:45 PM
@Alumni, can you send me your settings file (help/ support/ view settings)

Ok, sent. I actually deleted the original file to get it working again, but I somehow managed to re-produce the error.
Title: Re: GUI changes for v3.0
Post by: Steven on October 08, 2015, 06:48:00 PM
@Alumni, can you send me your settings file (help/ support/ view settings)
Ok, sent. I actually deleted the original file to get it working again, but I somehow managed to re-produce the error.
its when you exit having the device summary panel open. I have fixed it and will make an updated version available later. In the interim, edit the settings file, search for <NavigatorInitialTabs> and remove that block to </NavigatorInitialTabs>
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 08:11:42 PM
Am I the only one experiencing this?

When in Track Details view or Artwork view, right-click on album (or on selected tracks) and Send To File Rescan results in

MusicBee v3.0.5758.39706 (Win6.1), 7 Oct 2015 20:40:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qpcLAdeRqss4mtsTAmm7KUOUIIA6q3trGfjJkQSnnMi8=.#=qh_iXK2E_8M1IJBd9kOFIfJv_efVsgDq8zTGPjA_YCnI=.OnClick(EventArgs #=qZHPfU5x28VEZVc9gW9PYIQ==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 08, 2015, 08:17:24 PM
Am I the only one experiencing this?
When in Track Details view or Artwork view, right-click on album (or on selected tracks) and Send To File Rescan results in

No you're not, I also reported this earlier:
http://getmusicbee.com/forum/index.php?topic=15050.msg96803#msg96803
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 08:30:33 PM
Am I the only one experiencing this?
When in Track Details view or Artwork view, right-click on album (or on selected tracks) and Send To File Rescan results in

No you're not, I also reported this earlier:
http://getmusicbee.com/forum/index.php?topic=15050.msg96803#msg96803
Ahhh ... I hadn't noticed that before.  Thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on October 08, 2015, 08:43:24 PM
no, hiccups error should be fixed and yours is different. However i cant reproduce. Does it always happen, or if not when it does happen are you able to use other right click commands such as Edit
Title: Re: GUI changes for v3.0
Post by: Steven on October 08, 2015, 08:45:15 PM
Not a serious bug in any sense, but on my system, when I drag the corner of the compact player to enlarge it, I get lots of 'funny looking' borders and resize arrows. But they also disappear as soon as I release the mouse button.
use Print Screen rather than Alt Print Screen
However, for the compact player or the Now Playing panel, MB doesnt attempt to resize the panels until the mouse button is released. You should only see an empty frame border during the resize operation
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 09:07:10 PM
no, hiccups error should be fixed and yours is different. However i cant reproduce. Does it always happen, or if not when it does happen are you able to use other right click commands such as Edit
Yes, Send To File Rescan always results in an error.  Checking other options on the right-click menu, all seem to work with the exception of those under Send To.  These Sent Tos result in an error:
- Auto DJ
- Audiobooks
- Inbox
- Folder Move
- Folder Copy
- Folder Replace
- Clipboard
- External App
- Format Converter
- File Rescan
- Volume Analysis
- Playlist > External Playlists (If I send to a playlist that's already listed in the window, it works without error.)
In other words, -all- of the options under Send To result in an error. 


Title: Re: GUI changes for v3.0
Post by: Alumni on October 08, 2015, 09:39:33 PM
Yes, Send To File Rescan always results in an error.  Checking other options on the right-click menu, all seem to work with the exception of those under Send To.

For me 'file rescan' does work, but 'send to folder' doesn't, I get this error when I try to do that;

~~~

MusicBee v3.0.5758.39706 (Win10.0), 9 Oct 2015 6:36:

System.InvalidCastException: Unable to cast object of type '#=qCP83_pTz6f3uxtMaECWOqWA7Cpy2Kt9WDxAjd2kRCu4hCTyRAT3XeqwLZXMKxCFE' to type '#=qpcLAdeRqss4mtsTAmm7KUOUIIA6q3trGfjJkQSnnMi8='.
   at #=qpcLAdeRqss4mtsTAmm7KUOUIIA6q3trGfjJkQSnnMi8=.#=qh_iXK2E_8M1IJBd9kOFIfJv_efVsgDq8zTGPjA_YCnI=.OnClick(EventArgs #=qZHPfU5x28VEZVc9gW9PYIQ==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)

~~~

By the way, I was just looking over some playlists and the view mode was stuck in track details, I couldn't change it. Anyone else?
Title: Re: GUI changes for v3.0
Post by: Steven on October 08, 2015, 10:11:42 PM
this has fixes for most of the issues reported, apart from the remaining skin issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 11:19:27 PM
Yes, Send To File Rescan always results in an error.  Checking other options on the right-click menu, all seem to work with the exception of those under Send To.
By the way, I was just looking over some playlists and the view mode was stuck in track details, I couldn't change it. Anyone else?
It's working fine for me.  I can go back and forth between Album and Track Details
Title: Re: GUI changes for v3.0
Post by: phred on October 08, 2015, 11:27:52 PM
this has fixes for most of the issues reported, apart from the remaining skin issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
I'm happy to report that all of the Send To options available via right-clicking, including File Rescan are working correctly.  With the one (very) minor issue on File Rescan.  When performed in Artwork View, the album art disappears briefly at the completion of the scan.  This does not happen with 2.5.  But I can live with it.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 08, 2015, 11:33:08 PM
It's working fine for me.  I can go back and forth between Album and Track Details

Also no problems on my current PC, my other PC is the one having this issue.
When I click on 'album covers' or 'album and tracks' it ignores my input.

could you give some more info or post a screenshot as i have no problems using set displayed fields in the playing tracks panel

This might help - I noticed that when I select 'set displayed fields' the entire MusicBee window loses focus.
Even though the floating window doesn't pop up, I have to double click something to get my input back.
Title: Re: GUI changes for v3.0
Post by: Spiron on October 09, 2015, 02:13:39 AM
I'm getting the bug that Phred reported here: http://getmusicbee.com/forum/index.php?topic=15927.0

Title: Re: GUI changes for v3.0
Post by: phred on October 09, 2015, 03:47:47 AM
I'm getting the bug that Phred reported here: http://getmusicbee.com/forum/index.php?topic=15927.0
Yes, this was never addressed in 2.5 and continues its behavior in 3.0.
Title: Re: GUI changes for v3.0
Post by: Steven on October 09, 2015, 07:31:42 AM
Also no problems on my current PC, my other PC is the one having this issue.
which windows versions are they each running?

With the one (very) minor issue on File Rescan.  When performed in Artwork View, the album art disappears briefly at the completion of the scan. 
it reappears automatically without any actions by yourself right?
Title: Re: GUI changes for v3.0
Post by: hiccup on October 09, 2015, 08:14:19 AM
Is one of the objectives of v3 starting to steer away from right-click context menu's?
In many locations they currently have been replaced by a left click on a 'menu drop down' icon.
(which is not actually a benefit in the sense of the number of clicks)

I could imagine this is being done for the possible benefit of using MB on touch screens such as phones and tablets?
(although I believe holding your finger/pen on an entry for 1 sec. is an often used equivalent for opening a context menu)

The reason I bring this up is that at the current state v3 is in, these different concepts are now slightly mingling.

I have no strong feelings about this at the moment, and it might be just be because a natural impulse of 'holding on to what you are used to, but my feelings about this:

In the current version of v3 we now have:
- bars that have a right-click context menu
- bars where you must left click on the drop-down arrow to get the menu
- bars where neither is doing anything, but you must go to a preferences panel to make adjustments

Personally I believe a bit more consistency in this would be good.
I myself lean towards having right-click context menu's as much as possible. I wouldn't mind having those at all applicable title bars or other applicable items.
Most users are probably also already quite used to that, and it keeps the title bars much cleaner, without having the new 'drop-down arrows'.

Maybe it would be good to always have left-clicking a bar just working as a toggle switch for different views (with possibly a maximum of three states), without menus popping up (just like how sorting the contents of a column already works), and a right click would open more available options.

And another thought: for bars or panes where you would like to have access to more options, I believe nowadays 'the three dots' (I don't know what they are usually called) are used in Windows Phone. (and perhaps also in W10 tablet mode?)
(I believe Android uses the 'hamburger' for this, three small horizontal bars on top of each-other)

Maybe for platform-wide consistency, a version of the three dots could be an option to implement in v3 for applicable situations?
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 09, 2015, 09:34:36 AM
Crash when closing MB. MusicBee3.exe process is not unloaded.
Code
MusicBee v3.0.5759.39802 (Win6.3), 9 ??? 2015 13:23:

System.NullReferenceException: Object reference not set to an instance of the object.
   ? #=q_ckpHShejlWBoXw6UgUoF9WExTbWr135hoynGxeYA12SYMSJGmb2KC$cTyFy8EQ7.#=qBM94DrGTG7a3TBj4qZ16dQ==()
   ? #=qoztf5A43EgdpztNsgBLl2LQLNV0Y9HlgKSaCZu5nkcrSOZuq2DPWFRrja_mkX3EO.#=qAgjjfVuCIW1isRCXSgBcww==()
   ? MusicBee.MusicBeeMain.#=qgj9SgEXbAw45tftN0z_csA==.#=q9zkamBvIhRy1tOkn2NJPF1w5eNGrbX44M795m1QyuMs=.#=qAgjjfVuCIW1isRCXSgBcww==()
   ? MusicBee.MusicBeeMain.Dispose(Boolean #=q0P6psi4ktkJSW8uFH9_KbA==)
   ? System.ComponentModel.Component.Dispose()
   ? System.Windows.Forms.Form.WmClose(Message& m)
   ? System.Windows.Forms.Form.WndProc(Message& m)
   ? #=q2btp4aHyWqIyPWWnmRVrNpBXeMXRVa4m_2F_J$bH8oU=.WndProc(Message& #=qwZo4ObrurlEYyMnkaJ2J8A==)
   ? MusicBee.MusicBeeMain.WndProc(Message& #=qOxDhlyaETNBculC2orHpNg==)
   ? System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   ? System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   ? System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 09, 2015, 10:06:38 AM
While trying to subscribe to a podcast:

Code
MusicBee v3.0.5759.39802 (Win10.0), 9 okt 2015 11:04:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qqwwdD2weTER77_lQCnOCkynM8KQmFC5HAwU0WDETDTk=.#=qSKaWdsgwEx$pHa7vTtDLxw$vvsXk12UfdxbP7LrJ8fA=(Char #=qn2d6SkvXZ3yP74ktEFAXlg==)
   at #=qqwwdD2weTER77_lQCnOCkynM8KQmFC5HAwU0WDETDTk=.#=qXbcCUE6huDZ2vMNMO43OdaLxY_OhGQYUs5lz398LvIg=(String #=qwmJbIlDaMq02dJzw5ZTknQ==, Boolean #=q0d$R1zgWLCAkCoJuQR9ScQCG9reu9CoszvjXPW9K5ypogCtLbmU3paIdHN$w5JrM)
   at #=qPvsBiWN540Fn5zCRMywGv389aVMnnKL8ShlMZcbMhPOv7RSQSPjGtsAZWxMjnMVY.#=qsp3gDYKqEjmRG0X0RqTw8C5UmKzGWT7FKXxZXKEjaDI=(Object #=qsOcs_zbtbpMHeKyAywFeNw==, EventArgs #=qoVhMvbvUuLDwWqCRW2ebSA==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 09, 2015, 12:08:16 PM
which windows versions are they each running?

My main system is running Windows 10. My other PC is on Windows 7 - this has the bugs I mentioned.
Title: Re: GUI changes for v3.0
Post by: phred on October 09, 2015, 12:54:38 PM
With the one (very) minor issue on File Rescan.  When performed in Artwork View, the album art disappears briefly at the completion of the scan. 
it reappears automatically without any actions by yourself right?
Yes, that's correct.   It's never blank for more than what seems one or two seconds.  I checked to see if the number of tracks being scanned has anything to do with the duration of blankness and it does not.
Title: Re: GUI changes for v3.0
Post by: phred on October 09, 2015, 12:58:34 PM
Type something into the search box in any view.  Switch to a different view and the search box empties and new view is -all- tracks.  This does not happen in 2.5.
Title: Re: GUI changes for v3.0
Post by: Steven on October 09, 2015, 03:21:25 PM
Crash when closing MB. MusicBee3.exe process is not unloaded.
can you send me your settings file (help/ support/ view settings)

My main system is running Windows 10. My other PC is on Windows 7 - this has the bugs I mentioned.
does on of the computers have 2 screens and also does it happen if the click location is well to the left of the right edge?
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 09, 2015, 04:46:57 PM
can you send me your settings file (help/ support/ view settings)
https://dropmefiles.com/Ppzay
Title: Re: GUI changes for v3.0
Post by: Alumni on October 09, 2015, 05:02:09 PM
does on of the computers have 2 screens and also does it happen if the click location is well to the left of the right edge?

Actually yes it does have dual monitors, I didn't think to check the other screen as it's usually turned off.
The floating window always pops up on the other monitor instead of my primary monitor for some reason.
With my setup the playing tracks panel is located in the far right sidebar.
Title: Re: GUI changes for v3.0
Post by: Steven on October 09, 2015, 05:29:57 PM
the reason is because no player controls are enabled. I will fix the bug but in the interim, enabling the main or sidebar player will address the issue
Title: Re: GUI changes for v3.0
Post by: Steven on October 09, 2015, 05:44:11 PM
Actually yes it does have dual monitors, I didn't think to check the other screen as it's usually turned off.
The floating window always pops up on the other monitor instead of my primary monitor for some reason.
With my setup the playing tracks panel is located in the far right sidebar.
it should be fixed but i cant test to confirm. Let me know if it applies to using it from other places.
I will post an updated version later
Title: Re: GUI changes for v3.0
Post by: Steven on October 09, 2015, 06:07:17 PM
this has fixes for most of the issues reported including the podcast subscription bug, but noy the remaining skin issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on October 09, 2015, 06:20:53 PM
this has fixes for most of the issues reported including the podcast subscription bug, but noy the remaining skin issues
The search issue I reported is now fixed.  I'm assuming that the blanking of album art after a file rescan is a skin issue that's still to be resolved.  

Thanks very much Steven, for all the quick fixes you've done on v3.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 09, 2015, 06:38:31 PM
it should be fixed but i cant test to confirm. Let me know if it applies to using it from other places.
I will post an updated version later

Yep, that build fixed it - now wherever the selection is made the popup window appears on my primary monitor.

I'm still trying to figure out why I can't change my playlist view, but at the same time I can change my library view.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 09, 2015, 06:57:10 PM
this has fixes for most of the issues reported including the podcast subscription bug

Yep, great.
Title: Re: GUI changes for v3.0
Post by: ankor on October 09, 2015, 09:24:59 PM
 :o Wow, I go a few days without checking this thread and BAM it skyrockets from 11 pages to 22.  Wait for me (not really). Got some catch up to do.  Awesome!!
Title: Re: GUI changes for v3.0
Post by: ankor on October 09, 2015, 10:46:02 PM
Playing Tracks panel | Set Display Fields...

The # column is displayed though it is not selected for display. I try to remove the # column but the column is never placed in the list of Selected Fields. But each time it adds another # column at the beginning of the panel.

MB v3.0.5760 Also played around some with Panels Configuration...a few display refresh issues but really nice.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 10, 2015, 07:44:29 AM
If you move your mouse cursor horizontally over this panel, at position '1' you are able to drag the border '2' of the pane two levels below it:

(http://i.imgur.com/qaYYQvCs.jpg) (http://i.imgur.com/qaYYQvC.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 10, 2015, 07:51:02 AM
Playing Tracks panel | Set Display Fields...
The # column is displayed though it is not selected for display. I try to remove the # column but the column is never placed in the list of Selected Fields. But each time it adds another # column at the beginning of the panel.

Could it be you are referring to the column that displays the sequence of songs in the cue, and not the actual track numbers of songs on an album?
In that case it is most probably very intentional not to be able to hide that.
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 09:16:17 AM
I'm still trying to figure out why I can't change my playlist view, but at the same time I can change my library view.
if you edit the playlist definition and change the view there, does that work?
Title: Re: GUI changes for v3.0
Post by: Spiron on October 10, 2015, 12:49:08 PM
This is something I have been noticing for a while but when you're in album covers view and you have selected an entry in the thumbnail browser that only has one album, that one album will have a whole bunch of tracks not related to the artist or the album.  Not quite sure if it's all the tracks in the given filter/library or a certain subset due to the amount of tracks I do have.
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 01:26:34 PM
This is something I have been noticing for a while but when you're in album covers view and you have selected an entry in the thumbnail browser that only has one album, that one album will have a whole bunch of tracks not related to the artist or the album.  Not quite sure if it's all the tracks in the given filter/library or a certain subset due to the amount of tracks I do have.
i can reproduce incorrect selection behavior when the tracks are displayed at the bottom of the main panel, so could you confirm thats how you have the artwork panel configured
Title: Re: GUI changes for v3.0
Post by: Spiron on October 10, 2015, 01:40:16 PM
no, I still have the option selected to directly under the selected album

This is what the view looks like with two or more albums.  Selecting any one of those albums results in the correct selection of tracks
(http://i.imgur.com/woYQBjX.jpg) (http://i.imgur.com/woYQBjX.jpg)

With 1 album only though this seems to produce a whole lot more results
(http://i.imgur.com/2L5s8jF.jpg) (http://i.imgur.com/2L5s8jF.jpg)

Additional things, these screenshots are from one filter but I get the same problem on all my other filters and also in the non-filtered library.  I am using Windows 10 here.

EDIT: Also happens in Playlists
Title: Re: GUI changes for v3.0
Post by: hiccup on October 10, 2015, 02:00:11 PM
Two minor issues,

1. The SoundCloud Search panel has small spelling error: "Enter into the searh box..."

2. Due to me running an 'N' version of Windows 10, when trying to play a radio station, under 2.5 I would get a bass error indicating it was related to WMV/WMA9 if I remember correctly.

Of course v3 also gave an error message in such a situation, but it was only saying something like 'basserror=1001', not giving a clue anymore.
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 02:00:53 PM
its possible the correction i made for the tracks down the bottom also addresses your issue, so could you try using this version (ignore the Playlist Directory navigator node as its not completed yet)
If it still happens then let me know
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: hiccup on October 10, 2015, 02:20:35 PM
Sure,

(http://i.imgur.com/mOlWmtWl.jpg) (http://i.imgur.com/mOlWmtW.png)
Title: Re: GUI changes for v3.0
Post by: Spiron on October 10, 2015, 02:30:30 PM
That fixed that issue but now I am getting a different one, this one not limited by the number of albums.  It's again in the album covers view and sometimes when clicking on the the album it shall give you extra entries from this album that aren't related to the thumbnail browsers data.

Here's a screenshot, composer selected is Grieg.  These files share most of the same data considering they are from the same album but have different titles, artists and composers.  They are also consecutive tracks.  All the similar cases are also consecutive tracks (including one that is track one of the next disk).

(http://i.imgur.com/zMEaxK3.jpg) (http://i.imgur.com/zMEaxK3.jpg)

EDIT: Just noticed that the amount of extra tracks is how many tracks in the album are attributed to that composer but instead of getting those tracks it gets the first track and then the consecutive ones until it reaches that number

EDIT 2: Just looked and this one is also not limited by a specific filter or tag
Title: Re: GUI changes for v3.0
Post by: hiccup on October 10, 2015, 02:38:00 PM
Would it be an idea for v3 to have a button in all (more or less important) configuration panels that says (and does) "reset to defaults"?
Many new users have the habit of trying out stuff and not remembering what they actually changed, what then often creates problems for them. (and us ;-)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 10, 2015, 03:05:15 PM
Would it be an idea for v3 to have a button in all (more or less important) configuration panels that says (and does) "reset to defaults"?
Many new users have the habit of trying out stuff and not remembering what they actually changed, what then often creates problems for them. (and us ;-)

If so, it should have a confirmation pop-up so that you can't accidentally unset your carefully configured layout.
Title: Re: GUI changes for v3.0
Post by: phred on October 10, 2015, 03:13:00 PM
Would it be an idea for v3 to have a button in all (more or less important) configuration panels that says (and does) "reset to defaults"?
Many new users have the habit of trying out stuff and not remembering what they actually changed, what then often creates problems for them. (and us ;-)
YES!!

If so, I should have a confirmation pop-up so that you can't accidentally unset your carefully configured layout.
AND YES!!
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 03:21:31 PM
It's again in the album covers view and sometimes when clicking on the the album it shall give you extra entries from this album that aren't related to the thumbnail browsers data.
comparing to v2.5 i see what that does is show all tracks in the album ie. the thumb browser filters which albums are selected and the drill-down shows all tracks in that album, including tracks from other artists/ composers. I will change v3 to the same behavior,
Title: Re: GUI changes for v3.0
Post by: Alumni on October 10, 2015, 03:50:13 PM
if you edit the playlist definition and change the view there, does that work?

This is strange - smart playlists have no problems, I can change the view for those with the main panel drop down menu. So it's only static playlists that are stuck in tracks view, and because my playlist format is set to M3U there isn't another way to change the view.
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 04:10:52 PM
So it's only static playlists that are stuck in tracks view, and because my playlist format is set to M3U there isn't another way to change the view.
thats the reason and its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Alumni on October 10, 2015, 04:27:35 PM
thats the reason and its fixed for the next update

Cool, thanks!

There is another thing that nobody else has mentioned, so far it has only affected my laptop PC installation of 3.0.
When scrolling down (not up, only down) through my library in album covers view, I get visual glitches like in this screenshot below.
It looks as if covers are being overlapped onto one another. Could it be related to the music files being read over the local network?

(http://i.imgur.com/s6jhwfnl.jpg) (http://i.imgur.com/s6jhwfn.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 04:52:08 PM
where is the scrollbar? ie. how can you scroll without a scrollbar showing
Title: Re: GUI changes for v3.0
Post by: hiccup on October 10, 2015, 05:06:51 PM
When trying to set a toolbar button, I noticed that "view: show column browser" is now missing.

Just in case this observation was missed before, I now see a few more are missing from that list.

Also an error message when trying to open this drop down list to select an action for a toolbar button:
(not every time though, I don't know exactly how to trigger it)

Code
MusicBee v3.0.5760.32355 (Win10.0), 10 okt 2015 18:04:

System.ObjectDisposedException: Cannot access a disposed object.
Object name: '#=qmiUqUGYI8IJKjPvWG_Y9gQ=='.
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Form.CreateHandle()
   at System.Windows.Forms.Control.get_Handle()
   at #=q8_AUICUnciUgNuXDJKeWhw==.#=qObet0wgPHrIUCT5816vENGdZEVvgFuENrDBLPXvvH6w=(Control #=qtjF1tXykgUfe9Z8jP$I_iQ==)
   at #=qR6SdD4Nq4iF92P6fKxxDbj$W9YIdGSSQL$wxP3LRmY4=.#=qEm2JvSIhIVeIz0HTiudkQQ==(Form #=q6h$277aZXnSW_SM0DMnKlw==)
   at #=qMHugdh8Y2a7lg_iTNuLyRoRmRoXTs39s5XWRJl095Qw=.#=qmiUqUGYI8IJKjPvWG_Y9gQ==.#=qs0k_LUVIXaJtCxz0CNImMQ==(#=qMHugdh8Y2a7lg_iTNuLyRoRmRoXTs39s5XWRJl095Qw= #=qDBJPjbYhphy9T$WkIje9KQ==)
   at #=qMHugdh8Y2a7lg_iTNuLyRoRmRoXTs39s5XWRJl095Qw=.#=qsubFKozu1v43_sql979M78n8iVoqCd68$c4rKnmrdnw=()
   at #=qMHugdh8Y2a7lg_iTNuLyRoRmRoXTs39s5XWRJl095Qw=.OnMouseClick(MouseEventArgs #=qH3S_yzF9BOUur9keBDn9nQ==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 10, 2015, 05:06:57 PM
where is the scrollbar? ie. how can you scroll without a scrollbar showing

The scrollbar is visible but in this picture its almost off the page, I guess that's part of the glitch.
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 05:12:11 PM
that means the panel is sized too large and would be the cause of the visual glitches. As a guess its related to the column browser not being displayed, perhaps configured to be hidden for playlists only? (check the Artwork panel configuration)
So keep an eye on the panel size and when its too large and the scrollbar off the screen then let me know what you were doing at the time
Title: Re: GUI changes for v3.0
Post by: Alumni on October 10, 2015, 05:16:52 PM
At the moment both the far left panel and the middle left panel are disabled, this is for the main library view.
My laptop has a pretty small screen resolution (less than 1080p), could that be a factor?
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 05:23:01 PM
if the panel is too large (vertically, scroll bar goes below the bottom) on restart then send me your settings file
Title: Re: GUI changes for v3.0
Post by: Alumni on October 10, 2015, 05:39:07 PM
Yeah - still the same. Sent you my file, if it helps the resolution is at 1366x768.
Title: Re: GUI changes for v3.0
Post by: Steven on October 10, 2015, 06:28:42 PM
this has fixes for most of the issues reported, but not the remaining skin issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
dont use the Playlist Directory node if you see it as its only partially done

@hiccup, could you confirm the WMA error display message and i couldnt reproduce the combo box popup error but i am reasonably sure its fixed
Title: Re: GUI changes for v3.0
Post by: phred on October 11, 2015, 02:27:55 AM
In Track Details view I select a track and right-click in the Lyrics panel on the right side and then click "mark as having no lyrics.  This error is thown, but the track is indeed marked as having no lyrics.
MusicBee v3.0.5761.33029 (Win6.1), 10 Oct 2015 21:24:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=q6q5swX7IttU8AWKCsnFkHDyI1kNwZgzHTKYtk7arBbo=.#=qKA17cCMxZD3yVKdbciDGcGoPLgpJ$0yUVC3ohXU0dmw=.#=qpUA$Kgl0g3IWaM4ubTIQYg==(IList`1 #=qLYOid11ZlGhUphecqkj3Zg==, Boolean #=qidGsDpYogHw4A8s$Ue3QyQ==)
   at #=qo9IVoDxtYvVk3rDPg8mNCQZeNNUai2JQuf1r8Xh_25k=.#=qVbiSAd1KOZpd2nsg2A5vHpQlDQwmWkjCmP4RxSYTmLI=(Object #=qN2w6qVZRz$hTiGXlOPbSRQ==, EventArgs #=qab8bMa$eBYO2l5eVXsBYng==)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 11, 2015, 08:59:46 AM
this has fixes for most of the issues reported, but not the remaining skin issues
@hiccup, could you confirm the WMA error display message and i couldnt reproduce the combo box popup error but i am reasonably sure its fixed

Yes, both are fixed indeed.
Except for the error message: where 2.5 says 'Error' in the title bar, v3 says '0'.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 11, 2015, 10:41:05 AM
this has fixes for most of the issues reported, but not the remaining skin issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

That took care of my issues, your hard work is appreciated.

dont use the Playlist Directory node if you see it as its only partially done

I'm curious about this new feature, did you say before how it's going to work?
Title: Re: GUI changes for v3.0
Post by: Steven on October 11, 2015, 11:46:32 AM
its now called "Playlist Manager"
its a dedicated panel for when the left sidebar is collapsed and makes managing playlists easier because there is no navigator easily available - adding files from the library to playlists, creating new playlists, moving them etc
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 11, 2015, 02:53:16 PM
1. I used "Sidebar player" to separate the elements and received.
Code
11.10.2015 17:40:59 - 6.3.9600.0 - 3.0.5761.33710 - System.ArgumentException: Invalid parameter.
   ? System.Drawing.Image.get_Width()
   ? System.Drawing.Image.get_Size()
   ? #=qRRa8JUJZeO255HK_zkT8igrYHpdgaCcqKTBsdGN1dq0=.#=q5T3qc1MxIWX6vc2RqJAhyg==()
   ? #=qRRa8JUJZeO255HK_zkT8igrYHpdgaCcqKTBsdGN1dq0=.#=qduYn8udjwxU_Sl47g4wmJdzwNwXJXnvUNTtCAA5umiM=(Boolean #=qpXdBLfya8qdE6btKiipl6Q==)
   ? MusicBee.MusicBeeMain.#=q9jXd531UihzSDh8nLEQYiGAp7c6SHZLIXgeBjzoQmMc=.#=qduYn8udjwxU_Sl47g4wmJdzwNwXJXnvUNTtCAA5umiM=(Boolean #=qLVuWDs9KDK3OhXVyBJEo2A==)
   ? MusicBee.MusicBeeMain.#=qK$qxiFhScYI2ngGbd5$9oxhctXrcztKlYufNOJWkqrI=(#=qSNBbAYwAxpnXSRwcC$VFQZTM9eTyP9Mq_g_FiLeZnSM= #=q3XMizKZIdLjfehUDHHzn5w==, Rectangle #=qOdjXfOmbsiFOK4nq9JTP7g==)
   ? MusicBee.MusicBeeMain.#=qXiTmnwEKBoXp30Ki5ok9HSg5PCHO4f$UA$S_ZCsoQ6M=(#=qT5RoVqJJ1La5DQyoQyA0f75euDTGvFoJzZFumbfo42k= #=qns95rgCVDhql8G7ueVzF8A==, Boolean #=qdlOIy6$Q_72aibKtBHMcmmwpOKTBPz$QzU6COJp69fA=)
   ? MusicBee.MusicBeeMain.#=qJeXSBMWgPV9SWmccK2dOiA==(#=qT5RoVqJJ1La5DQyoQyA0f75euDTGvFoJzZFumbfo42k= #=qs2cZXnLquOt1IR8btqklPA==, Boolean #=q8kjsACc2PqYYePrNmiCktklEYsELwwB$2eZvgFVbyT4=)
   ? MusicBee.MusicBeeMain.#=qEs3dcLvDniHWK51b9BhT2BHQlmEi$b85KM6qA$GD2jY=(Boolean #=qljCbuYdHyz_k6OLRMm1Vrx22wsR_tAvH_w2vRzoenJ4=)
   ? MusicBee.MusicBeeMain.#=qiGZr6ocf4nbgMDNVRlYZc99EszeEfY7rv9ntccABP9k=.#=qMNBk5igeRYb3EEQUWlHW$kqiT9ecWtOE7gWGg5IQlW8=.#=qTBJFdLYN68o4GnzlSoA0FA==()
   ? MusicBee.MusicBeeMain.#=qiGZr6ocf4nbgMDNVRlYZc99EszeEfY7rv9ntccABP9k=.#=qMNBk5igeRYb3EEQUWlHW$kqiT9ecWtOE7gWGg5IQlW8=.#=q7ABP9gK86XE6mXYpwuZI4rx$AsPO12h0jqa5eskyIXc=(Object #=qMSb_HE$UnSAFIwgDM9II2A==, EventArgs #=qQ7SXPEl1oWNTWkpd3MsuOw==)
   ? System.Windows.Forms.Control.OnClick(EventArgs e)
   ? System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   ? System.Windows.Forms.Control.WndProc(Message& m)
   ? System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   ? System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   ? System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
(http://s15.postimg.org/v43pwiiaj/2015_10_11_1841041.jpg)
2. Is it possible to make a "separator" to separate elements.
Title: Re: GUI changes for v3.0
Post by: Steven on October 11, 2015, 04:07:01 PM
1. I used "Sidebar player" to separate the elements and received.
i can reproduce this error if the sidebar player is displayed, then undisplayed, and then re-enabled again while MB is running.
If you dont think was the case then let me know
for requests, i wont do anything until i have finished the changes i already mentioned. I will let everyone know when i am ready, and feel free to keep posting requests in case they generate comment. But a request might need to be reposted when i am ready so i am in a better position to give consideration
Title: Re: GUI changes for v3.0
Post by: Steven on October 11, 2015, 10:21:12 PM
this has fixes for the issues reported above

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
The "Playlist Manager" node can be used now. Keep in mind it is only visible for configurations where the left sidebar is hidden. However I will make a further change so it can be added as a tab even when the default configuration has the left sidebar not hidden.
After that i plan to look at the Local Music browser, and will also probably merge in the existing Music Explorer
(see the 2nd screenshot from http://getmusicbee.com/forum/index.php?topic=14941.0), although it wont be as fancy with regards to how the artist picture is blended into the panel
Title: Re: GUI changes for v3.0
Post by: phred on October 11, 2015, 11:14:44 PM
this has fixes for the issues reported above

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Thanks Steven.  While the error I reported regarding marking a track as having no lyrics is fixed, there are still some problems with making the track.
Right-clicking in the right-side lyrics panel and selecting 'mark as having no lyrics' puts the check mark next to the option:
(http://i.imgur.com/9szmRCLl.jpg) (http://i.imgur.com/9szmRCL.jpg)
It may not be that visible in the screenshot, but the check mark is there as it should be.

But when opening the tag editor to the lyrics tab the 'no lyrics' box is not checked:
(http://i.imgur.com/Cu8pm2gl.jpg) (http://i.imgur.com/Cu8pm2g.jpg)

And in Track Details view in the Lyrics column does the track show the 'N' for no lyrics:
(http://i.imgur.com/ST8KX8bl.jpg) (http://i.imgur.com/ST8KX8b.jpg)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 12, 2015, 02:15:13 AM
The "Playlist Manager" node can be used now. Keep in mind it is only visible for configurations where the left sidebar is hidden. However I will make a further change so it can be added as a tab even when the default configuration has the left sidebar not hidden.

Great! I've been playing around with it, pretty good so far.
Do you mean it will later be added as an 'available element' to the layout configuration? That would make sense.

A bug report - for me the 'playlist manager' node in the left sidebar doesn't always appear, I'm not sure exactly what's causing the issue, either restarting the app or enabling/disabling the left panel can sometimes fix it. I do have multiple tabs if that makes any difference.

By the way, I couldn't get my portable device to appear in the playlist manager, is it possible to add that functionality?
Usually when I'm editing/creating playlists I'm also syncing my phone/tablet at the same time, so that would be helpful.
Another request - could there be an option to disable 'audiobooks' and 'inbox'? Personally I never use those nodes.


Edit: Something I just did broke MusicBee, I don't know if it's directly related to the playlist manager. At the time I was trying to get the node to display as I mentioned in the previous paragraph. When I start up the app I get this error message and can't proceed further:

~~~

MusicBee v3.0.5762.40557 (Win10.0), 12 Oct 2015 12:08:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qV4md_KlOTQvZ7j$Jga71Jg==(String[] #=qYjXlvPLalXY_YJVTpliTPg==)

~~~

PS: I'll send you my settings file, maybe that will help.
Title: Re: GUI changes for v3.0
Post by: Steven on October 12, 2015, 06:46:57 AM
i need the full error text - thats only the first line.
And when the Playlist Manager doesnt appear, what is displayed?
Title: Re: GUI changes for v3.0
Post by: Alumni on October 12, 2015, 06:54:38 AM
i need the full error text - thats only the first line.

I copied and pasted the error directly from the dialog window and I also checked the error log - that's all there is.

And when the Playlist Manager doesnt appear, what is displayed?

Everything else appears normally, it's just that the node is missing.
Title: Re: GUI changes for v3.0
Post by: Steven on October 12, 2015, 07:12:16 AM
i have updated the musicbee3 download link to address the startup error. Its because one of the tabs is no longer available on restart. If you remember which one doesnt open then let me know
I think i will need a screenshot to see what is happening when the Playlist Manager doesnt appear

@phred,
i cant reproduce this but its possible its related to the bug updating the "mark as having no lyrics" you reported before, so trying undoing/ redoing setting the flag
Title: Re: GUI changes for v3.0
Post by: Alumni on October 12, 2015, 07:33:19 AM
i have updated the musicbee3 download link to address the startup error. Its because one of the tabs is no longer available on restart. If you remember which one doesnt open then let me know

Cheers, MusicBee is up and running again.
If I remember correctly I opened a new tab and the contents were blank when I exited the app, then the error appeared on startup.

I think i will need a screenshot to see what is happening when the Playlist Manager doesnt appear

Here's some screenshots, the first one was taken just after starting up MusicBee, with the playlist manager node missing.
In the next picture it's showing - what I did was disable the left panel, restart the app and then re-enable the left panel.


(http://i.imgur.com/5o3pFMbl.jpg) (http://i.imgur.com/5o3pFMb.jpg)
(http://i.imgur.com/UxNqB3Vl.jpg) (http://i.imgur.com/UxNqB3V.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 12, 2015, 08:20:10 AM
A wish for v3:

Allow displaying the 'stop' button in compact- and mini player.
I know some users seem to have some strange 'hate' for a stop button, but it is intrinsically a different function than pause.

Also -but this is only affecting very few users and a problem MusicBee is not to blame for- my current external usb dac goes a bit 'insane' when pausing audio in MusicBee. Therefor I can not use 'pause' at all.
Title: Re: GUI changes for v3.0
Post by: phred on October 12, 2015, 02:12:29 PM
@phred,
i cant reproduce this but its possible its related to the bug updating the "mark as having no lyrics" you reported before, so trying undoing/ redoing setting the flag
Thanks Steven.  I downloaded the latest updated version and it appears to be working now.  The first 2 times I tried to mark as 'no lyrics' I had to set, unset, reset the flag.  On the third and subsequent times, it just worked as it should.  I shut down MB and reopened it and it's working fine.

There is one small graphical glitch.  When I open the tag editor and click on the lyrics tab, the 'mark as no lyrics' line at the bottom shows this for a second or two.  Also showing is a bit of the album artwork from the Tags tab.  Then the correct info shows.  This only happens in Track Details view.  I wonder if this behavior might be related to the album art disappearing for a second or two after a file rescan.  Reported here http://getmusicbee.com/forum/index.php?topic=15050.msg96976#msg96976
(http://i.imgur.com/L09SjE7l.jpg) (http://i.imgur.com/L09SjE7.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 12, 2015, 03:26:40 PM
@phred, for the graphical glitch, is it something that always happens?
If it is easily reproducable, when it does happen, try dragging the dialog window to the edge of the screen so most of the dialog is off screen and then drag it back again - does that correct the glicthes?

@hiccup, please hold off from reporting issues related to specific skins - i know there are some issues and plan to look at skinning after other functional changes are done
Title: Re: GUI changes for v3.0
Post by: phred on October 12, 2015, 03:43:54 PM
@phred, for the graphical glitch, is it something that always happens?
If it is easily reproducable, when it does happen, try dragging the dialog window to the edge of the screen so most of the dialog is off screen and then drag it back again - does that correct the glicthes?
Yes Steven, the graphical glitch happens every time I open the tag editor and click on the Lyrics tab.  BUT it doesn't not happen if the editor was closed on the Lyrics tab and the next time it is opened it is already on the Lyrics tab.  The glitches auto-correct within a second or two so I don't really have time to drag the window to screen edge.

And in the interest of not having you chase your tail on this one, I just tried it in 2.5.x and while it does happen there also, the 'correction' happens much, much faster.  Now that I know to look for it, I see it (in 2.5) but if I wasn't looking at that area when selecting the Lyrics tab, I wouldn't notice it.  But the glitch is visible for a longer period of time in 3.x.  Obviously long enough to grab a screen shot.

I can live with this as it is since it's not something you can reproduce. 
Title: Re: GUI changes for v3.0
Post by: ankor on October 12, 2015, 04:13:01 PM
Could it be you are referring to the column that displays the sequence of songs in the cue, and not the actual track numbers of songs on an album?
In that case it is most probably very intentional not to be able to hide that.

Yes it's the sequence number but I'm able to hide it in v2.5.  Also I now have several sequence # columns showing in Playing Tracks panel that I can't get rid of.

I took a look at settings file and discovered multiple sets of <MediaField> under <FormNowPlayingSidebarFields> where Code=78, Width=18. I left one set and removed the rest. With that edit, the Playing Tracks panel now does not display the sequence column and the duplicate columns are gone. Here's the segment of the xml I found before making the change.

<FormNowPlayingSidebarFields>
 <MediaField>
  <Code>20</Code>
  <Width>15</Width>
 </MediaField>
 <MediaField>
  <Code>78</Code>
  <Width>0</Width>
 </MediaField>
 <MediaField>
  <Code>78</Code>
  <Width>18</Width>
 </MediaField>
 <MediaField>
  <Code>78</Code>
  <Width>18</Width>
 </MediaField>
 <MediaField>
  <Code>78</Code>
  <Width>18</Width>
 </MediaField>
 <MediaField>
  <Code>78</Code>
  <Width>18</Width>
 </MediaField>
 <MediaField>
  <Code>32</Code>
  <Width>66</Width>
 </MediaField>
 <MediaField>
  <Code>65</Code>
  <Width>116</Width>
 </MediaField>
 <MediaField>
  <Code>75</Code>
  <Width>75</Width>
 </MediaField>
 <MediaField>
  <Code>110</Code>
  <Width>30</Width>
 </MediaField>
 <MediaField>
  <Code>14</Code>
  <Width>17</Width>
 </MediaField>
</FormNowPlayingSidebarFields>
Title: Re: GUI changes for v3.0
Post by: hiccup on October 12, 2015, 05:07:34 PM
@hiccup, please hold off from reporting issues related to specific skins - i know there are some issues and plan to look at skinning after other functional changes are done

No problem, I'll stop searching and reporting on that matter.
I created a new topic for this under developers > skins, and moved my recent posts on this there.
So when you get to zooming in on skinning problems and requests you can just take a look there.

btw:
I believe most of them are not related to specific skins.
It is just that they are not so well noticeable in the more 'bland' default skin but roar their ugly faces in more outspoken skins.
Title: Re: GUI changes for v3.0
Post by: Steven on October 12, 2015, 07:30:23 PM
@ankor, the # field should be fixed for the next update
@hiccup, i meant specifically about skin colors, scroll bars that sort of thing. The window resizing bug isnt a skin coloring issue and i need to fix it now for example
Title: Re: GUI changes for v3.0
Post by: hiccup on October 12, 2015, 07:48:35 PM
@hiccup, i meant specifically about skin colors, scroll bars that sort of thing. The window resizing bug isnt a skin coloring issue and i need to fix it now for example

I'll try two distinguish better between those two.
Title: Re: GUI changes for v3.0
Post by: Steven on October 12, 2015, 08:23:15 PM
@phred, the delay you have for repainting is a bit of a mystery to me. I have made a change for changing tabs and also the file/ rescan picture repaint. Same download link as before. Let me know if it helps. If it works, you would need to tell me other places its very slow
Title: Re: GUI changes for v3.0
Post by: phred on October 12, 2015, 08:38:43 PM
@phred, the delay you have for repainting is a bit of a mystery to me. I have made a change for changing tabs and also the file/ rescan picture repaint. Same download link as before. Let me know if it helps. If it works, you would need to tell me other places its very slow
Much better Steven!  The repaint issue on the Lyrics tab of the Tag Editor is gone.  The issue with doing a File Rescan on an album in Artwork View still exists, but the repaint time is much, much faster than when I first reported it.  I see a brief flash of white between the time the File Rescan is complete and the artwork is repainted.  Again, I can live with it unless you know exactly where you need to make a minor change.

Thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on October 12, 2015, 09:39:32 PM
this has fixes for the issues reported above.

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@Alumni, the Playlist Manager is only intended and available for when the left sidebar is hidden. I have changed it so that when adding new tabs its always visible for selection
Title: Re: GUI changes for v3.0
Post by: Alumni on October 12, 2015, 11:50:52 PM
@Alumni, the Playlist Manager is only intended and available for when the left sidebar is hidden. I have changed it so that when adding new tabs its always visible for selection

I understand, but isn't that currently the only way of enabling the playlist manager?
Title: Re: GUI changes for v3.0
Post by: phred on October 12, 2015, 11:51:54 PM
I'm not sure if this latest fix is supposed to address my artwork view repaint issue., but the issue is not resolved with this latest version.  

Two new issues in this fix:  
- From the Panels Config screen (the little grid box next to the search box) I can not drag the wavebar to the top panel.  I was able to do that with previous versions of 3.x.  I -can- move it to the top panel by right-clicking in the top panel and selecting Panel Layout > Wavebar. But when configured to the Top Panel using the right-click method, opening the Panels Config screen doesn't conform. And "wavebar" still appears in the "available elements" section.
(http://i.imgur.com/VbatS4rl.jpg) (http://i.imgur.com/VbatS4r.jpg)

- Not sure if it's a typo or a glitched graphical element, but the word "search" in the search bar is "searc".  I didn't notice this in previous versions of 3.x. Also, this word only appears on MB launch.  After entering a search term and clicking the "X" to clear it, the word "search" (or "searc") does not reappear.
(http://i.imgur.com/5Y7YCYFl.jpg) (http://i.imgur.com/5Y7YCYF.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 13, 2015, 07:28:42 AM
you have the wavebar configured within the player controls panel (in place of the progress bar)
the wavebar is also available as a standalone panel which is the one that is in the available elements
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 13, 2015, 11:25:13 AM
A wish for v3:

Allow displaying the 'stop' button in compact- and mini player.
I know some users seem to have some strange 'hate' for a stop button, but it is intrinsically a different function than pause.

But all you currently need to do is hold the 'shift' key down and the play/pause button displays as the stop button.
Title: Re: GUI changes for v3.0
Post by: phred on October 13, 2015, 01:12:35 PM
you have the wavebar configured within the player controls panel (in place of the progress bar)
the wavebar is also available as a standalone panel which is the one that is in the available elements
Understood.  Thanks for the clarification.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 13, 2015, 03:52:02 PM
A wish for v3:
Allow displaying the 'stop' button in compact- and mini player.
I know some users seem to have some strange 'hate' for a stop button, but it is intrinsically a different function than pause.
But all you currently need to do is hold the 'shift' key down and the play/pause button displays as the stop button.

Thnx, I didn't know that.
Title: Re: GUI changes for v3.0
Post by: ankor on October 13, 2015, 04:38:21 PM
A wish for v3:
Allow displaying the 'stop' button in compact- and mini player.
I know some users seem to have some strange 'hate' for a stop button, but it is intrinsically a different function than pause.
But all you currently need to do is hold the 'shift' key down and the play/pause button displays as the stop button.

Thnx, I didn't know that.

Well if some of this is about attracting new MB users, everyone expects to see Play, Pause, Stop.  Play/Pause can certainly share the same button.  But pressing Shift isn't intuitive for new or experienced users. That isn't at all conventional.  Something so fundamentally basic, I would also favor what is expected by virtually all users and would be seen as an error of omission to new users...IMHO.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 13, 2015, 05:06:42 PM
I don't think iTunes displays a stop button, so I'm not sure it's expected by all users.  How often does someone use stop instead of pause?  The only time I do is if I need to unlock a file to save changes.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 13, 2015, 05:44:32 PM
I don't think iTunes displays a stop button, so I'm not sure it's expected by all users.  How often does someone use stop instead of pause?  The only time I do is if I need to unlock a file to save changes.

Stop is needed if you're running exclusive mode (WASAPI or ASIO) in order to "release" audio playback for another application to use.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 13, 2015, 06:08:01 PM
Stop is needed if you're running exclusive mode (WASAPI or ASIO) in order to "release" audio playback for another application to use.

Gotcha. Thanks for clarifying.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 13, 2015, 06:36:58 PM
I just received this error message when trying to delete some files from the library.
Before the error came up I was editing the tags of these tracks outside MusicBee.
The status bar also reads: "Unable to access: C:\Users\...\AppData\...\MusicBee\Filters\Classical.xautopf"
My current tab (with the classical filter) became completely unusable, I had to close the tab and re-create it.

~~~

MusicBee v3.0.5763.39538 (Win10.0), 14 Oct 2015 3:28:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qO$1u99GywIHa4uf9U1VJg27xq0ifkcWL7nQqD8u51zg=.#=qv3fmwky2BjjY0gHI51nUr6cIDU$GV1KG3mu$_Ti7lIs=.#=q98rTNT8PHzk5560mrmu7Ew==(Int32 #=qdBWTb562IizwooBPRowftA==, Boolean #=qUffzfbgKF8SJMrflwfxgyg==, #=qXNiSDxPUA039gG_mPGkI9g== #=qJownh4zG0rlUUFgGQZpdnA==, Boolean #=qgjB$pAevAmpWKndh6YGGo_oB48DtqNF0FLdTIMLC8zk=)
   at MusicBee.MusicBeeMain.#=qO$1u99GywIHa4uf9U1VJg27xq0ifkcWL7nQqD8u51zg=.#=qv3fmwky2BjjY0gHI51nUr6cIDU$GV1KG3mu$_Ti7lIs=.#=q3zvowXdRk9aSD_vmwViCF8_yXmCIsTWW9gRxRGU7SfY=(Point #=quY9Dsbl4xouqRv9VZ9cnGg==)
   at MusicBee.MusicBeeMain.#=qO$1u99GywIHa4uf9U1VJg27xq0ifkcWL7nQqD8u51zg=.#=qv3fmwky2BjjY0gHI51nUr6cIDU$GV1KG3mu$_Ti7lIs=.OnMouseDown(MouseEventArgs #=qNaMj6tyRj1T1TYRKv2SjDw==)
   at System.Windows.Forms.Control.WmMouseDown(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qEjR9vmv1gii3ZOW917TtNSHqVLZj9nhnwcF9r1JAsPo=.WndProc(Message& #=qCSYp$cXXo$ijlw3jRFJvhw==)
   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)
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 14, 2015, 07:50:59 AM
Trying to open musicbee 3.0 and I immediately get the error below, completely deleted musicbee and reinstalled and placed the 3.0 files still getting the error

Code
MusicBee v3.0.5762.16450 (Win10.0), 14 Oct 2015 2:46:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qOZ5I_6Ni$2x5rGP1n2f$Sx9K$fUw85HB0ld9fVQWi3o=.#=qq$9JOc7XtGtdlhpUYtNDYg==.#=qVHdX1nMu$hxoEAeF6QA0eg==(Int32 #=qPWWNVL9qwlJLKb2LPIayuQ==)
   at MusicBee.MusicBeeMain.#=qNUUFhhBiViLNx5bVy1Kytg==.#=q91wKqoSdo_axqUOWxDTFeX9nCsKyNBS_2JXycUAZt8Y=(Boolean #=q7eJEmoaAEYoA9Kf3iacxzg==)
   at MusicBee.MusicBeeMain.#=qIjuhO8Yw9BUQ1NdWdKxuurMyLlWyNq$_8zDBuPndoq0=()
   at MusicBee.MusicBeeMain.#=qiXkBt1fPByWwFDnYmetr7g==(#=qt5r$K40Ee7wWj36$VjXcIm_yV3B3Ol8VjkpS90Q9CR0= #=qsgM5sHg1VZnKODtoFSZYwfQLSicFbXaAWCSt06SsQmU=, Boolean #=q1HY4I2uOUm$MhP7RMZ5$2$ok8eyVI2qNYfL$CRckohU=, #=qzR_697yEKQ4MgVMS7uwNtw== #=qA2GMLJkO172wItgx1p_xsg==, #=q7pPu4gFd$FXPMFrY8KfkI_K6V8jANehIur7k5G8ddfs= #=qxExOQPm0ILvolkmuNR3dVUTsuQFghsD5EWZrtotaHWM=, #=qBCkzRUWkmCxjYqHh0Mkeq3xLzUMpGqh5VZbkB8DQIxU= #=q0DpO6RTm1V1R7_Hgoa7G5A==, #=qn43d_IS23h8baYUHDKz5q2cpewoQ0UVAq5XxIMSYRE0=[] #=qjoHWAKKXcuTNSWUj1iUU2vA0Sh37xKg79fJNIIFbCO8=, Boolean #=q95ztyfRMPqrjcO_z6i2e4s7jr6nhsIEXFvB0nzJjPxY=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=q5iGkq5l67J8rNLctGRlDKw==(String[] #=qiWHN98$XOdncBgtwHkDsRg==)
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 08:24:30 AM
can you PM me a link to your settings file:
MusicBee3DemoSettings.ini in your AppData\MusicBee folder or AppData where MB is installed for portable versions
Title: Re: GUI changes for v3.0
Post by: Alumni on October 14, 2015, 09:28:50 AM
It seems the playlist manager doesn't remember your currently selected playlist when restarting the app - would be nice if it did.
Title: Re: GUI changes for v3.0
Post by: Xyzzy on October 14, 2015, 12:59:11 PM
can you PM me a link to your settings file:
MusicBee3DemoSettings.ini in your AppData\MusicBee folder or AppData where MB is installed for portable versions

I have the same problem, no such file present, and the problem is identical with no ini files at all. Stack is:

MusicBee v3.0.5763.39538 (Win6.1), 14 pa? 2015 13:57:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qooWa3FWQCNPSamNbOkBpxD90cJ0Y40etToRFcVj8hwo=.#=qTfDHDh_jy8lmYtYr2GzmDg==.#=q4iRfPkEwTUVtte5OXt75hQ==(Int32 #=qxDElxN0K26avjIrzWV_n2Q==)
   at MusicBee.MusicBeeMain.#=qu4rSWRwc$U177bTYFnaOiw==.#=qChbG7xjjwvVoXpe0m4TZbnki9pplW0xSl$L1yWaQhfs=(Boolean #=qrsJOQo_08Rgvba8upQqWMQ==)
   at MusicBee.MusicBeeMain.#=q2hSjbFceMfx80fu70eT2fkNqUWXyCmqprqK36ksAFGU=()
   at MusicBee.MusicBeeMain.#=qnL0iLJw5FkPzOyUYCXalXw==(#=qTOE2YRaKi$qdLlKQnzDpQ702CaZYrqgdzRhzH78XgmU= #=qphosGeRGgor78HYPXYDbbFSN8MmKwB7O2WeKNlsJgXU=, Boolean #=qSiaYMGZ7cBHTMQkeJuCa2tUfzLmtyH76PR_ByzCQCeY=, #=qKtNw_k92py4GtOezZ_GR7A== #=q8H0BOENeqTGeTq7VAw58gA==, #=qDv8n84t1hqzYP3FJepOAH1_axVfyLMvTvgaSEB2Oek8= #=q4O6Wmf6B29_uB3CB295$WAFBbmc5oQ6CeG6X7guggqs=, #=qLOmbIl_wJA_6tXOEgUe3r404XY7GABgIMMvmWWKfVSM= #=qE1duEOa3yqLorm$yWOlsHw==, #=qRsCqdjzwKuj6fnYFbSg5opDW_b0BJAwpcCtBpRfc0YY=[] #=q0_s0lBbfEl4ZEkvbQcPdAy5nsusrZp9dQwonPBo6OIE=, Boolean #=qaRqjDPbSNhEmjciIlFgfGEHuGm8Bc08ye2QpDvvm4TM=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qrf87gj5eYk_Rv7W$mA2mIg==(String[] #=qEHih72XljlOrYnTcGPnuIw==)
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 01:04:28 PM
I have the same problem, no such file present, and the problem is identical with no ini files at all.
if its the first time, the file i need from you is MusicBeeSettings.ini
Title: Re: GUI changes for v3.0
Post by: Xyzzy on October 14, 2015, 01:22:30 PM
I have the same problem, no such file present, and the problem is identical with no ini files at all.
if its the first time, the file i need from you is MusicBeeSettings.ini
There is no such file (and no .bak files as well) - I deleted them and they not get created at MB3 failed launch.
This is a portable installation, but I removed the ini/bak files from %APPDATA% as well as the local ones.
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 06:10:04 PM
@Justin34, Xyzzy
this version should fix the bug. Same instructions as before
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

also the support for floating window configurations is now enabled
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 14, 2015, 06:25:33 PM
@Justin34, Xyzzy
this version should fix the bug. Same instructions as before

also the support for floating window configurations is now enabled
Where can I download this fixed version?
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 06:42:37 PM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: phred on October 14, 2015, 07:10:40 PM
@Steven - where does the current v3.x stand on plugin use?  It seems that some of my v2.5.x plugins don't work in v3 despite my enabling them.  And there are some that can't be enabled even though they appear in the plugin preferences window.  Thanks.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 14, 2015, 07:12:28 PM
Something similar has been suggested before, I can't remember by who, and I can't remember where, but I also have been thinking for a long time that the word 'Library' in MusicBee is sometimes confusing people.

v3 might be a good starting point to start differentiating terminology for the two different concepts of this word in MusicBee.

I am not a native English speaker, but introducing separate terms such as: 'Library index' and 'Music library', and using these consistently would probably be helpful to (new) users.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 14, 2015, 07:29:49 PM
Something similar has been suggested before, I can't remember by who, and I can't remember where, but I also have been thinking for a long time that the word 'Library' in MusicBee is sometimes confusing people.

v3 might be a good starting point to start differentiating terminology for the two different concepts of this word in MusicBee.

I am not a native English speaker, but introducing separate terms such as: 'Library index' and 'Music library', and using these consistently would probably be helpful to (new) users.

+1
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 07:31:58 PM
@Steven - where does the current v3.x stand on plugin use?  It seems that some of my v2.5.x plugins don't work in v3 despite my enabling them.  And there are some that can't be enabled even though they appear in the plugin preferences window.  Thanks.
they have been temporarily disabled pending some testing - especially the tag tools plugin. I just wan to make sure there are no unexpected problems which involve plugins writing tags to files
Title: Re: GUI changes for v3.0
Post by: phred on October 14, 2015, 07:46:22 PM
@Steven - where does the current v3.x stand on plugin use?  It seems that some of my v2.5.x plugins don't work in v3 despite my enabling them.  And there are some that can't be enabled even though they appear in the plugin preferences window.  Thanks.
they have been temporarily disabled pending some testing - especially the tag tools plugin. I just wan to make sure there are no unexpected problems which involve plugins writing tags to files
Thanks for the update Steven.  I'm not pushing you for this.  As I branch out in my testing of v3 features I noticed this today and couldn't remember if we had a problem or if you had previously said plugins are not working yet.  Instead of just setting up my UI the way I like it, I'm now starting to experiment with my workflow using test files.  And so far everything seems to be working the way I expect it to.
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 08:21:29 PM
I just received this error message when trying to delete some files from the library.
Before the error came up I was editing the tags of these tracks outside MusicBee.
The status bar also reads: "Unable to access: C:\Users\...\AppData\...\MusicBee\Filters\Classical.xautopf"
My current tab (with the classical filter) became completely unusable, I had to close the tab and re-create it.
i cant reproduce this bug, nor does it make any sense the filter got corrupted as the file only gets updated when you edit/ save the filter or the filter has a predefined view and you change the view in the main panel..
However i have enhanced the delete file function to prompt for retry

edit:
actually i can reproduce the error when deleting a file and clicking the mouse button quickly. Thats fixed for the next update. The stuff said about the filter stands
Title: Re: GUI changes for v3.0
Post by: Steven on October 14, 2015, 10:29:13 PM
this has fixes for the issues reported above and a few i have found myself. Also i have enabled plugins now, except for the tag tools plugin so it can be tested before being made available.

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Alumni on October 15, 2015, 01:02:01 AM
i cant reproduce this bug, nor does it make any sense the filter got corrupted as the file only gets updated when you edit/ save the filter or the filter has a predefined view and you change the view in the main panel..
However i have enhanced the delete file function to prompt for retry

edit:
actually i can reproduce the error when deleting a file and clicking the mouse button quickly. Thats fixed for the next update. The stuff said about the filter stands

The latest patch fixed the error for me, thanks.
By the way I didn't mean to give the impression my filters were corrupted, they were fine.
Title: Re: GUI changes for v3.0
Post by: boroda on October 15, 2015, 04:51:15 AM
Steven, sorry fot being late, i'll try to test plugins today.
Title: Re: GUI changes for v3.0
Post by: Xyzzy on October 15, 2015, 08:25:49 AM
@Justin34, Xyzzy
this version should fix the bug. Same instructions as before

It launches now and I imported some files into the Library.

Thanks.
Title: Re: GUI changes for v3.0
Post by: Zak on October 15, 2015, 02:24:50 PM
Something similar has been suggested before, I can't remember by who, and I can't remember where, but I also have been thinking for a long time that the word 'Library' in MusicBee is sometimes confusing people.
Really? I haven't noticed anyone that was confused by the concept of a library that stores information about your files. A lot of programs have had it for a long time, and I would have thought it was fairly intuitive.

v3 might be a good starting point to start differentiating terminology for the two different concepts of this word in MusicBee.

I am not a native English speaker, but introducing separate terms such as: 'Library index' and 'Music library', and using these consistently would probably be helpful to (new) users.
What are the two concepts you are referring to? The only library I'm aware of is the one with my tracks in it.  ???
Title: Re: GUI changes for v3.0
Post by: hiccup on October 15, 2015, 02:44:19 PM
Something similar has been suggested before, I can't remember by who, and I can't remember where, but I also have been thinking for a long time that the word 'Library' in MusicBee is sometimes confusing people.
Really? I haven't noticed anyone that was confused by the concept of a library that stores information about your files. A lot of programs have had it for a long time, and I would have thought it was fairly intuitive.
v3 might be a good starting point to start differentiating terminology for the two different concepts of this word in MusicBee.
I am not a native English speaker, but introducing separate terms such as: 'Library index' and 'Music library', and using these consistently would probably be helpful to (new) users.
What are the two concepts you are referring to? The only library I'm aware of is the one with my tracks in it.  ???

Yes really.

Even your reply itself mixes those two.

The first part of your reply refers to what you could call the Library index file, which with a default installation saves in a location I believe such as C: username > my music (not sure exactly)
You can create more of those 'Libraries', and also choose where you want to save those.

The second part of your reply refers to the actual content of your library, such as your music, podcasts, audiobooks themselves.
They can also be stored on locations to your own choosing.

Those are two different concepts, which are currently both called 'Library'.
Both in MusicBee itself, as in this forum, which sometimes confuses and sets users in a wrong direction.
Title: Re: GUI changes for v3.0
Post by: Zak on October 15, 2015, 03:11:49 PM
Okay, so you mean the library file itself, "MusicBeeLibrary.mbl" (and the associated folder) vs. the conceptual "library" (the tracks in that file).

Rather than what they're called (and there's nothing wrong with the term Library), maybe the question to ask is "Why do MusicBee users care so much about where the database file is?".

Are MusicBee users just more technically savvy and more likely to do things like moving libraries between drives, than iTunes users? I can't imagine the same questions get asked about Media Player and iTunes - people just add their tracks and how or where the database file is saved is irrelevant.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 15, 2015, 03:31:56 PM
.... how or where the database file is saved is irrelevant.

You really mean that? I disagree completely with that statement.

One of the reasons I like MusicBee is that MusicBee usually calls things as they really are, and doesn't try to make too much assumptions about how 'clever', 'dumb' or investigative it's users are.

Let's not start a discussion here about 'the average MusicBee user' vs. 'the average iTunes user, or making assumptions who 'needs' or 'wants' to understand what.

I believe my suggestion is very sensible. I have seen this coming up in the forum before, and I have friends who I had explain the different uses and meanings of 'library' to.

I can't see any valid objection to naming these two clearly different concepts of 'library' distinctive.
Title: Re: GUI changes for v3.0
Post by: ankor on October 15, 2015, 04:43:11 PM
Media files/library vs MB database?

I always want to know about relevant file locations (especially database) for backup purposes.  That's a big deal for users.
Title: Re: GUI changes for v3.0
Post by: hiccup on October 15, 2015, 05:06:56 PM
It might be enough to just keep using the name 'Library' for the actual library containing the audio files, and rename MusicBee's 'Library' file to 'Library index'.
That would be a simple change and is probably clear enough to differentiate.
Title: Re: GUI changes for v3.0
Post by: Zak on October 15, 2015, 06:04:44 PM
.... how or where the database file is saved is irrelevant.

You really mean that? I disagree completely with that statement.
If you remove the context of Music Player and iTunes, I disagree with it too. My point is that millions more people are using those programs just fine without knowing where the database file is, and there must be a reason for that. Regardless, that's getting off-topic for this thread.

Where are you thinking the distinction needs to be made? Do you mean for the sake of explaining things on the forum, or in the program itself? Quickly looking at the menus and preferences now, I can't see where it would make things any clearer having two terms instead of one, with the possible exception of the "Move Library" button.

When necessary, I think I usually refer to the "Library Folder" on the forum...
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 15, 2015, 06:08:04 PM
Rather than what they're called (and there's nothing wrong with the term Library), maybe the question to ask is "Why do MusicBee users care so much about where the database file is?".

Are MusicBee users just more technically savvy and more likely to do things like moving libraries between drives, than iTunes users? I can't imagine the same questions get asked about Media Player and iTunes - people just add their tracks and how or where the database file is saved is irrelevant.

A) yes, MusicBee users are likely to be more personally engaged with the back end of their music manager. They've already taken the extra step of seeing out an alternative to wmp/iTunes So they care enough to be dissatisfied with those.

B) even when I was using iTunes I made regular backups of my iTunes database. Until/unless MB has a built-in way to restore from its own backups and delete additional libraries, it matters

Edit: whoops, I got sidetracked from my post for a while and missed out the discussion...
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 15, 2015, 07:16:50 PM
...with the possible exception of the "Move Library" button.

When necessary, I think I usually refer to the "Library Folder" on the forum...

I agree with you about "Move Library", which only moves MB's files.  That's the most confusing part.  Maybe it could say "Move library databases" (even saying "library files" doesn't make it clear whether you mean music files or not).
Title: Re: GUI changes for v3.0
Post by: Steven on October 15, 2015, 07:22:55 PM
I absolutely agree the Move Library wording needs to be improved, along with making auto-organise enable even more obvious what the behavior will be than it already is. For the Move Library, keep in mind it does move music files that are located in a sub-folder of the musicbee database folder (whether auto-organised or not).
Zak, you were already intending to set up a topic for discussion around wording in various parts of MB so maybe now is a good time rather than the wording discssions being done here
Title: Re: GUI changes for v3.0
Post by: ankor on October 15, 2015, 07:43:03 PM
I've got several auto-playlists that are filtered by Rating. The filter seems to work fine but Edit Auto-Playlist doesn't display the Rating stars properly.  It seems to show 3 stars no matter what.
Title: Re: GUI changes for v3.0
Post by: phred on October 15, 2015, 08:34:05 PM
@Steven - where does v3 stand on CD ripping?  Should it be functional?  If so, I've found some problems.
1- When ripping, the status shows the track being ripped and the speed, but when a track is completed, it shows encoding.  It never changes to "accurately ripped" or "partially accurate rip."
(http://i.imgur.com/GhFig0gl.jpg) (http://i.imgur.com/GhFig0g.jpg)

2- Once the CD is completely ripped, the AccurateRip.com Result window pops up (even though the ripping status still shows as "encoding") and the Close button does not work.  Clicking the X (upper right) closes the window and starts volume analysis. Once volume analysis completes, the status changes to "accurately ripped" or "partially accurate rip."  Clicking on this window's Close button works.
(http://i.imgur.com/zpNpGXil.jpg) (http://i.imgur.com/zpNpGXi.jpg)

3- Even though I filled in the Album Title, Genre, and Year in the Rip CD dialogue, they did not appear as tags post-rip.  And Disk-Track # is appearing as Artist tag.
(http://i.imgur.com/bkkDVMol.jpg) (http://i.imgur.com/bkkDVMo.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 15, 2015, 09:19:20 PM
@phred, for 2 were there any inacurrately ripped tracks or do you have it configured to always show that dialog?
Title: Re: GUI changes for v3.0
Post by: phred on October 15, 2015, 09:40:02 PM
@phred, for 2 were there any inacurrately ripped tracks or do you have it configured to always show that dialog?
There were no inaccurately ripped tracks.  And yes,  I have it set to always show results from AccurateRip.com..
Title: Re: GUI changes for v3.0
Post by: Steven on October 15, 2015, 10:03:49 PM
this should fix the auto-playlist issue and 1&2 of the cd rip. I have also tweaked the behavior of the large album layout that should improve how the layout for a wide or narrow compact player size.
However for 3 of cd ripping, i cant reproduce or see how that could happen, and that part of the code hasnt changed from v2.5 so its a bit of a mystery. So could you reconfirm that? Is it also like that if you show one of the files in the tag editor?

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 15, 2015, 10:54:48 PM
I originally thought that this was a skinning issue and didn't raise it before, but I now think it might be something a bit more.

When using the column browser vertically, there is no border line in the header, it is actually placed at the bottom of the column. This occurs in all skins, it's just more noticeable in some.

(http://i.cubeupload.com/lT2hG6.jpg)



Also, since yesterdays update, I have to click on an entry in the Library Explorer and then click on All to get my Library entries to show in the main panel.



Also finding the artist picture trimming algorithm doesn't seem to be as sophisticated as used in 2.5.
Lots of chopped heads in 3.0 that don't occur with the same image in 2.5
Title: Re: GUI changes for v3.0
Post by: phred on October 15, 2015, 11:14:00 PM
this should fix the auto-playlist issue and 1&2 of the cd rip. I have also tweaked the behavior of the large album layout that should improve how the layout for a wide or narrow compact player size.
However for 3 of cd ripping, i cant reproduce or see how that could happen, and that part of the code hasnt changed from v2.5 so its a bit of a mystery. So could you reconfirm that? Is it also like that if you show one of the files in the tag editor?

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Problems 1 & 2 from the CD Rip issue are indeed fixed.   However, the Rip CD window never returns to the option to Close.  When volume analysis is complete, the Cancel option remains.  If I click Cancel, it changes to Close.  When I click Close, it closes.

For problem 3, I ripped the same CD as before with the previous version (3.0.5765) to confirm the behavior mentioned.  These two screenshots show the filled in data in the Rip dialogue  and one of the ripped tracks in the tag editor:
(http://i.imgur.com/HuH9I9bl.jpg) (http://i.imgur.com/HuH9I9b.jpg)

(http://i.imgur.com/A2aju7ll.jpg) (http://i.imgur.com/A2aju7l.jpg)

And here are the same two dialogues after ripping the same CD with today's version (3.0.5766)
(http://i.imgur.com/VvyAVtFl.jpg) (http://i.imgur.com/VvyAVtF.jpg)

(http://i.imgur.com/eRLS06hl.jpg) (http://i.imgur.com/eRLS06h.jpg)
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 16, 2015, 06:11:22 AM
I'm trying to update the artwork for all my albums and the artwork downloader appears to be ignoring my settings for artwork storage. I've unchecked embed artwork in file and have set it to save it all artwork in my pictures folder. However when I hit save all in the artwork downloader it begins embedding the artwork in all music files which is precisely what I do not want to do.

(https://i.imgur.com/4L3QY3R.png)
Title: Re: GUI changes for v3.0
Post by: Steven on October 16, 2015, 08:44:09 AM
@phred, i have made on more attempt on the cd rip issue - if it still happens i will need to create a debug version. Same link as before
Title: Re: GUI changes for v3.0
Post by: phred on October 16, 2015, 02:05:50 PM
@phred, i have made on more attempt on the cd rip issue - if it still happens i will need to create a debug version. Same link as before
I'm sorry to report there's no change in the CD Rip behavior I reported last.  Upon completing the rip, the AccurateRip.com window opens, I click OK, and the volume analysis starts.  The main panel status bar shows "analysing volume..." and it never goes away (nor does the Rip window change from Cancel to Close) even though the ripped tracks are now in my 'working' folder.  And they do not show in the Inbox.  When I click Cancel in the Rip window, it changes to Close.  When I click Close, it closes.  In addition the ripped tracks are still not tagged properly.  I tried two different CDs this time just on the chance it was disc related.  Sadly it is not.  I also looked at the Tag Inspector for one of the ripped tracks and it's empty.  Nothing.  No Title, no (incorrect) Artist.  Just empty.

EDIT:  Actually the ripped tracks -are- in the Inbox.  It's just not reflected in the Library panel with a track count as in 2.5.  But when clicking on the Inbox node, the tracks are there.
Title: Re: GUI changes for v3.0
Post by: ankor on October 16, 2015, 04:56:02 PM
confirmed...Edit of auto-playlist displays Ratings correctly now
Title: Re: GUI changes for v3.0
Post by: Steven on October 16, 2015, 05:55:58 PM
@phred, i have sent you a PM
Title: Re: GUI changes for v3.0
Post by: Steven on October 16, 2015, 06:09:47 PM
I'm trying to update the artwork for all my albums and the artwork downloader appears to be ignoring my settings for artwork storage. I've unchecked embed artwork in file and have set it to save it all artwork in my pictures folder. However when I hit save all in the artwork downloader it begins embedding the artwork in all music files which is precisely what I do not want to do.
i am not able to reproduce this, however it is possible it could be related to a fix i am making for phred, so could you try this version
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

Also note that if a file already has artwork that is being replaced, MB will preserve the existing picture locations ie. if the file already has embeded artwork, the new picture will replace the embeded picture
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 16, 2015, 06:36:13 PM
1. Blinks "left main panel", and a little sluggish "Right sidebar";
(http://s29.postimg.org/tkwnurd8n/image.gif)
2. Is not working change "Artwork"
(http://s8.postimg.org/hombap2f9/image.gif)
3. "Now playing bar" comes up against invisible wall, and only moves down;
(http://s3.postimg.org/6dcrjwgn7/image.gif)
Title: Re: GUI changes for v3.0
Post by: hiccup on October 16, 2015, 06:40:26 PM
Where are you thinking the distinction needs to be made? Do you mean for the sake of explaining things on the forum, or in the program itself?

Both actually.
I think at any place and location where it mentions, or refers to saving, copying, deleting, moving, backing-up etc, it would be good if it was clear if that references to the database file, or to the music library.
Title: Re: GUI changes for v3.0
Post by: Steven on October 16, 2015, 06:45:35 PM
@Sofocl, for 2 the two pictures are in conflict - one is selected and one is the playing track which should work ok for the primary pictures of each. I doubt i will be able fix that
for 1 & 3, i would need your settings file

@bee-liever, your reported issues should be fixed now
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 16, 2015, 07:53:34 PM
@Sofocl, for 2 the two pictures are in conflict - one is selected and one is the playing track which should work ok for the primary pictures of each. I doubt i will be able fix that
I do not see any conflict ..
(http://s16.postimg.org/w4gj5lp5x/777.gif)
for 1 & 3, i would need your settings file
https://dropmefiles.com/KIwvT
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 17, 2015, 02:14:42 PM
Getting the error below when I get the "Download Artwork" button under tools when I select all tracks from "Files with Missing Artwork". I'm trying to download the closest artwork match for all the albums I have and save the picture in the same folder. Embedding pictures in the music file is not an option for me.
Code
MusicBee v3.0.5765.32543 (Win10.0), 17 Oct 2015 9:12:

System.ObjectDisposedException: Cannot access a disposed object.
Object name: '#=qszxcAQUK7T_MAdDifCC60Algaq56OiChrR9JK6$WmGZ6jZp28mdFaJONM831XGg9'.
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Form.CreateHandle()
   at System.Windows.Forms.Control.get_Handle()
   at System.Windows.Forms.Control.SetVisibleCore(Boolean value)
   at System.Windows.Forms.Form.SetVisibleCore(Boolean value)
   at System.Windows.Forms.Control.Show()
   at MusicBee.MusicBeeApplication.#=qothIi3arIJg6cPgEtTzWsQ==.#=qgMswi$oiZM_pTV2zppEit4ac1nVLX_Uc$ZF9I4ebiUU=(List`1 #=qF8RNQ_DoNqpCKbbTseaRzg==)
   at MusicBee.MusicBeeApplication.#=qx8iFpWniZ7s12IkcPXwatw==.#=qyG9DF0t4352$tgxHYoMBJg==(ApplicationCommand #=qDV7Ew8ED7GrD_vYQzl5qOQ==, Object #=qtTLvAt3Y$tIINuCBccyP1A==, IList`1 #=qSRjxX_bfi75LXHd9XR3QEQ==)
   at #=qvHLerQvxYuTQm1OtrTALLBQLxnVPSDzD5t4xUR7Cz3c=.OnClick(EventArgs #=qmaHC_WDs8o9vWDOCMpEGyg==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 04:18:17 PM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@Justin34, although i cant reproduce i have made a couple of changes that should correct the issue
@Sofocl , 1 & 3 should be fixed now. I probably wont address 2
@Bee-liever, your reported issues should be fixed
@phred, the CD ripping issue should be fixed.
This also addresses an issue when saving tags that are not stored in the music file so i recommend you update to this version
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 05:20:53 PM
before i spend to much time on this i have made one fix for when a custom view is no longer available, it should now revert to the default configuration. As i dont have your custom views i cant be sure if thats whats going on. So try this and let me know if it works

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 17, 2015, 05:41:25 PM
I probably wont address 2
It can be connected
In version 2 you can drag and drop Artwork;
(http://s22.postimg.org/3otwnbupd/image.gif)
Now it is impossible. This feature will return?
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 17, 2015, 05:45:51 PM
I updated, and still getting errors on both the first playlist in the folder, and on the inbox.  Do you need me to send custom views?
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 06:40:31 PM
@psychoadept, this should fix the issue you are having

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 17, 2015, 06:43:58 PM
Yep, those two are okay now!
Title: Re: GUI changes for v3.0
Post by: phred on October 17, 2015, 06:53:08 PM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
@phred, the CD ripping issue should be fixed.
Looking good.  Thanks Steven.
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 17, 2015, 07:10:06 PM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@Justin34, although i cant reproduce i have made a couple of changes that should correct the issue
@Sofocl , 1 & 3 should be fixed now. I probably wont address 2
@Bee-liever, your reported issues should be fixed
@phred, the CD ripping issue should be fixed.
This also addresses an issue when saving tags that are not stored in the music file so i recommend you update to this version

Thanks that did the trick
EDIT: If I uncheck the "Preview and choose each picture before saving" option in the artwork downloader it begins processing the queue but no pictures are actually saved in the album directories.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 17, 2015, 08:40:23 PM
Is the "external application" function supposed to be working yet?  None of mine were imported.
Title: Re: GUI changes for v3.0
Post by: butty on October 17, 2015, 08:47:18 PM
Hi,
I just began trying 3.0 demo. And I have some requests on the compact player:

1. Please restore the classic layout.
2. On the latest layout, the volume control is a little bit inconvenient - like the main player, the volume should be able to be changed directly (without clicking on the number).

Regards,

butty
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 08:57:47 PM
1. Please restore the classic layout.
its actually available in the very last update from earlier. Choose "Playlists" via the selector button. Its not in the panel configuration dialog yet
Title: Re: GUI changes for v3.0
Post by: butty on October 17, 2015, 09:33:47 PM
Thanks!
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 09:47:02 PM
Is the "external application" function supposed to be working yet?  None of mine were imported.
there was a bug but that should have been fixed a couple of weeks ago. However if you first used the demo version before that then probably the tools settings would be blanked and you will need to re-enter them
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 17, 2015, 09:55:10 PM
Gotcha, thanks.  I cheated and copied them from the other settings file.  Seems to have worked fine.

What about middle click searches?  I get the whole library if I middle click on an artist right now.

p.s. I really prefer the toolbar/search on the right in the caption bar.  Is that going to be possible?
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 10:06:18 PM
EDIT: If I uncheck the "Preview and choose each picture before saving" option in the artwork downloader it begins processing the queue but no pictures are actually saved in the album directories.
thats fixed now:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 10:08:50 PM
What about middle click searches?  I get the whole library if I middle click on an artist right now.
its working fine for me. Can you give a step by step on what you are doing?
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 17, 2015, 10:15:09 PM
What about middle click searches?  I get the whole library if I middle click on an artist right now.
its working fine for me. Can you give a step by step on what you are doing?

I'm not sure what other steps I can give.  In both the main panel and the now playing list, if I middle click on any field, I get the "Search Results" node, but it loads the whole library.  Searching from the search box works fine.

Another thing I just discovered: I can CTRL+click to select tracks, but I can't CTRL+click to unselect.

And one more, sorry.  :)  Should there be a way to edit auto-organize exceptions?  I can edit the template, but there's no "..." for the rule.
Title: Re: GUI changes for v3.0
Post by: Steven on October 17, 2015, 11:13:43 PM
I'm not sure what other steps I can give.  In both the main panel and the now playing list, if I middle click on any field, I get the "Search Results" node, but it loads the whole library.  Searching from the search box works fine.

Another thing I just discovered: I can CTRL+click to select tracks, but I can't CTRL+click to unselect.

And one more, sorry.  :)  Should there be a way to edit auto-organize exceptions?  I can edit the template, but there's no "..." for the rule.
those are fixed now:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 17, 2015, 11:40:01 PM
confirmed, auto-organize, ctrl+click, and middle-click are fixed.  thanks!


edit: reordering of auto-organize exceptions isn't working, though.  also, it won't let me choose a virtual tag for one of the rules.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 18, 2015, 01:11:37 AM
@Bee-liever, your reported issues should be fixed

Yep, all previously reported issues fixed. Thank you  :)

Unfortunately...
player bar on bitmap skins are now not being rendered incorrectly
(http://i.imgur.com/32RuJn4.jpg)

and
I can CTRL+click to select tracks, but I can't CTRL+click to unselect.

I can confirm this is fixed, but clicking on an empty area of the main panel no longer clears your selections.
Title: Re: GUI changes for v3.0
Post by: LDGEB on October 18, 2015, 04:50:16 AM
Compact View (Ctrl+1), Hide Caption Bar can't not maximize into main player when in use.

1) Open Musicbee
2) Use Compact View (Ctrl+1)
3) Go into "MusicBee > Hide Caption Bar"
4) Double click on the caption bar it will not maximize. Whereas if "Hide Caption Bar" is not enable double clicking on the caption bar will maximize the window.

----

1) Open Main player
2) Play any track
3) Open "Now Playing" tab
4) At the bottom of the player, where all the player button is, right click > "Locate playing track in current tab" will be greet with an error. It work fine when you view a non-playing tab though.
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 18, 2015, 06:02:19 AM
EDIT: If I uncheck the "Preview and choose each picture before saving" option in the artwork downloader it begins processing the queue but no pictures are actually saved in the album directories.
thats fixed now:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
That fixed that issue but if I do a rescan artwork in Tags (1) under preferences I get the error below when it reaches 99.7%. Also I have the discogs plugin enabled however in Artworks Downloader it shows gracenote is disabled in preferences?
Code
MusicBee v3.0.5768.41663 (Win10.0), 18 Oct 2015 1:01:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qYiitD9JCneHZOinaOiDjTOjOMiw3C37jNRwVkn2dKAU=.#=qJcx$haXIzxyv6HYxC9pN9ryMg0LT5t08pMSkAGVcbxs=.#=qmV1K3b0eaJ9pwjs$KP3dfA==(IList`1 #=qLZU0H7YDV2fnF$8cnRYEFA==, TagCode #=qRMXeafN$$SXLW4yaqKXtRQ==)
   at MusicBee.MusicBeeMain.#=qYiitD9JCneHZOinaOiDjTOjOMiw3C37jNRwVkn2dKAU=.#=qhJ2rZNzZnTtF1GyxZdXX0Q==(IList`1 #=q5nJzKKpkB9Rmz_bihsU_vQ==, TagCode #=q41QTucsKk2skirHKOpIUQg==)
   at MusicBee.MusicBeeMain.#=qJ6H6QI5SIdErAkiqPchbsA==(IList`1 #=qk2qQDQFYV1iu77OJnrgJhA==, TagCode #=qirVE7Cf5STP2s5$A0PNVmw==)
   at #=qV3aMAFr32keowiMYOs84ZVhm2pcU56NeTvYKguA8vcQ=.#=q6w1W1dbmn_hX5CzHeBSFblBFJg_dxV9FUwXvRGZLJTE=(Object #=qdkKKH$SyMsK_FupE8faCrA==, EventArgs #=qCc8Aw957z2dn_fF7Asta_g==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=qYokz$4528jpYtcwzt5ym7LIRibwCYEIGjAy19NLLV3E=.OnClick(EventArgs #=qOkRe3CmVh81Nq70g3DRZAg==)
   at #=qYokz$4528jpYtcwzt5ym7LIRibwCYEIGjAy19NLLV3E=.#=q8RIvAEBmHWivLMxjtvZTR5QyPBBKTi$oYFb4zziQgKg=(Object #=qIzyYqRZeqe6nmBNB__dNWA==, EventArgs #=qGYfqQiNpj8GFlQx9T49ahw==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 11:24:48 AM
edit: reordering of auto-organize exceptions isn't working, though.  also, it won't let me choose a virtual tag for one of the rules.
the re-ordering is fixed. I have no problems using a virtual tag for the criteria or for the template so can you expand on what you are doing with that?
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 12:28:28 PM
That fixed that issue but if I do a rescan artwork in Tags (1) under preferences I get the error below when it reaches 99.7%. Also I have the discogs plugin enabled however in Artworks Downloader it shows gracenote is disabled in preferences?
the reported bug is fixed for the next update. For discogs, artwork is not supported and will never show in the artwork downloader. I expect you dont have gracenote enabled in the artwork providers and hence its displayed as disabled. You may find you cant activate gracenote because of a user number quota imposed by them.
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 12:47:53 PM
Compact View (Ctrl+1), Hide Caption Bar can't not maximize into main player when in use.
4) Double click on the caption bar it will not maximize. Whereas if "Hide Caption Bar" is not enable double clicking on the caption bar will maximize the window.
----
3) Open "Now Playing" tab
4) At the bottom of the player, where all the player button is, right click > "Locate playing track in current tab" will be greet with an error. It work fine when you view a non-playing tab though.
the first is the same behaviour as 2.5 and i will probably leave as-is. The 2nd is fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 18, 2015, 12:53:47 PM
That fixed that issue but if I do a rescan artwork in Tags (1) under preferences I get the error below when it reaches 99.7%. Also I have the discogs plugin enabled however in Artworks Downloader it shows gracenote is disabled in preferences?
the reported bug is fixed for the next update. For discogs, artwork is not supported and will never show in the artwork downloader. I expect you dont have gracenote enabled in the artwork providers and hence its displayed as disabled. You may find you cant activate gracenote because of a user number quota imposed by them.
Oh I figured gracenote and discogs were the same my mistake.. After enabling gracenote as a artwork provider I'm having the same issue as before with the artwork downloader. It shows Done however the album folder contains no picture.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 18, 2015, 01:21:58 PM
If the "+" symbol indicating multiple entries appears in a field that is truncated by column width (Genre = Contemporary Country in this case), the + still gets displayed as though the column is still full width.

(http://i.imgur.com/KGaAfpr.jpg)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 18, 2015, 02:01:06 PM
a better image including headers
(http://i.imgur.com/OTSIPCp.jpg)

Genre tag for Reba McIntyre album is 'Contemporary Country'
Genre tag for Beccy Cole album is 'Contemporary Country; Australian Country'
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 02:26:35 PM
this should fix most of the issues reported above
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@Justin34 - i cant reproduce any issues and wont be able to spend any more time on the Artwork Downloader for now
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 18, 2015, 04:02:40 PM
the re-ordering is fixed. I have no problems using a virtual tag for the criteria or for the template so can you expand on what you are doing with that?

It seems to be okay now, so not sure what was going on.  It would just skip to another entry whenever I clicked on the particular tag I wanted in the list (it happened once just now, but then got it right the second time).
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 05:25:02 PM
It seems to be okay now, so not sure what was going on.  It would just skip to another entry whenever I clicked on the particular tag I wanted in the list (it happened once just now, but then got it right the second time).
thats very strange and i havent been able to reproduce. However i do see that the mousewheel ticks an item so i will correct that and perhaps thats somehow related. Does it happen with combox boxes as well?
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 18, 2015, 06:38:52 PM
this should fix most of the issues reported above
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@Justin34 - i cant reproduce any issues and wont be able to spend any more time on the Artwork Downloader for now

Seems to be an issue with gracenote doing it manually it says it retrieved a file and shows "Downloading" for about a minute then cancels and shows nothing found.

I'm trying to add the remainder of my music library to Musicbee and I've had to use the "Scan Folders for New Files" because both Scan at startup and continuously monitor library in the library preferences don't do anything. When the scan reaches the end it stalls and after about 20 minutes an error shows up in the error log. I'm not sure if it is still processing the files or it's hung but the error is below I'm leaving it open for the time being. The number of new files is roughly 90k+. A few of my files also have really long file names due to the file not being English can this be increased?

Code
Beethoven - 2009 - Symphony Nos. 2 and 6 (Paavo Järvi, Deutsche Kammerphilharmonie Bremen) [FLAC]\01 - Symphony No. 6 in F, Op.68 ?Pastoral?? 1. Angenehme, heitere Empfindungen, welche bei der Ankunft auf dem Lande im Menschen erwachen. Allegro ma non troppo.flac
The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

Code
18-10-2015 1:21:31 PM - 10.0.10240.0 - 3.0.5769.25814 - System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qsprbBBWcw9R3W8JqWuOhjkd9oAPsn884Pcfyntn78y8=.#=q2QO6jUn1lUq0E3TFZ$HLSg==.#=qRy1AalW38Cn$QCIvnGzsuQ==(List`1 #=qp2yb7dM$zyIjBN5nJC0NEQ==)
   at #=qjOLYrT6ImitehiQaMfiPRWO6CoD6OwAi5gLAzM8aPVM=.#=qLFkUvBsVAvIvY0lJgumYoaaE$i4tmgtdP7rUL2OKn6U=.#=qLFGxKAD8vq0_BlR6Hq$XnA==(Int32& #=q$d7nBinfpTNxbH3hgoSsPA==, Int32& #=qZLMGlrHlxAOA8BthrDAvSZsfYwy1ZZgOyASwuCDATZE=, List`1 #=qGgTzP1TSH7uFOg44ZeKuzw==)
   at #=q6aUy60lGvxkKBjEkPEj_zUbW80m7ccOARHppw3SKm7Y=.#=q$$OTyoAklhKTbctY$AW2LoVdGndBnRW36HEnqWv51MY=()


EDIT: It finished processing the new files not sure what the error was about though.
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 07:03:54 PM
unfortunately windows doesnt handle filenames > 247/260 chars well and it would require substantial effort for me to implement it myself.
So to get those into your library you would need to shorten the name.
For the error, that would explain why scan on startup didnt work. Firstly can you restart MB and if it has the error again then i can create a debug version to see why its happening
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 18, 2015, 07:11:12 PM
unfortunately windows doesnt handle filenames > 247/260 chars well and it would require substantial effort for me to implement it myself.
So to get those into your library you would need to shorten the name.
For the error, that would explain why scan on startup didnt work. Firstly can you restart MB and if it has the error again then i can create a debug version to see why its happening
That's unfortunate I'll try to figure something about renaming it isn't really an option at the moment. I restarted musicbee and the error appeared in the errorlog again.

Code
18-10-2015 2:09:47 PM - 10.0.10240.0 - 3.0.5769.25814 - System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qxj8aoSN2Pm5u5fv2mekgZUuWYWf34t212TLPqZ_Ucxw=.#=quK$o2TxBiVmRJ_qDalsLG2hdezF8Kg1qOfuNyWvOnv0=(Int32 #=qn1ztT8ku$HRW869LD7RyFw==, Boolean #=qI_uZChsLp3QpP2UqEv7LVw==)
   at #=qxj8aoSN2Pm5u5fv2mekgZUuWYWf34t212TLPqZ_Ucxw=.#=qI7NptPCCkZYz$$_8xlwxKhP5eWiY26snUVsqbfwrQrk=.#=qoLgReUuqH4PUwtS_D7voXg==(BitArray #=qKnnE33WGSY2DZtgfHKm_Tw==, Int32 #=qdEvJQmtnesYqMWJQfrJzLA==)
   at #=qxj8aoSN2Pm5u5fv2mekgZUuWYWf34t212TLPqZ_Ucxw=.#=q7CYnPtTNpuHZfDC2vi5eTqwqcdPEQXaRbzoxotBtihQ=._Lambda$__0()

Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 07:25:46 PM
i have sent you a PM with the debug version and instructions
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 18, 2015, 07:55:00 PM
i have sent you a PM with the debug version and instructions
I sent a response I'm not sure if it was sent or not as there's nothing in my outbox this forum is really strange  ???
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 18, 2015, 08:07:25 PM
Got this error when adding Album Cover and Lyrics in the left navigator (when I tried to save).  They showed up anyway, and appear to be working fine.

Code
MusicBee v3.0.5768.41663 (Win10.0), 18 Oct 2015 14:03:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qyR__YxgkHSwX4KOUqjmQvg==.#=q$OMcCDvdMPHWwCHAQUaSbQ==()
   at MusicBee.MusicBeeMain.#=qyR__YxgkHSwX4KOUqjmQvg==.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.ControlCollection.Add(Control value)
   at System.Windows.Forms.Form.ControlCollection.Add(Control value)
   at System.Windows.Forms.Control.ControlCollection.AddRange(Control[] controls)
   at MusicBee.MusicBeeMain.#=q1DfxzsvNks5T14_R$DHDng==(#=qF$YFcC7L$PgAu102RQ67Sj8QbpN7OCRFiz2HjYt4R0s= #=qx56f2CSXsnmkFT3a7pT8$A==, Boolean #=qjh9DaE_xj7KZ47i0UkClWtxVJ7MAiXHOjRwepvKr$HQ=)
   at MusicBee.MusicBeeMain.#=q0oJ4qUAMpfnm3rDsHe73HiSABicfJ$LXLl1E5xpiqZc=(Boolean #=qx9_0VXEEXkuQNqOIGsE$4ZG1ckiw_HO5sHo63BEnrV8=)
   at MusicBee.MusicBeeMain.#=qYN3HBooDImDG6jNJIDOOQIwdtFRnmaH$EWeefF$dt54=.#=qlvqB5FxtAp1nokaIT8Q2UzAfnouB9SEDuWlkh4g7XqM=.#=qbXyv2rf8QvZbuIWKz1tKmg==()
   at MusicBee.MusicBeeMain.#=qYN3HBooDImDG6jNJIDOOQIwdtFRnmaH$EWeefF$dt54=.#=qlvqB5FxtAp1nokaIT8Q2UzAfnouB9SEDuWlkh4g7XqM=.#=qQX_ynvpIZOKBJAu5YZ5nKQcrzycB47mhkH3EpbnI7g8=(Object #=qwB_tJ64K4fF5gVlW0DJyCg==, EventArgs #=qPQFq_Z9zXY_EfyNIRtOYwg==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=qYokz$4528jpYtcwzt5ym7LIRibwCYEIGjAy19NLLV3E=.OnClick(EventArgs #=qOkRe3CmVh81Nq70g3DRZAg==)
   at #=qYokz$4528jpYtcwzt5ym7LIRibwCYEIGjAy19NLLV3E=.#=q8RIvAEBmHWivLMxjtvZTR5QyPBBKTi$oYFb4zziQgKg=(Object #=qIzyYqRZeqe6nmBNB__dNWA==, EventArgs #=qGYfqQiNpj8GFlQx9T49ahw==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)


Here's the layout settings, in case it helps:

(http://i.imgur.com/IhS49Zb.png)
Title: Re: GUI changes for v3.0
Post by: phred on October 18, 2015, 08:11:53 PM
i have sent you a PM with the debug version and instructions
I sent a response I'm not sure if it was sent or not as there's nothing in my outbox this forum is really strange  ???
Did you check the box at the bottom of the message editor that says "Save a copy in my outbox"?
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 10:03:35 PM
this has fixes for the above and some others i found; and a new "show plaing track text" setting for the sidebar player

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on October 18, 2015, 10:25:53 PM
There's something funky going on between Playlists and Filters.  And I'm not sure if this is an intentional change from 2.5 or a problem with 3.0.  
All this takes place in the left sidebar.
- Select a filter: No Classical (it's not specific to this filter.  I could select any filter)
- Select an auto-playlist: 1950s (also not specific to this playlist)
- Exit MB and restart
- Filter is not selected.  Library is showing check mark next to "No Filter"
In 2.5 the No Classical filter is still selected upon restart.
Title: Re: GUI changes for v3.0
Post by: Steven on October 18, 2015, 10:42:25 PM
@phred, thats fixed now
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 19, 2015, 12:33:18 AM
It seems to be okay now, so not sure what was going on.  It would just skip to another entry whenever I clicked on the particular tag I wanted in the list (it happened once just now, but then got it right the second time).
thats very strange and i havent been able to reproduce. However i do see that the mousewheel ticks an item so i will correct that and perhaps thats somehow related. Does it happen with combox boxes as well?

I haven't noticed it, but I'll keep an eye out.
Title: Re: GUI changes for v3.0
Post by: phred on October 19, 2015, 01:05:43 AM
@phred, thats fixed now
Yes it is.  Thanks.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 19, 2015, 02:53:10 AM
Here's another: if I untick the playing track in the Now Playing List, then skip to the next track, the tick comes back. (Only if I use the >> button.  If I double click the next track, it's fine.)

Edit: I find that when I double click a track in the main panel, it is added to the Now Playing List, but the song just before it starts to play. (I tested with both paused and stopped.)

Also, a file that is SHIFT+deleted from the Now Playing List still shows up in the main panel.

Lastly, I can't get the sidebar player to give me a stop button (tried Shift, Ctrl, Alt)
Title: Re: GUI changes for v3.0
Post by: Steven on October 19, 2015, 06:58:26 AM
Edit: I find that when I double click a track in the main panel, it is added to the Now Playing List, but the song just before it starts to play. (I tested with both paused and stopped.
what is your play now setting and is it behaving as though you clicked the track before the track you thought you clicked? If so, does right click edit, edit the track you clicked?
edit: never mind - i can reproduce using "queue selected tracks and play now". Could you could confirm thats the setting you are using
Title: Re: GUI changes for v3.0
Post by: LDGEB on October 19, 2015, 07:39:59 AM
Error
Quote
MusicBee v3.0.5769.40716

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.Collections.ArrayList.get_Item(Int32 index)
   at System.Windows.Forms.ToolStripItemCollection.get_Item(Int32 index)
   at #=q4acCk_6x0mcdIu11nC5YQho$sg3IQIH9$Gywitwv$r4=.#=q2PMJmvfquGDt5GefXQvV3KrBysZEfTATVyJkl8YGBXQ=(Object #=q3_KOhKEOgNWVtc6zpIb0bg==, EventArgs #=qmaHC_WDs8o9vWDOCMpEGyg==)
   at System.Windows.Forms.ToolStripDropDown.OnOpening(CancelEventArgs e)
   at System.Windows.Forms.ToolStripDropDown.SetVisibleCore(Boolean visible)
   at System.Windows.Forms.ContextMenuStrip.SetVisibleCore(Boolean visible)
   at System.Windows.Forms.ToolStripDropDown.Show(Control control, Point position)
   at System.Windows.Forms.ContextMenuStrip.ShowInternal(Control source, Point location, Boolean isKeyboardActivated)
   at System.Windows.Forms.Control.WmContextMenu(Message& m, Control sourceControl)
   at System.Windows.Forms.Control.WmContextMenu(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)

Step:
- Compact mode (Ctrl+1)
- Click on the search button (magnifying glass)
- Right click on the middle area (ie. below caption bar and above the list).

----

Double controls (minimize, maximize, close) - GUI issue
- Open Compact mode (Ctrl+1)
- Untick "Hide Caption Bar" in MusicBee setting
- Click on the search button (magnifying glass)
- Click on "MusicBee" setting > Tick "Hide Caption Bar"
- Two controls (minimize, maximize, close)  will appear top right corner.
- (2nd error) Now maximize the window into Main Player.
- Use option top left corner (Next to MusicBee, the 3 horizontal line) > Switch to Compact Player will greet with error
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 19, 2015, 12:36:23 PM
what is your play now setting and is it behaving as though you clicked the track before the track you thought you clicked? If so, does right click edit, edit the track you clicked?
edit: never mind - i can reproduce using "queue selected tracks and play now". Could you could confirm thats the setting you are using

Yes, that's what I use.
Title: Re: GUI changes for v3.0
Post by: phred on October 19, 2015, 01:55:02 PM
Be great if guest posting is allow.
No it wouldn't.  A month or so ago, there was a problem with the forum registration process Steven uses to allow users access to the forum.  So for a short period of time he allowed access without registration and the amount of spam on the forum became almost unmanageable.  The prime responsibility of the "Global Moderators" is to delete spam as soon as it's seen or reported.  I believe there are about six of us and let me tell you, there was a ton of spam.  Fortunately, the registration glitch got fixed and now the spam that does appear is easily handled. 
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 19, 2015, 02:04:11 PM
Having some issues with the duplicates manager, not sure if I'm doing something wrong or not so I made a short video. Basically I select the album with duplicates in this case V2 & FLAC files and open the duplicates manager. Then I use the default settings which is to hide them and hit execute. After the window closes and in the status bar it processed the files yet nothing was done?

http://www.mediafire.com/watch/3zcag2t3juz2qjk/2015-10-19-0856-54.mp4
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 19, 2015, 05:06:42 PM
Blinks the top of the MB. The glitch only appears if you minimize and then deploy MB.
(http://s4.postimg.org/4u8mj7i4d/image.gif)
Title: Re: GUI changes for v3.0
Post by: phred on October 19, 2015, 05:56:28 PM
@Steven - there's still something not quite right with ripping a CD.  It worked fine after your fix, but today it's exhibiting some of the same symptoms of my original issue.  Ripping and encoding take place correctly.  But when MB goes into Volume Analysis (it is enabled on the ripping preferences screen) it (seemingly) never stops.  I just ripped ten tracks and the status bar is showing "Analysing volulme..." twenty minutes after it started.  And the Rip CD window is still open offering the option to Cancel.  When I click Cancel the status bar clears and the Rip CD window offers the option to Close.  When I click Close it closes.  But looking at the Inbox node in the left side panel, it shows no number.  If I click on the Inbox, the tracks appear in the main window, but there is still no indication of how many tracks are there if one were to look at the Inbox node.  And the Windows (7) TaskBar shows the process to be incomplete and will stay partially green until I close MB and restart it.
(http://i.imgur.com/mEeoKAgl.jpg) (http://i.imgur.com/mEeoKAg.jpg)

(http://i.imgur.com/TpN92Bnl.jpg) (http://i.imgur.com/TpN92Bn.jpg)

EDIT: I just ripped two more tracks and the behavior was the same as just mentioned but this time I selected both, Send To > Folder (Move) > Organized and once the tracks were moved to the library, and the status bar showed "file reorganisation completed" the tracks were still showing in the Inbox.  Using Windows Explorer to look at the folder where the Inbox lives shows no tracks (which is correct as they were moved to where my library lives.)  But they still show in the Inbox.  I can get rid of them in the Inbox by selecting them and right-clicking to Delete from Inbox Only.   And those two tracks do not show in my library.  I have confirmed that they're still in my music folder.
Title: Re: GUI changes for v3.0
Post by: Steven on October 19, 2015, 07:10:12 PM
@phred, i have PM'ed you a debug version
Title: Re: GUI changes for v3.0
Post by: Steven on October 19, 2015, 07:28:43 PM
Blinks the top of the MB. The glitch only appears if you minimize and then deploy MB.
I dont understand what you mean by "blinks at the top of MB".
Is MB maximised on restore and where do you have it configured to minimise to (task bar, notification tray, etc)
Title: Re: GUI changes for v3.0
Post by: jojohio on October 19, 2015, 08:42:40 PM
Hello, first of all thank you for this great software! I downloaded musicbee.v3 an installed it as told into . At startup (win10 german OS ) it crashes with message in Errorlog: (additional  massive "File not found" "-open failed"messages, but that should not be the problem) There is also a Dialog Box "Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt."

I'll appreciate your help! thanks alot, jojo

19.10.2015 21:22:51 - 10.0.10240.0 - 3.0.5769.40716 - System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei MusicBee.MusicBeeApplication.#=q$1qbnplYj$nxe$2acBYSMiSspOWJZhTrR1E4DwDz$28=..ctor()
   bei MusicBee.MusicBeeApplication.#=qzdqW1KDGa0R8Ee5oBmjYeg==(String[] #=quFWfbJlGfv5q3xWd19FHDw==)

19.10.2015 21:23:17 - 10.0.10240.0 - 3.0.5769.40716 - System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei MusicBee.MusicBeeApplication.#=q$1qbnplYj$nxe$2acBYSMiSspOWJZhTrR1E4DwDz$28=..ctor()
   bei MusicBee.MusicBeeApplication.#=qzdqW1KDGa0R8Ee5oBmjYeg==(String[] #=quFWfbJlGfv5q3xWd19FHDw==)

19.10.2015 21:30:07 - 10.0.10240.0 - 3.0.5769.40716 - System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei MusicBee.MusicBeeApplication.#=q$1qbnplYj$nxe$2acBYSMiSspOWJZhTrR1E4DwDz$28=..ctor()
   bei MusicBee.MusicBeeApplication.#=qzdqW1KDGa0R8Ee5oBmjYeg==(String[] #=quFWfbJlGfv5q3xWd19FHDw==)

19.10.2015 21:36:31 - 10.0.10240.0 - 3.0.5769.40716 - System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei MusicBee.MusicBeeApplication.#=q$1qbnplYj$nxe$2acBYSMiSspOWJZhTrR1E4DwDz$28=..ctor()
   bei MusicBee.MusicBeeApplication.#=qzdqW1KDGa0R8Ee5oBmjYeg==(String[] #=quFWfbJlGfv5q3xWd19FHDw==)

Title: Re: GUI changes for v3.0
Post by: Sofocl on October 19, 2015, 08:53:41 PM
Is MB maximised on restore and where do you have it configured to minimise to (task bar, notification tray, etc)
Minimise to task bar.
(http://s28.postimg.org/60dsbqi2j/image.gif)

At default settings, all is well.
The settings file MusicBee3SettingsDemo.ini;
https://dropmefiles.com/QDdpL

I dont understand what you mean by "blinks at the top of MB".
Sorry for my English)
Title: Re: GUI changes for v3.0
Post by: Steven on October 20, 2015, 05:57:26 PM
Having some issues with the duplicates manager
yes it looks like i missed out the main panel refresh when the duplicates manager closes. However it should hide the duplicates the next time the panel is reloaded
Thats fixed fixed for the next update.
Title: Re: GUI changes for v3.0
Post by: Steven on October 20, 2015, 07:34:53 PM
this has fixes for the above:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe

@Sofocl, i am still not understanding your issue, especially as i cant make sense of the screenshot you provided. I am aware there is an issue when MB is maximised and you click on the caption bar that the old windows 2000 buttons briefly show
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 20, 2015, 08:16:19 PM
amazing, thank you!
Title: Re: GUI changes for v3.0
Post by: Steven on October 20, 2015, 08:24:30 PM
I downloaded musicbee.v3 an installed it as told into . At startup (win10 german OS ) it crashes with message in Errorlog: (additional  massive "File not found" "-open failed"messages, but that should not be the problem)
this issue should now be addressed for localised versions of MB - use the download link from 2 posts above
Title: Re: GUI changes for v3.0
Post by: Sofocl on October 20, 2015, 08:26:01 PM
I am aware there is an issue when MB is maximised and you click on the caption bar that the old windows 2000 buttons briefly show
Yes, you're right, but I'm using Windows 8.1 and version 2.5 are all well.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 21, 2015, 07:55:29 AM
The first time I used my "Restart MusicBee" button, most of my layout settings were reset to default (at least, I assume it's default).  Specifically, the left and right sidebars, the thumbnail and column browsers, and the player panel were reset.  The toolbar remained in the caption bar.  Further resets seem to be fine. (I had also just canceled a sync when I used the restart command, if that matters.)

Also, sync settings didn't carry over from 2.5.  Should they have?


Edit: Correction, it just happened again.  I had been fiddling with the Sync settings, then removed a virutal device.  I had run a sync preview, but not actually tried to sync.  Oh, and my second virtual device, which I had not deleted, disappeared during the reset but reappeared when I made a new virtual device.  Will add settings screenshots when I get them reconfigured...

(Aside: please make the sidebar player retain its settings after it is disabled and reenabled.)

It reset again after I created the new virtual device.  (No attempt to sync or preview.)  This time I had closed it and reopened it manually, and when I restarted I got this message:

Code
MusicBee v3.0.5771.40637 (Win10.0), 21 Oct 2015 2:24:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qIsVYD9lEiC$UzQHc2vTJZ$Fx5C0LP0JNtREKWO2X9Cg=.#=qHBgk2QAzQPfYGRtDUXLeWg==(String #=qoF7x7bwx_eXvCVf2BQfuBQ==, Form #=quPiQ2H8GzlT2WOSLTfmR3Q==, ControlCollection #=qGhrp6_VgGkc8EzLmKzvZMQ==)
   at #=qIsVYD9lEiC$UzQHc2vTJZ$Fx5C0LP0JNtREKWO2X9Cg=.#=qb4jsouLZldU7U5V60QzmrQ==(String #=qg9Nll2EKneolsQyI7zvJZw==, ControlCollection #=qNiP0JlX8C7vCORCUb9Zv8g==)
   at #=quKhs69E8Lir$jr7iFgGHHBdOHLZEoyzRdV9P6hQno$J0bxNeVqIzCXtuG80SKbrE..ctor(#=qYiBrCwgabegamgJ6RCwiqIyJ6xpeOW0Qf3bcWsv_DNr2L2xxrNIDg_VZQ3j7DgCp #=qvv9b9S92ILiWo$$EpkA3jA==)
   at #=qYiBrCwgabegamgJ6RCwiqIyJ6xpeOW0Qf3bcWsv_DNr2L2xxrNIDg_VZQ3j7DgCp.#=qGz3_la2lLtscMfuqV2s_wakX2EJMM8uzw3OWqhTptj4AKe_u3HfsOGA8q5lBC62M(Object #=qQ3b2f31TOVwrHx2TdQ1Swg==, EventArgs #=q2HByw3K6K1$jECHrfyfwsA==)
   at #=qlMcsC5ixxwq5uFGLOu9aPXi9IWeIG1F3P2TMw6Jjypc=.#=qH2lCa8WlboOinvAnGrhesWPcg6xgq_0SdZdz5ZwPS5M=(#=q6nEWOBWBXstv$celfxy_llqlYD8BecHDOVNGHu$j7Vd$gbmZK$pkV4aW8j7CD0r$DKOiz7cyjnUNId8a7m2n5Q== #=qB2putbrZeg1OmLVU3X9w6g==)
   at #=qlMcsC5ixxwq5uFGLOu9aPXi9IWeIG1F3P2TMw6Jjypc=.#=qq9AZw6Us58ROAyWwTg2uEQ==.#=qPh$n17PIeTOCALMXn_JYgPK0CsdmEQVyQE87e4WeMrU=(Int32 #=qZbKb6i7fchUAMoLgPxSSlw==, Boolean #=qFrdW4GgrAB3NLufzvcDUXw==, Boolean #=qXBo5qGc2AxIpLXsKwgb5alFJrWB9UWwzlALcFrmWzwk=)
   at #=qlMcsC5ixxwq5uFGLOu9aPXi9IWeIG1F3P2TMw6Jjypc=.#=qq9AZw6Us58ROAyWwTg2uEQ==.#=qjFIJF$TG7RQxHJAsotOPTZlxdT7BtDk7KAaSsrwlhBk=(Int32 #=qtdrAkDa1envct9OzNZXwgA==)
   at #=qlMcsC5ixxwq5uFGLOu9aPXi9IWeIG1F3P2TMw6Jjypc=.#=q7siwWk6f9oQrew8H8VycZ0KprmvQ98JnDX6fqVKxDmY=(Int32 #=qwb_$g5EkaBEIEsXisaSuPg==)
   at #=qYiBrCwgabegamgJ6RCwiqIyJ6xpeOW0Qf3bcWsv_DNr2L2xxrNIDg_VZQ3j7DgCp..ctor(Point #=qUZBoN3ZBTeOdiEuyJiRf1Q==, Int32 #=qDrXcHavg2GHrF5uV$4UyyA==, Int32 #=qJyS7lvlF5RFEKXRDe3AXgw==)
   at MusicBee.MusicBeeApplication.#=qe41YyKwMbBmEFc537uzLpg==.#=qvRU52mKTjVb_YZFJ2o_DPN9jfzrjQ3X2tIj9QDsMeD4=()
   at MusicBee.MusicBeeApplication.#=quaNZnB_m9aA2Ydv3fRS5$Q==.#=qwGwYFpO3M$n$3gBq6kiOKw==(ApplicationCommand #=qd_vbRE4ZcrwvlUf82BfXqg==, Object #=qq0xLUZ1Q_Fyos_t7Hvo7LA==, IList`1 #=qRwb5A07GVHSA6GhRc4Hq1Q==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=q1QJQcxt3kLUINn9_5ymOVg==(MouseEventArgs #=qKKVpbFRoUQyS8vkUZRjcPw==)
   at MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qTshZbCc3_z8oF2cTn8tA1A==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=qErDu_pdQdE263OPO0h6Hk1TXzslGZCCzs5vBfmuJn8E=.WndProc(Message& #=qfwwnxsVakcJBWcpbhKZ5Aw==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qcWKB3vry1GvK8h8gyseSGQ==)
   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)

I haven't gotten that error at any other point, but further testing reveals that even just navigating to the virtual device in the left panel triggers the layout bug.  (If you think it matters, I can test with an actual, attached device, too.)

Here are the layout settings as I had them:

(http://i.imgur.com/UyOwpsx.png)

Here they are after reset:

(http://i.imgur.com/xzvcx8H.png)

(An extra curious point: even though it shows the column browser enabled in the main panel, it doesn't actually show up until I open and save the layout settings.)


p.s. this new layout configuration does make it really quick and easy to fix the problem!
Title: Re: GUI changes for v3.0
Post by: Justin34 on October 21, 2015, 04:55:27 PM
May have spoken too soon, after I restarted Musicbee the duplicate files that I had chosen to hide all re-appeared.
Title: Re: GUI changes for v3.0
Post by: Steven on October 21, 2015, 06:41:05 PM
Also, sync settings didn't carry over from 2.5.  Should they have?
they do carry accross but i see i introduced a stupid mistake when saving. Thats fixed for the next update. You could manually copy the old settings from
<Devices>
..
</Devices>
and replace the equivalent in the MB3 settings file. Dont do that until i provide a version with a fix for saving.
For a few of the layout settings being lost, i noticed the same last night when i first ran the recompiled version. However it seems to be saving correctly now (and with that version after the initial loss) i guess keep an eye on it
for the error, thats a bug with localised MB. I will provide a fix for that later as well or in the interim, remove <SystemLanguage>.. from the settings file
Title: Re: GUI changes for v3.0
Post by: Steven on October 21, 2015, 06:56:33 PM
May have spoken too soon, after I restarted Musicbee the duplicate files that I had chosen to hide all re-appeared.
unless you are to provide a circumstance it happened i wont be able to help as i havent had any issues myself.
I suggest you open the Duplicates Manager and you should see the files MB has marked as hidden in the bottom section of that panel
Title: Re: GUI changes for v3.0
Post by: Steven on October 21, 2015, 06:59:48 PM
link is updated with the fix for device settings and opening the preferences dialog with a localisation enabled
Title: Re: GUI changes for v3.0
Post by: scartez on October 21, 2015, 10:00:51 PM
Hi there! Whenever I try to open the preferences dialogue I'm getting this error:

MusicBee v3.0.5772.33938 (Win6.0), 21 out 2015 18:59:

System.ArgumentException: Parâmetro inválido.
   em System.Drawing.Image.get_RawFormat()
   em System.Drawing.Graphics.DrawImage(Image image, Int32 x, Int32 y)
   em System.Drawing.Graphics.DrawImage(Image image, Point point)
   em #=qAc$xkkTaerkUFJ56JIU_g8x0tcFkVW7lUCQ143Fs6PI=._Lambda$__55-0(Graphics #=qyg5t46uXCYgLxKUIvqv4vQ==)
   em #=qJJbhUmkDCLHjb6ODCLjiJw==.#=qIOt8L5Jd2mwdMyeLnhm7sw==.#=qerV5v_i8red8hyzoi1kfXw==(Graphics #=q3gozAeb6XObe$zqCAQaRMg==, #=qgIi8IjPQAJ6RZgRImkDy1U2BA6AAHrfR_NtCHid5nTc= #=q7JFHaVy5a_dSp6ahgDfbig==, Rectangle #=qZj0oBZl8lHz9_uUFpkDwZA==, Rectangle #=qotImPVJIhHQevG5T9P60Yg==)
   em #=qAc$xkkTaerkUFJ56JIU_g8x0tcFkVW7lUCQ143Fs6PI=.OnPaint(PaintEventArgs #=qRAYYR4rudLhyihAcSDPDTg==)
   em System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   em System.Windows.Forms.Control.WmPaint(Message& m)
   em System.Windows.Forms.Control.WndProc(Message& m)
   em System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   em System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   em System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: Steven on October 21, 2015, 10:17:39 PM
what skin are you using? Also possibly relevant is what is your screen DPI eg. 96DPI or 120DPI
Title: Re: GUI changes for v3.0
Post by: scartez on October 21, 2015, 10:19:05 PM
Default MusicBee 3 as included in the zip. Don't know how to identify if it's 96 or 120 dpi.

Edit: my setup is 96 dpi.
Title: Re: GUI changes for v3.0
Post by: Steven on October 22, 2015, 07:17:58 AM
Whenever I try to open the preferences dialogue I'm getting this error:
i cant explain this one. Can you PM me a link to your settings file (help/ support/ view settings)
Also does it happen if the first thing you do is open the preferences?

this version should work around the problem by drawing a "x" instead for tick boxes:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: Alumni on October 22, 2015, 01:15:30 PM
I think this might be a bug, or at least I don't remember it behaving this way - when playback is resumed and MusicBee is minimized, the now playing popup window still appears even though it's disabled in preferences.
Title: Re: GUI changes for v3.0
Post by: scartez on October 22, 2015, 02:47:04 PM
Hi. I sent you my settings file but the new version with the "x" isntead of tick boxes solved the problem. Also, in the previous version if I used the MusicBee Classic skin the problem wouldn't happen.

Regards
Title: Re: GUI changes for v3.0
Post by: Steven on October 22, 2015, 06:29:01 PM
I think this might be a bug, or at least I don't remember it behaving this way - when playback is resumed and MusicBee is minimized, the now playing popup window still appears even though it's disabled in preferences.
its the same behavior - just tested it now to confirm. If you have the popup enabled but "only show when inactive" ticked, then thats the expected behavior because MB is not active when its minimised.
If you also had "show popup..." unticked then that would be a bug but it works fine for me
Title: Re: GUI changes for v3.0
Post by: phred on October 22, 2015, 07:28:31 PM
Right-click edit a track or album that already has artwork as album cover.
Click Artwork tab.
Right-click on artwork image.
Select "Save Picture To..."
Resulting saved file has two dots between filename and extension:  cover..jpg
Title: Re: GUI changes for v3.0
Post by: Steven on October 22, 2015, 09:44:44 PM
this has a few fixes and all plugins, including the Tag Tools plugin can now be activated:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

same instructions as before - unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on October 22, 2015, 11:26:53 PM
Right-click edit a track or album that already has artwork as album cover.
Click Artwork tab.
Right-click on artwork image.
Select "Save Picture To..."
Resulting saved file has two dots between filename and extension:  cover..jpg
Confirmed fixed.  Thanks.
Title: Re: GUI changes for v3.0
Post by: Spiron on October 23, 2015, 12:53:04 AM
I'm occasionally getting songs cross-fading when the setting isn't on.  This seems to happen when going between songs from different albums.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 23, 2015, 03:23:26 AM
I've now seen another list where it didn't want to pick the item I clicked on.  It was an autocomplete list in the tag editor, kept picking the one above (which was also the first one).

Sync appears to be working smoothly, except sometimes the text doesn't show in the status bar.  You can see the X, but there's nothing next to it.  Also, if I cancel a sync I almost always get the message "Unable to abort background process.  Recommended action is to restart MusicBee."  This happened in 2.x, too, though.

Something doesn't seem right with the "preserve folders and filenames" option.  My storage path is ...Music Sync\, and with the full naming template I had the tracks syncing to Music Sync\Music\<First Letter>\...  With the preserve folders and filenames option (showing Music\*), I'm getting Music Sync\Music\Music\<First Letter>\...  Shouldn't the * pick up where the naming template for the library picks up?  (And likewise for podcasts and audiobooks)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 23, 2015, 06:28:41 AM
its the same behavior - just tested it now to confirm. If you have the popup enabled but "only show when inactive" ticked, then thats the expected behavior because MB is not active when its minimised.
If you also had "show popup..." unticked then that would be a bug but it works fine for me

I have the option "show popup for..." un-ticked, and I always see the popup when resuming playback from a minimized state.
Title: Re: GUI changes for v3.0
Post by: Steven on October 23, 2015, 07:57:29 AM
I have the option "show popup for..." un-ticked, and I always see the popup when resuming playback from a minimized state.
are you using a hotkey to resume playback or some other way?
Title: Re: GUI changes for v3.0
Post by: Alumni on October 23, 2015, 08:00:49 AM
are you using a hotkey to resume playback or some other way?

Yeah, I mapped a global hotkey for play/pause.
Title: Re: GUI changes for v3.0
Post by: Steven on October 23, 2015, 10:10:53 AM
I've now seen another list where it didn't want to pick the item I clicked on.  It was an autocomplete list in the tag editor, kept picking the one above (which was also the first one).
if you find any pattern to it please let me know eg. does it only happen after you have scrolled the auto-complete list.
Also what font are you using and is your screen 96 DPI ?

Something doesn't seem right with the "preserve folders and filenames" option.  My storage path is ...Music Sync\, and with the full naming template I had the tracks syncing to Music Sync\Music\<First Letter>\...  With the preserve folders and filenames option (showing Music\*), I'm getting Music Sync\Music\Music\<First Letter>\...  Shouldn't the * pick up where the naming template for the library picks up?  (And likewise for podcasts and audiobooks)
nothing has been (intentionally) changed with regards to the underlying synching functionality. I recall preserve folders/ filenames doesnt make the assumption that auto-organise is enabled and tries to deterimine the root path from the files you choose to synch. However that does seem an obvious improvement to make to utilise the auto-organise path if enabled so i will probably make that change

edit:
i have confirmed what i said is correct and will make the proposed change
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 23, 2015, 11:19:16 AM
Have noticed a few areas that are not being rendered by any skin element.
These are not noticeable in the default skin, but are clear on the dark skins.
Screenshots using DarkRED Flat.

Library Explorer 'Find/Next' button
(http://i.imgur.com/NcOxQLRl.jpg) (http://imgur.com/NcOxQLR)

Preferences page border and base
(http://i.imgur.com/g3xIq4sl.jpg) (http://imgur.com/g3xIq4s)

floating 'Tag Editor' screen base and upper header/tabs divider
(http://i.imgur.com/xAdphShl.jpg) (http://imgur.com/xAdphSh)

They all are using (240,240,240) except for 'Find/Next' button. That is using a generated colour that probably using (240,240,240) as the base.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 23, 2015, 02:24:24 PM
I've now seen another list where it didn't want to pick the item I clicked on.  It was an autocomplete list in the tag editor, kept picking the one above (which was also the first one).
if you find any pattern to it please let me know eg. does it only happen after you have scrolled the auto-complete list.
Also what font are you using and is your screen 96 DPI ?

Font and DPI are windows default, so I believe Segoe & 96.
Title: Re: GUI changes for v3.0
Post by: Steven on October 23, 2015, 05:44:56 PM
Have noticed a few areas that are not being rendered by any skin element.
thanks and i will fix these. For future skin related issues, could they be posted:
http://getmusicbee.com/forum/index.php?topic=16643.msg97230#new
thats so i can focus on developing/ fixing features before focusing on skinning issues
Title: Re: GUI changes for v3.0
Post by: Steven on October 23, 2015, 06:09:12 PM
I'm occasionally getting songs cross-fading when the setting isn't on.  This seems to happen when going between songs from different albums.
its not something i can reproduce. So can you try turning it on, setting the cross fade period to a largish number such as 10 seconds and also untick the "do not cross-fade albums" setting and then turn the setting off. On playing tracks, do you get any cross-fading?
Title: Re: GUI changes for v3.0
Post by: Steven on October 23, 2015, 06:32:27 PM
I've now seen another list where it didn't want to pick the item I clicked on.  It was an autocomplete list in the tag editor, kept picking the one above (which was also the first one).
i am struggling to see what this could be. The next it happens would you mind taking a screenshot as that might give me a clue

The first time I used my "Restart MusicBee" button, most of my layout settings were reset to default (at least, I assume it's default).  Specifically, the left and right sidebars, the thumbnail and column browsers, and the player panel were reset.  The toolbar remained in the caption bar.  Further resets seem to be fine. (I had also just canceled a sync when I used the restart command, if that matters.)
i believe i found the cause for this and should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on October 23, 2015, 08:39:56 PM
this fixes most of the issues reported above, plus a couple of bugs when editing multiple files in the Tag Editor and Tag Inspectpr
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Alumni on October 24, 2015, 12:26:31 AM
Today something went very wrong resulting in my settings file being reset. At the time I was trying to sync to my device and when the operation failed I closed MusicBee on the device settings screen. When I opened it again everything was back to default.
Here's the last couple entries from the errorlog:

~~~

24/10/2015 09:04:16 - Operation is not valid due to the current state of the object.
24/10/2015 09:04:16 - 6.1.7601.65536 - 3.0.5773.39007 - System.Exception: delete J:\Music\The Dave Brubeck Quartet\Angel Eyes\07 - The Night We Called It a Day.mp3 ---> System.InvalidOperationException: Operation is not valid due to the current state of the object.
   at #=qMh9aszINjcEanRcZ1ZfOxGlKLSZ2aQsI1TqJP6AtVSM=.#=qcb3V8pHFGTGi_7ErNvhbGShtyk0BAb2CtY_fVMwID5A=(#=qQmBSStjSDaJ5qeSKXANtuQ== #=qWDs3NqI79lghOTIXcH6tYA==)
   at MusicBee.Media.StorageManager.#=qiSFiBpcj$od_AxY1PXEO0ckjZSk_CN_YELEeal9XhXc=(#=qQmBSStjSDaJ5qeSKXANtuQ== #=qgimpfOfe_sdK_uiZ0n9a_A==)
   at #=qYnlq6$P1Ghgu2crWL62H1QTZTBg_JICMTyPThJ3XIAU=.#=qxLJ9P_xIekzefJVhgPrLEQxwCLCAbH9nxoDQsm8lRqY=(Boolean #=qT9aflpVu3BxZ$XEgtkhOxQ==)
   at #=qYnlq6$P1Ghgu2crWL62H1QTZTBg_JICMTyPThJ3XIAU=.#=qQWVQKcKPcABMjVRbs6byZQ==(SortOrder #=qShfk3GTgyu_IFgLspv4ZUg==)
   at #=qYnlq6$P1Ghgu2crWL62H1QTZTBg_JICMTyPThJ3XIAU=.#=qcSlXDCkmwXzqNa78NAckZA==(#=q1ypf2P6_670GkulQCjnUPlqSvuCEACyOWO1BoxYlcYU=[] #=qzGoXV4Wu6Tsl1G1a6aHMwg==, List`1 #=qnyCaSEuIE8hyf3FotFSRzQ==)
   at #=qYnlq6$P1Ghgu2crWL62H1QTZTBg_JICMTyPThJ3XIAU=.#=qEYj$ousrbvRrR61l$HWLMg==(#=q1ypf2P6_670GkulQCjnUPlqSvuCEACyOWO1BoxYlcYU=[] #=qeggNzf5yQg$VwP1fban5Sw==)
   at #=qMh9aszINjcEanRcZ1ZfOxGlKLSZ2aQsI1TqJP6AtVSM=.#=qpn_YmMJ28Lx0FeMWxFCeNA==(#=q1ypf2P6_670GkulQCjnUPlqSvuCEACyOWO1BoxYlcYU= #=qZanwdFnqeVFXiHtNfQDqVA==, Boolean #=qBgknifi4g8Wmwe5OZLGQrw==)
   at #=qC1tDVf$vP1cCOKny5W1f4U73nuDHwpj9__F8UrPzyWI=.#=qzXtMZbSpQzUiPgZpLpFswWtvy$FobS_oepI7MjgAQFs=(#=q1ypf2P6_670GkulQCjnUPlqSvuCEACyOWO1BoxYlcYU= #=qVFX5imklgY9SF_$nMQDDJw==, HashSet`1 #=qi6Yk$7X$86xPUKlL6GBcig==, Object #=qCddWpZbZXVnuPbSPhcsup6cae$57LpVxaxcW_Nd7c38=)
   --- End of inner exception stack trace ---

24/10/2015 09:04:16 - Operation is not valid due to the current state of the object.
24/10/2015 09:04:25 - 6.1.7601.65536 - 3.0.5773.39007 - System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException()
   at #=qc3Vgre53R$P2N_trXHo27SqgkXNWyQay5ag4bbd9VBF2FzhfEjmvPRFkzHoNyJy6.#=qW8SIY6FRFy_Yx$anKWMx1w==.#=qC2uGgZ7Tm_XFGHDdmeUrpQ==(#=qBVNkP1mEQPDZK94alTBrBkPlLHswlJGghe8AJ4_3ueY= #=quWJYydqLGsc3plFxrE5GgA==)
   at #=qc3Vgre53R$P2N_trXHo27SqgkXNWyQay5ag4bbd9VBF2FzhfEjmvPRFkzHoNyJy6.#=qixv4u9eUBggoUa8aip70sg==(#=qBVNkP1mEQPDZK94alTBrBkPlLHswlJGghe8AJ4_3ueY= #=qw0TPvDYWTisudJjwx9vepQ==)
   at #=qumME2_rj4fkG4FtLfhQwV9a8Vu90$YqJYw1Y7rMy5Pf6zixl9V2PYz9cp3vSoar1.#=qCTso1$NBc5A_Z3am6tjrrA==()
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 24, 2015, 04:12:12 AM
I've now seen another list where it didn't want to pick the item I clicked on.  It was an autocomplete list in the tag editor, kept picking the one above (which was also the first one).
i am struggling to see what this could be. The next it happens would you mind taking a screenshot as that might give me a clue

The first time I used my "Restart MusicBee" button, most of my layout settings were reset to default (at least, I assume it's default).  Specifically, the left and right sidebars, the thumbnail and column browsers, and the player panel were reset.  The toolbar remained in the caption bar.  Further resets seem to be fine. (I had also just canceled a sync when I used the restart command, if that matters.)
i believe i found the cause for this and should be fixed for the next update

Thank you!  I'll do my best to get a screenshot.

Would you say it's expected for a virtual device to take 8 hours to sync ~2000 tracks, given that a large percentage of them require conversion?  It seemed strange to me, but I rarely sync that many tracks at once so I don't want to be alarmed if I shouldn't be.  

A request: please let sync previews continue to run in the background when you navigate away from the device.

And a new thing (new to report, I think it was already happening):  I'm seeing a lot of this kind of thing while scrolling in album & tracks.  Seems to be caused by the gap between two subheaders.

(http://i.imgur.com/zCdcohI.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 24, 2015, 05:37:34 AM
Sorry for the new post, but this seems worth mentioning:

First, doing a rescan is not refreshing the main panel.  Is that intended?

Second, in steps:

1. I open the tag editor for a track and tick "iTunes Compilation."
2. I save in the Tag Editor, and MB reports that 1 file has been updated.
3. I look at Tag Inspector and confirm that iTunes Compilation is set to 1.
4. I rescan the file.
5. When I open the tag editor, iTunes Compilation is unticked again, but Tag Inspector reports that it is still in the file.  MB does not treat the track as a compilation.

So far I can only see that this is happening to iTunes Compilation, but I can reproduce it with any track.  The iTunes Compilation tag CAN be completely removed through the Tag Inspector.

If it matters, I do have "detect iTunes compilations" ticked in preferences, and the compilation album artist is used in my naming templates.  Setting "iTunes Compilation" causes the Album Track Count (also used in a naming template) to be 0, because it changes the album artist.
Title: Re: GUI changes for v3.0
Post by: Steven on October 24, 2015, 07:26:13 AM
Today something went very wrong resulting in my settings file being reset. At the time I was trying to sync to my device and when the operation failed I closed MusicBee on the device settings screen. When I opened it again everything was back to default.
use the version i posted last night. With older versions it can throw an error when exiting and the main panel is showing the device and it wasnt recovering the backup file

Not related but the first error is actually a good bug to catch. What type of device are you synching to - specifically is it a USB device?
I would say MB wont be deleting files that are no longer in a playlist so i will fix that.
Title: Re: GUI changes for v3.0
Post by: Steven on October 24, 2015, 07:55:58 AM
Would you say it's expected for a virtual device to take 8 hours to sync ~2000 tracks, given that a large percentage of them require conversion?  It seemed strange to me, but I rarely sync that many tracks at once so I don't want to be alarmed if I shouldn't be.  
to me sounds plausible (thats around 75% needing conversion at 20 secs per file). Of course your processor and what else you were doing will matter. You might check your File Converter settings and change the thread priority and thread count (but not exceeding whats actually available).

for the auto-complete clicking issue, i found i had left some code commented out around matching for fields with name sorting (Artist, Album, etc). I think that was fixed in last nights update so if those are the fields you were editing then it might be the reason

First, doing a rescan is not refreshing the main panel.  Is that intended?
its working fine here. Which view are you using and if you scroll down so its off the screen and back up again do the updates show?
Title: Re: GUI changes for v3.0
Post by: Steven on October 24, 2015, 10:18:47 AM
this fixes most of the issues reported above
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the folder where MB is installed and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Alumni on October 24, 2015, 12:09:35 PM
use the version i posted last night. With older versions it can throw an error when exiting and the main panel is showing the device and it wasnt recovering the backup file

I was running version 3.0.5773.39007.

Not related but the first error is actually a good bug to catch. What type of device are you synching to - specifically is it a USB device?
I would say MB wont be deleting files that are no longer in a playlist so i will fix that.

Yeah, a removable USB flash drive. Previously it was synced with another PC's library.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 24, 2015, 02:32:00 PM
A short while ago I tried to move my library to a different location, the first attempt failed but the second attempt succeeded.

~~~

24/10/2015 21:43:11 - 6.1.7601.65536 - 3.0.5775.18482 - System.IO.DirectoryNotFoundException: Could not find a part of the path 'C:\Users\...\Music\MusicBee\Podcasts'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileSystemEnumerableIterator`1.CommonInit()
   at System.IO.FileSystemEnumerableIterator`1..ctor(String path, String originalUserPath, String searchPattern, SearchOption searchOption, SearchResultHandler`1 resultHandler, Boolean checkHost)
   at System.IO.Directory.GetDirectories(String path)
   at #=qHAvVsAVxmD5RUhB5jU6nRP3fMnZwiU8vDIfCcpTt6pU=.#=qM_lSlTl3rE2EsJIDsSaSlw==(#=q6352kjTXIxBTKCCUPP8QyonVD4EjqooArAz0n09hxAQ= #=q9CXkRmQ8OJKYpjfSiiwsyQ==)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 24, 2015, 02:42:17 PM
Would you say it's expected for a virtual device to take 8 hours to sync ~2000 tracks, given that a large percentage of them require conversion?  It seemed strange to me, but I rarely sync that many tracks at once so I don't want to be alarmed if I shouldn't be.  
to me sounds plausible (thats around 75% needing conversion at 20 secs per file). Of course your processor and what else you were doing will matter. You might check your File Converter settings and change the thread priority and thread count (but not exceeding whats actually available).

for the auto-complete clicking issue, i found i had left some code commented out around matching for fields with name sorting (Artist, Album, etc). I think that was fixed in last nights update so if those are the fields you were editing then it might be the reason

First, doing a rescan is not refreshing the main panel.  Is that intended?
its working fine here. Which view are you using and if you scroll down so its off the screen and back up again do the updates show?

Thanks, I won't worry too much about the syncing then.  I'll test the latest version later today for the auto complete thing.

Regarding the refresh, I should clarify: the values show up right away, but there's no resorting or regrouping done until I force a refresh.  In 2.5 it all happens at once.  This is in album & tracks.
Title: Re: GUI changes for v3.0
Post by: Steven on October 24, 2015, 02:53:15 PM
Regarding the refresh, I should clarify: the values show up right away, but there's no resorting or regrouping done until I force a refresh.  In 2.5 it all happens at once.  This is in album & tracks.
its intentional for the reason i find it can be disorientating if the panel jumps around as a result of the refresh. Thats my preference but if others dont agree i can change it.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 24, 2015, 03:00:28 PM
Regarding the refresh, I should clarify: the values show up right away, but there's no resorting or regrouping done until I force a refresh.  In 2.5 it all happens at once.  This is in album & tracks.
its intentional for the reason i find it can be disorientating if the panel jumps around as a result of the refresh. Thats my preference but if others dont agree i can change it.

Since MB imports changes instantly now, I think that makes sense.  I've always used rescan and refresh somewhat interchangeably, and the only advantage of rescan was that it was usually quicker, whereas refresh seemed to take several seconds.
Title: Re: GUI changes for v3.0
Post by: phred on October 25, 2015, 02:06:08 AM
Now Playing preferences:
- Highlight playing track in now playing panel: playing track is not highlighted
- Highlight playing track in the main panel: playing track is not highlighted
- Color picker for Highlight playing track in main panel lets me select a color but it doesn't change on the preferences page
     - in highlight playing track in main panel click on 'color text'
     - color picker opens
     - pick color then OK
     - click Apply or Close
     - color does not change
- in the screenshot, both options have the same color (red) selected but only one changes.  And neither show as red in the Now Playing panel or the Main panel.
(http://i.imgur.com/yteKPMwl.jpg) (http://i.imgur.com/yteKPMw.jpg)
Title: Re: GUI changes for v3.0
Post by: phred on October 25, 2015, 02:32:11 AM
- Rip CD with tracks to Inbox (G:\Music Temp\Working) (G:\ is a partition on a local drive)
- Add lyrics, correct case, fix tagging errors, etc
- In Track Details view select all tracks > right-click > Send to > Folder (Move) > Move Files to Organized Folder (Z:\<Album Artist>\<Album>\<Disc-Track#> - <Title>)   (The Z:\ drive is mapped from a NAS where all the music tracks live)
- Tracks appear in the organized folder
- Tracks in the Inbox remain visible, but the track count on the Inbox node (left sidebar) disappears
- Click on anything else in the left sidebar (Music, Podcasts, Radio, Playlists, Drive/Folder in computer node) and then go back and click on Inbox and the tracks are gone

Inbox after rip and tag but before move to organized folder:
(http://i.imgur.com/w1dekNol.jpg) (http://i.imgur.com/w1dekNo.jpg)

Inbox after move to organized folder:
(http://i.imgur.com/zlranQ9l.jpg) (http://i.imgur.com/zlranQ9.jpg)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 25, 2015, 03:18:21 AM
this fixes most of the issues reported above
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the folder where MB is installed and run MusicBee3.exe

White stripes due to subheader confirmed fixed.

Issue with iTunes Compilation confirmed fixed.

Haven't observed any more problems with those lists, but that one's harder to say definitively.

There are still issues with making selections in Album & Tracks view.  Depending on where you click on the artwork, it might select all tracks, a specific subgroup, or no tracks.  Unselecting doesn't always work as expected, either.  I think this is also related to the subgrouping headers.  GIF here: http://i.imgur.com/qBlrCVF.gif (http://imgur.com/qBlrCVF)

This is an issue that also exists in 2.5, but it came up again while testing: I have an auto-organize exception with the rule Album Track Count = 1, but it often (maybe always, hard to be sure) doesn't get applied when tracks are first moved into the library.  If I open the auto-organize screen after adding an assortment of new tracks, there are almost always a handful of the Album Track Count = 1 tracks that were organized according to the main template and need to be fixed.  (Maybe related: when is album track count updated?  Because when I make a change to the album artist for a track, Album Track Count becomes 0, and refreshing/rescanning does not update it.  So far the only way I can find to force it to update is to restart MB.)


Edit:  This was happening in the previous version, too.  Every time I think I've figured it out, the exact cause eludes me.  My mouse wheel often stops working after I make an edit in the tag editor.  Here's another GIF: http://i.imgur.com/zVKYUng.gif (http://imgur.com/zVKYUng)

...and because I'm using the Tag Inspector as a workaround, I discovered that not all tags are available when you try to add a new tag.  Specifically, I tried to add Sort Album Artist and it gave me TXXX/SORT ALBUM ARTIST instead of TSO2.  None of the Sort tags show up in the drop-menu in Tag Inspector.

A final related observation: I use a virtual tag for sorting & grouping in album & tracks view, which uses Sort Album Artist if there's a manual value entered.  If I remove the manual Sort Album Artist from a track, instead of substituting Album Artist or another value based on the virtual tag it just says Unknown Sort Album Artist until I restart MB (maybe the same problem as Album Track Count?).
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 25, 2015, 05:56:37 AM
Every time I think I've figured it out, the exact cause eludes me.  My mouse wheel often stops working after I make an edit in the tag editor.  Here's another GIF: http://i.imgur.com/zVKYUng.gif (http://imgur.com/zVKYUng)

Also experiencing the mouse wheel no longer working after making an edit in the tag editor.
I think it only occurs when you use "; " item splitter.
Might also have something to do with the problem that when accessing the "Multiple Tag Splitter" using the ellipsis button ("..."),
the cursor no longer automatically jumps to first/vacant item for immediate editing.
Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 08:41:08 AM
Every time I think I've figured it out, the exact cause eludes me.  My mouse wheel often stops working after I make an edit in the tag editor.  Here's another GIF: http://i.imgur.com/zVKYUng.gif (http://imgur.com/zVKYUng)

Also experiencing the mouse wheel no longer working after making an edit in the tag editor.
I think it only occurs when you use "; " item splitter.
Might also have something to do with the problem that when accessing the "Multiple Tag Splitter" using the ellipsis button ("..."),
the cursor no longer automatically jumps to first/vacant item for immediate editing.
i cant reproduce this (i will fix the cursor placement but i would expect thats unrelated). So if you can guys can definitely confirm the specific circumstances that would be helpful. Looking at the code specifically for the tag splitter, i see nothing that could potentially affect the mouse operations, but the autocomplete dialog i could imagine might cause problems if MB didnt close things properly eg. is there a specific way you are closing the auto-complete dialog
edit:
i would say its definitely most likely the auto-complete dialog somehow not being closed properly as MB would be redirecting the mouse wheel events to a no longer active popup but i cant see how that would happen
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 25, 2015, 12:16:51 PM
So if you can guys can definitely confirm the specific circumstances that would be helpful.

Seriously weird this one.
I think you're right that it's "definitely most likely the auto-complete" causing this somehow.

(http://i.imgur.com/O1NmMkQ.gif)

Mouse wheel scroll works fine.
Take note that "Stnd" Lyric tag is shown and lyrics exist.
Using the "Musician Credit List" tag, notice that the previous entry list changes as you mouse-over the items.
Second entry does not show up in list until I mouse-over the visible entry.
After selecting "Update" then "Save",  scroll-wheel no longer works.
Also can be seen that tag for lyrics changes to "?" for no lyrics saved.
File rescan fixes this but not mouse scroll-wheel.


Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 12:53:08 PM
Seriously weird this one.
I think you're right that it's "definitely most likely the auto-complete" causing this somehow.
are you using the version posted yesterday?
edit:
although i cant reproduce the mouse over changing the text i have made a change that should address that. Its probably the bug psychoadept is having when clicking and item and MB choses a different item but i dont think it would relate to the mouse wheel issue.
I have also made a change for the mouse wheel, but again its a guess

this fixes most of the issues reported above, but not the library stats update issue which i will fix later
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 02:35:57 PM
This is an issue that also exists in 2.5, but it came up again while testing: I have an auto-organize exception with the rule Album Track Count = 1, but it often (maybe always, hard to be sure) doesn't get applied when tracks are first moved into the library.  If I open the auto-organize screen after adding an assortment of new tracks, there are almost always a handful of the Album Track Count = 1 tracks that were organized according to the main template and need to be fixed.  (Maybe related: when is album track count updated?  Because when I make a change to the album artist for a track, Album Track Count becomes 0, and refreshing/rescanning does not update it.  So far the only way I can find to force it to update is to restart MB.)
this should be fixed now:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 25, 2015, 04:23:46 PM
this should be fixed now:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

The mouse wheel problem appears to be fixed!

The Album Track Count/Sort Album Artist update issues seem to be fixed.

Selection by clicking the artwork is working correctly now, but clicking the artist header no longer selects anything and the white space is still selecting things, sometimes really unexpected things.  :)  GIF: http://i.imgur.com/OimMAfZ.gif (http://imgur.com/OimMAfZ)

I now see Sort Composer in the Tag Inspector list, but Sort Album Artist still produces TXXX/Sort Album Artist (it's shown in the list from when I tried to enter it before).  There are duplicate entries in the list (ITUNES COMPILATION appears twice, for instance, as does EPISODE DATE) and trying to actually add a tag results in this message when I hit Save:

Code
MusicBee v3.0.5776.24286 (Win10.0), 25 Oct 2015 10:07:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qFVnTf5SxxoEB5tLlkoLvh2zT75LJs_MT4m9vhBmb9$g=.#=q0fKjOQKB2jJNlBMuKyXzzw==.#=qeqHw1tCUb3PaK4jMDb9_xH$b1q0pSaiOtQNMFeEEhxs=(Int32 #=q7isS0czSTz3hO4bBhE$_kA==, Int32 #=qGAayvv9nuCWjaCzIXrHy$Q==)
   at #=qFVnTf5SxxoEB5tLlkoLvh2zT75LJs_MT4m9vhBmb9$g=.#=q83gDrmESZ1mgNAEwGgDaT5SulxZa9p26IkI$_HIr2Po=.#=qG$tc9Db5xG8PDosaqch1uw==()
   at #=qums2l_JCICHU9GUrwG3RT8E6JqdNemuwCXxEEyjKCok=.#=qAQCALgKeWEj56UKDpGp6HA==()
   at #=qums2l_JCICHU9GUrwG3RT8E6JqdNemuwCXxEEyjKCok=.#=qn3fvllndcpy9ARaAakLJdmJR8d9cupnjwayrqlU6vjs=(Object #=qGFlskwZXBggAdunvxJd2KA==, EventArgs #=qi3EPATePa53pVpdZn6mwRQ==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=qRvXPOcTjcdR3eBUw9B714zKPop8SaVQJFLGYY2FeLSo=.OnClick(EventArgs #=qhy_2LwL1yI0N4ZXkccOkTw==)
   at #=qRvXPOcTjcdR3eBUw9B714zKPop8SaVQJFLGYY2FeLSo=.#=qFreLcjfE2AXVcvRyiNHPMEriU9cHb_dnztojVLedpfc=(Object #=q6cC9KJXkaiacPlTIkqd8Ig==, EventArgs #=qDrb0PjaOupHSHuynqfdZzw==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.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)

It clears when I hit okay, but I still have to hit cancel to close the window, and no tag is saved.

I will keep an eye on the auto-organize thing, but I trust that it is fixed.
Title: Re: GUI changes for v3.0
Post by: phred on October 25, 2015, 05:14:52 PM
The latest 3.x demo fixes the most recent issues I posted:
- Highlighted color for playing track in the Now Playing and Main panels is working
- Color picker works as expected
- Inbox tracks disappear once organized move is completed

Thank you Steven
Title: Re: GUI changes for v3.0
Post by: phred on October 25, 2015, 05:28:28 PM
In 2.5 when I right-click on a podcast episode I can select 'delete' and the episode is removed from MB and deleted from the drive.
In 3.x when I right-click on a podcast episode 'delete' isn't in the menu, but 'remove' is.  Is this an intentional change and is the functionality any different between the two?

And I have just noticed that in 3.x the 'removed' episode gets grayed-out but remains on the list until I select a different node in the left sidebar and then return to the Podcast node.  This is similar to the previously reported (and fixed) issue with the Inbox still showing tracks that had been moved.
Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 06:01:12 PM
And I have just noticed that in 3.x the 'removed' episode gets grayed-out but remains on the list until I select a different node in the left sidebar and then return to the Podcast node.  This is similar to the previously reported (and fixed) issue with the Inbox still showing tracks that had been moved.
i will check out the wording. When a podcast file is deleted, it will remain in the list as a web link if the subscription still publishes the link. Thats the same behavior as v2.5
Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 06:44:38 PM
I now see Sort Composer in the Tag Inspector list, but Sort Album Artist still produces TXXX/Sort Album Artist (it's shown in the list from when I tried to enter it before).  There are duplicate entries in the list (ITUNES COMPILATION appears twice, for instance, as does EPISODE DATE) and trying to actually add a tag results in this message when I hit Save:
the actual error thrown should be fixed and the duplication probably fixed. The click selection handling should be addressed and the podcast deletion wording corrected.
Also fixes an error potentially thrown when organising inbox files

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: mless on October 25, 2015, 08:02:40 PM
I get a null reference exception when switching tabs. If I then close MusicBee right after the error, it becomes impossible to start it again, I get the error on startup. I sent you my config file. Thanks!
Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 08:14:17 PM
that should be fixed now - redownload the same link
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 25, 2015, 08:53:32 PM
Selection by artist header is fixed in the last version.  Duplication in the Tag Inspector new tag list also appears to be fixed.


The bottom border of the No Cover Art image is frequently cut off.  Refreshing fixes it, but sometimes I have to refresh more than once.

(http://i.imgur.com/lODAzPM.png)


...I take it back about the virtual tag/Sort Album Artist change being fixed, sorry.

And if "No Cover Art" is showing, Artwork selection still doesn't work quite right.
Title: Re: GUI changes for v3.0
Post by: mless on October 25, 2015, 09:03:33 PM
Yes the error when switching tabs is fixed, thank you.

Another one: I have a button in the toolbar bound to the "View: Show Tag Manager" command. When I press the button I also get a null reference.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 25, 2015, 09:45:07 PM
version 3.0.5776.34521
All issues I reported here (http://getmusicbee.com/forum/index.php?topic=15050.msg97699#msg97699) are fixed except the Lyrics Status problem.

I use a virtual tag for display;
Lyric Status = $IsNull(<Lyrics?>,?,$If(<Lyrics?>="N [no lyrics]",Inst,$If(<Lyrics?>="Y [unsynched]",Stnd,Sync)))
to cut down the column space used by 'Lyrics?'.

It appears that any virtual tag is not being re-read and applied after a tag edit until the file is manually re-scanned.
Title: Re: GUI changes for v3.0
Post by: Steven on October 25, 2015, 11:13:31 PM
I use a virtual tag for display;
Lyric Status = $IsNull(<Lyrics?>,?,$If(<Lyrics?>="N [no lyrics]",Inst,$If(<Lyrics?>="Y [unsynched]",Stnd,Sync)))
to cut down the column space used by 'Lyrics?'.
It appears that any virtual tag is not being re-read and applied after a tag edit until the file is manually re-scanned.
this should be fixed - it is very specific to the Lyrics? field when saved in the tag editor. So if you find it happening with other virtual tags then let me know
The bottom border of the No Cover Art image is frequently cut off.  Refreshing fixes it, but sometimes I have to refresh more than once.
...I take it back about the virtual tag/Sort Album Artist change being fixed, sorry.
And if "No Cover Art" is showing, Artwork selection still doesn't work quite right.
the artwork display issue should be fixed but its possible there are other cases it might happen so let me know if you notice it. I havent looked at the Sort Album artist issue. And for selection when no cover art, i cant how that would make any difference compared to a normal picture and i have no problems with either. Can you be specific what isnt right?

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 25, 2015, 11:37:30 PM
the artwork display issue should be fixed but its possible there are other cases it might happen so let me know if you notice it. I havent looked at the Sort Album artist issue. And for selection when no cover art, i cant how that would make any difference compared to a normal picture and i have no problems with either. Can you be specific what isnt right?

Artwork display looks much better, thanks.

You're right, it's not just No Cover Art.  It was just that the only example I could find at first was No Cover Art.  There are definitely still some cases in which clicking on the artwork doesn't select the whole album.  Still seems to be the subheaders (or the gap between them) at work.  Do you need another GIF?


Meanwhile, I've managed to do this. ;D

(http://i.imgur.com/gyi2FiF.png)

What happened was that I had accidentally clicked on Title and wanted to put the Now Playing List back in play order.  I finally managed it by switching to "Track with Thumbnail" and back, but the first thing I tried to do was add the # column.  When I clicked a couple of times and dragged a couple of times, and it wasn't added, I decided that it wasn't actually possible and went on.  This showed up when I updated & restarted.  Selecting "auto-size all columns" gets rid of it, but it comes back when the track changes.
Title: Re: GUI changes for v3.0
Post by: LDGEB on October 25, 2015, 11:39:35 PM
MB: v3.0.5776.39804

- Compact player's media button disappear when scale.
1) Use Compact player (Ctrl+1)
2) Scale the compact player vertical to any height.
3) Scale the compact player vertical and horizontal to the smallest size you can
4) Media control disappear. It can be fix by opening main player and returning. Alternatively using certain setting such as "Show visualizer"

- Compact player steal focused.
This might be difficult to reproduce as it require certain environment but I am hoping something could be done.
1) Use compact player. Open up a internet browser. Have both of them on screen (ie. not minimized)
2) Use a mouse that have custom button (aside from wheel, left & right click). In my case it Logitech and I use Logitech Gaming Software to custom my button for my Internet Browser.
3) Play music, when the song change to another file or when the artwork change (if multiple artwork), MusicBee compact player will "steal focused" so my hotkey will no longer work with internet browser until I change focus to something else first. E.g clicking on desktop then click on Internet browser, or clicking on MusicBee then click on Internet Browser before the custom key for Internet Browser can be use again.

Edit: Taskbar media control disappear when change mode
1) Open MB, my was in Compact Mode when I quit/exit MB so it will open in Compact
2) Maximize it so it change to main player
3) Compact it again
4) Hover mouse over MusicBee on taskbar. The media control will disappear and no longer possible to use until you restart MB.

Compact button playlist does not activate when compact mode is minimal
1) Compact mode
2) Between the cogwheel and >> is a button with 3 horizontal line, clicking that doesn't seem to do anything but "change" color
This is a issue when you have the compact player minimal size. Increasing the size will display the playlist.

Error when using
1) Open Main Player
2) Tools > Library Reports...
3) Tools > Auto rate track
4) Tools > Auto Library Reports... work every 2nd time. ie. Open it get error, try it again it open new window, and trying again will repeat this cycle
5) Tools > Copy tag to clipboard


Feature request:
Compact mode to have snap to edge of window border.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 26, 2015, 12:21:50 AM
p.s. on the artwork/selection problem: clicking on the artwork to select does not update Artwork [Selected], and the selection is not reflected by the stats in the status bar.

For that menu selection problem, the autocomplete lists have been behaving okay, but I am still seeing it happen in actual drop-menus.  Was trying to do a custom search just now and it took several tries to select the entry I wanted for the rule.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 26, 2015, 07:57:09 AM
this should be fixed - it is very specific to the Lyrics? field when saved in the tag editor. So if you find it happening with other virtual tags then let me know

version 3.0.5776.39804

Lyrics? field behaving correctly now.
My mistake on it happening to other virtual tags. It was just another one that was dependent on the Lyrics? field value.

Title: Re: GUI changes for v3.0
Post by: Steven on October 26, 2015, 08:13:58 AM
You're right, it's not just No Cover Art.  It was just that the only example I could find at first was No Cover Art.  There are definitely still some cases in which clicking on the artwork doesn't select the whole album.  Still seems to be the subheaders (or the gap between them) at work.  Do you need another GIF?
yes i will need a picture as i still cant reproduce any issues
Title: Re: GUI changes for v3.0
Post by: Steven on October 26, 2015, 08:16:05 AM
- Compact player's media button disappear when scale.
1) Use Compact player (Ctrl+1)
2) Scale the compact player vertical to any height.
3) Scale the compact player vertical and horizontal to the smallest size you can
4) Media control disappear. It can be fix by opening main player and returning. Alternatively using certain setting such as "Show visualizer"
could you post a screenshot as that sort of thing will depend on what you have configured
edit:
i can reproduce incorrect resizing behavior when the controls are overlayed onto the picture, so if thats the case just confirm that
Title: Re: GUI changes for v3.0
Post by: Alumni on October 26, 2015, 10:48:07 AM
I was just syncing to my tablet and I received this error message saying the process failed when trying to copy my playlists.
The funny thing is that the music copied fine, it's only the .m3u files that refuse to be synced.
I tried changing to .pla format in device settings and that did work, but the app I use doesn't support it.

This is also the first time I've synced this device with MusicBee v3.0, I don't remember having this problem before.
Troubleshooting included restarting the tablet, deleting the files stored on the device manually, and syncing all music from scratch.

~~~

26/10/2015 19:38:33 - Object reference not set to an instance of an object.
26/10/2015 19:38:34 - 6.1.7601.65536 - 3.0.5776.39804 - System.Exception: Add playlist G:\Music\Playlists\Nexus ProgRock.m3u ---> System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qRPla1OnABvuaaw9dPtKMcfMAhZvCHmu9_SsXFYGIHhEzzc9dvUmLtMHSORSZVK1r.#=qxQQ0l4pBzdmLMK$B0oIQ_Q==(#=qkD3jaOfVkI7vMlr7qTYDbJQuFE2vT0GaO2FWxNEdLLA= #=quOqUqEh0U6dk9y9wpRwlmQ==, IList`1 #=qTEM8$2gHdDaSBpS49y5$tw==)
   at #=qkD3jaOfVkI7vMlr7qTYDbJQuFE2vT0GaO2FWxNEdLLA=.#=qRhNMnf3mQ5dYUfbNUPmNiQ==(List`1 #=qnyn3TjOBUgGVKWo2dFbFcg==)
   at #=qJSRfEiXN4usomskUYqgmVL_A1hR_pIe954OkEWVo31E=.#=qTIAPDrpl4Epcf3ruODZ3Tt2S5lUnDLKluumkeW6wcnE=(#=qkD3jaOfVkI7vMlr7qTYDbJQuFE2vT0GaO2FWxNEdLLA= #=qSvm7iF0m4zHPtW_HCqrxhQ==, Dictionary`2 #=q$nHP$rvnV$ODkm0Qnj6RTQ==, Object #=qs4s21h1oYuFQuknR3dMz00pkmS5ntJ4_FnkPfxRpehY=)
   at #=qJSRfEiXN4usomskUYqgmVL_A1hR_pIe954OkEWVo31E=.#=qRrTZLDt5T5YoRI2q$2Xfcg==(Boolean #=qIDl8m12hjxg1ZdLdePaqCg==, Boolean #=qyTDazYZsFET2_HTweeFu0w==, Dictionary`2 #=qZQbJcSqWYOk1gEIdh_lyX4HHZA2$weYMd6Jbr9hZewk=, List`1 #=qgeZEaClewRlYkLiECctVt8XEKKi$255_Gz0VMWttueQ=, Object #=qmiKwKVRlVIAOO_EyWtBta2hjmszLun$1uGMcJwyLhwk=)
   --- End of inner exception stack trace ---
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 26, 2015, 03:19:18 PM
yes i will need a picture as i still cant reproduce any issues

Here you go.  Also showing artwork & status bar that does not update (on further testing, the status bar thing doesn't seem to be related to the artwork).

(http://i.imgur.com/C5Wt1Rc.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on October 26, 2015, 07:18:26 PM
I was just syncing to my tablet and I received this error message saying the process failed when trying to copy my playlists.
i have sent you a PM with a debug version
Title: Re: GUI changes for v3.0
Post by: Steven on October 26, 2015, 08:42:31 PM
What happened was that I had accidentally clicked on Title and wanted to put the Now Playing List back in play order.  I finally managed it by switching to "Track with Thumbnail" and back, but the first thing I tried to do was add the # column.  When I clicked a couple of times and dragged a couple of times, and it wasn't added, I decided that it wasn't actually possible and went on.  This showed up when I updated & restarted.  Selecting "auto-size all columns" gets rid of it, but it comes back when the track changes.
i can reproduce clicking on title and the # field disappearing and will fix that but i have no idea how you managed to get multiple # fields in there.
Title: Re: GUI changes for v3.0
Post by: Steven on October 26, 2015, 09:46:10 PM
Edit: Taskbar media control disappear when change mode
1) Open MB, my was in Compact Mode when I quit/exit MB so it will open in Compact
2) Maximize it so it change to main player
3) Compact it again
4) Hover mouse over MusicBee on taskbar. The media control will disappear and no longer possible to use until you restart MB.
i cant reproduce this. Maybe send me your settings or perhaps there is an extra step involved?
Compact button playlist does not activate when compact mode is minimal
1) Compact mode
2) Between the cogwheel and >> is a button with 3 horizontal line, clicking that doesn't seem to do anything but "change" color
This is a issue when you have the compact player minimal size. Increasing the size will display the playlist.
i cant reproduce this one either. A screenshot might help
edit:
i can reproduce this if controls are overlaid onto the picture and the height of the compact player is too small to show the playlist. I will increase the minimum height in this case
Error when using
1) Open Main Player
2) Tools > Library Reports...
3) Tools > Auto rate track
4) Tools > Auto Library Reports... work every 2nd time. ie. Open it get error, try it again it open new window, and trying again will repeat this cycle
5) Tools > Copy tag to clipboard
this sounds like the advanced tag tools plugin. boroda74 might not be reading this topic so i suggest you report this on that plugin topic
Title: Re: GUI changes for v3.0
Post by: Steven on October 26, 2015, 10:59:25 PM
this has fixes for most of the above issues:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 27, 2015, 01:07:04 AM
version 3.0.5777.39487

If using Artwork field in Track Detail configuration when using grouping header:

(http://i.imgur.com/qdJzONG.gif) (http://imgur.com/qdJzONG)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 27, 2015, 04:14:46 AM
i can reproduce clicking on title and the # field disappearing and will fix that but i have no idea how you managed to get multiple # fields in there.

I try to add them from the "Set Displayed Fields" pop-up, and then I restart MB. And then I can't get rid of them. (edit: Actually, I hacked the settings file to get rid of them.)

GIF: http://i.imgur.com/B8DGZEo.gif (http://imgur.com/B8DGZEo)


Album Artwork appears to still be cut off if the tracks continue beyond the bottom of the artwork.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 27, 2015, 06:10:27 AM
Is it intentional that when you do a CTRL+A, all the empty space is selected, too?

(http://i.imgur.com/94NFQks.png)
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 08:33:18 AM
Album Artwork appears to still be cut off if the tracks continue beyond the bottom of the artwork.
can you post a screenshot so i can measure things
Title: Re: GUI changes for v3.0
Post by: Alumni on October 27, 2015, 10:52:50 AM
i have sent you a PM with a debug version

Ok, I repeated the steps and here's what the log shows:

~~~

27/10/2015 19:46:10 - Object reference not set to an instance of an object.
27/10/2015 19:46:10 - Portable Device\Internal storage\Playlists\Rap New Favs.m3u,folder=o56,1,files=134
27/10/2015 19:46:10 - root=null

edit:
error log removed
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 10:58:34 AM
can you send me your settings file (help/ support/ view settings) before you make any changes.
Its appears somehow the specified storage root folder for the device is no longer valid. You can set that in the device settings panel
Title: Re: GUI changes for v3.0
Post by: Alumni on October 27, 2015, 11:05:42 AM
can you send me your settings file (help/ support/ view settings) before you make any changes.
Its appears somehow the specified storage root folder for the device is no longer valid. You can set that in the device settings panel

Sure, I just sent it.

I'm not sure why the storage folder would be invalid, what setting would you recommend?
By the way, I'm using MTP if that makes any difference.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 27, 2015, 11:57:47 AM
I don't have psychoadept's problems with the artwork cut-off and selection errors, and was testing to see if it might be caused by the position of the extra fields displayed - under artwork vs right of artwork.

Didn't get that far because I discovered this:
(http://i.imgur.com/8SY1GhXl.jpg) (http://imgur.com/8SY1GhX)

3.0 is displaying what I have set in 2.5 but the configuration panel is not updating.  I think these are the settings I was using when I first installed 3.0Demo.

This is the settings that are currently in 2.5:
(http://i.imgur.com/lM7SPml.jpg)
Title: Re: GUI changes for v3.0
Post by: coffeecup on October 27, 2015, 12:19:26 PM
Hi have been using version 3 without big problems untill today when musicbee threw out this error:
MusicBee v3.0.5777.39487 (Win10.0), 27 Oct 2015 11:10:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qLYbYSeDEbqKh2v9raGNApeXx1NkTr8ooIrznlgEHg3k=..ctor(#=q7lWIb6XjdRGyEyzNAg_48KhGHpW3RjoJ1Jp1fMDun8E= #=qYCTft10K2VnrdJVq600OLQ==)
   at MusicBee.MusicBeeMain.#=qxdxhdrxdow9r4bTgM5ABsmwkbfKIH3YbKz8h4mjt0$w=..ctor()
   at MusicBee.MusicBeeMain.#=qRdB_3jDaprFFmDpXiF38qA==(#=qUXROS4DTh_lxBdqMH4U3sfuE499eqtx74p_OfteYcD4= #=qleFaDvuQ$DAq$6e2ChwNI8AGKm3pjYrZ1cQNkVY5X5s=, Boolean #=qQfxirtmdinwksgcrdW77gUyOx5fUzbfgN5XA3jt2$4w=, #=qA9fxmY9To8g6X8RQ2PyqdA== #=qYncjL7vBWQuo78g6jvBOVQ==, #=qZW7cF5qbvh9CCD8vA11q9bo3I1DKLPEcuQbC5baY2hE= #=qxvEd4BfLsgzM8LH3BBQAIbbkzcL$X6g66RTFytAEltU=, #=qNgKaJJgxQakZ8gs0NiZQKPQvdsZF8Ot5jCmLqM5kg2w= #=qU3zz562Mjbv6l2GpzB0lWw==, #=qMg6s4rbQbrWHmd0tMHUTXhA7S3Garug1V8_vG7Le2Hc=[] #=qGDd3KIIsmPMi1VNbl2rZm96FoGy47VUUaJ2697GcHRU=, Boolean #=qWXotc4hz8Me7aztIDGFQbmvdWvcXes6rlXBWIAWUYNw=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qEV4ZXBvJnMC98TRYi3pDxw==(String[] #=qIq26FLaECM9oETNoVS02VA==)

I tried going back to earlier update but still got error.
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 12:27:33 PM
Didn't get that far because I discovered this:
i expect the main panel is being displayed using a custom view and you are editing the default Album & Tracks layout
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 12:29:22 PM
Hi have been using version 3 without big problems untill today when musicbee threw out this error:
please PM me a link to your settings file: help/ support/ View Settigs or (MusicBee3DemoSettings.ini in the AppData folder if you cant start MB
Title: Re: GUI changes for v3.0
Post by: Alumni on October 27, 2015, 01:26:17 PM
A very strange error I noticed recently - can anyone else confirm? When analyzing volume and applying replaygain tags, MusicBee has been intermittently skipping tracks seemingly at random.

Although it says "operation completed successfully", checking the files with a tag inspector reveals that some tracks are missing the replaygain tags. The errorlog doesn't contain any entries for this, and I haven't yet figured out a pattern.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 27, 2015, 02:47:25 PM
Album Artwork appears to still be cut off if the tracks continue beyond the bottom of the artwork.
can you post a screenshot so i can measure things

Still shot:

(http://i.imgur.com/ILHXRVi.png)

GIF: http://i.imgur.com/tOqZ6mF.gif (http://imgur.com/tOqZ6mF)

On my screen I could see the missing piece of the artwork flicker for second when I refreshed, but the FPS of the GIF is probably too low.
Title: Re: GUI changes for v3.0
Post by: Alumni on October 27, 2015, 03:02:12 PM
@Steven
Thanks for the suggestion, I managed to get my playlists syncing by changing the path from "Playlists\" to "Portable Device\Internal Storage\Playlists". I assumed the device settings would automatically detect the correct path, but problem solved anyway.
Title: Re: GUI changes for v3.0
Post by: mless on October 27, 2015, 03:03:27 PM
There is another problem with the artwork in the "Track Information" panel. I have an album playing and a few seconds before the end of a track the album cover disappears from "Track Information" and reappears when the next track starts. For some albums the album does not disappear completely, but the bottom of the image becomes grey, like when an image fails to completely load.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 27, 2015, 04:25:35 PM
There is another problem with the artwork in the "Track Information" panel. I have an album playing and a few seconds before the end of a track the album cover disappears from "Track Information" and reappears when the next track starts. For some albums the album does not disappear completely, but the bottom of the image becomes grey, like when an image fails to completely load.

I can confirm this.  Just as the track is ending, the image appears to become corrupted somehow.
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 04:28:29 PM
could both of you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: mless on October 27, 2015, 04:46:32 PM
Sent.
By the way, I changed the font for the lines in that panel, and sometimes the text gets truncated on the bottom, like there is not enough room for each line. See the second line:

(http://i.imgur.com/6P1QK3G.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 07:12:44 PM
@Steven
Thanks for the suggestion, I managed to get my playlists syncing by changing the path from "Playlists\" to "Portable Device\Internal Storage\Playlists". I assumed the device settings would automatically detect the correct path, but problem solved anyway.
it shouldnt matter. Would you mind send me the settings again so i can compare with your older ones?

A very strange error I noticed recently - can anyone else confirm? When analyzing volume and applying replaygain tags, MusicBee has been intermittently skipping tracks seemingly at random.
Although it says "operation completed successfully", checking the files with a tag inspector reveals that some tracks are missing the replaygain tags. The errorlog doesn't contain any entries for this, and I haven't yet figured out a pattern.
I have tried this on a few albums and cant reproduce. However looking at the code i do see one thing i want to change, so if it keeps happening after today's update then let me know

Hi have been using version 3 without big problems untill today when musicbee threw out this error:
i think this is from a change i made yesterday and should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 07:50:03 PM
this has fixes for most of the above issues:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

@mless & psychoadept, i have probably fixed the album artwork display corruption although i cant be completely sure
Title: Re: GUI changes for v3.0
Post by: mless on October 27, 2015, 08:57:24 PM
I can't reproduce it now so it looks fixed!

Would it be possible in 3.0 to allow for more than 7 lines ("fields") in the track information? I use this panel to display a lot of info about albums and tracks and I'd like to have a few more lines.
Title: Re: GUI changes for v3.0
Post by: coffeecup on October 27, 2015, 09:01:12 PM
Nice one, that seems to have fixed my error.
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 09:46:37 PM
Would it be possible in 3.0 to allow for more than 7 lines ("fields") in the track information? I use this panel to display a lot of info about albums and tracks and I'd like to have a few more lines.
feel free to make requests as others might comment  but i am in no position at the moment to consider them. In a few weeks when i have a beta ready version that has the remaining planned changes done, then i will ask people to re-request as there are too many things already.
Title: Re: GUI changes for v3.0
Post by: mless on October 27, 2015, 10:12:11 PM
Sure!

A few other problems with the same panel:

1 - In 2.5 when the panel is configured as "Selected Track" and you select an album in the artwork view (no track selected), the line with the field <Title> does not show (probably because the variable is null), so we only see the album name / artist. In 3.0 it shows the name of the first track of the album with its track number.

2 - Clicking any weblink throws: System.InvalidOperationException: Cannot start process because a file name has not been provided.

3 - Clicking the file URL does nothing.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 27, 2015, 10:47:53 PM
When using Tools> Tagging Tools> Renumber Tracks
If number padding is turned off, all single digit figures (ie 1 thru 9) are erased.

UPDATE
You can't manually enter a single digit number in the track# field



Didn't get that far because I discovered this:
i expect the main panel is being displayed using a custom view and you are editing the default Album & Tracks layout

Yep. You are right. Do I feel like a complete idiot or what  ::)
Title: Re: GUI changes for v3.0
Post by: colagen on October 27, 2015, 10:51:27 PM
An error which appear at startup.
My setting file is here http://www.mediafire.com/view/n6qq7jzvrwi2l86/MusicBee3SettingsDemo.ini

MusicBee v3.0.5778.33649 (Win10.0), 27 oct. 2015 22:49:

System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
   à MusicBee.MusicBeeMain.#=qllOBg2R2whBD6CaZTPrQBfLzJkcpFQH2mdUVrC1tm70=.#=qygYEWXHkThfuOhkchk2Eg9DF4fnLN5mCL4G4Mf__Tzc=(String[] #=qFR_oTpSE$1lp170f5ARYrg==, Boolean #=qJIPgfRQiWLsiLX9CFLbmheUxMxpE1v$rjol_cn0E6ac=, Boolean #=qmuIViEfYCvJ6cDkQZg5BycHYASvaXqT2lFK_tpr30eM=)
   à MusicBee.MusicBeeMain.#=qllOBg2R2whBD6CaZTPrQBfLzJkcpFQH2mdUVrC1tm70=.#=qe5H1X$cj13JWF7dSP1tVcsaxT9RXOVU16NMJQ0dyNM4=(String #=q4jqgmq76YvTA3CTALymDWg==)
   à MusicBee.MusicBeeMain..ctor()
   à MusicBee.MusicBeeApplication.#=qwEy4QqghD8vciZC2VXw6TA==(String[] #=qmJ_WGZn7u3zbf4IQaf2C4A==)
Title: Re: GUI changes for v3.0
Post by: Steven on October 27, 2015, 11:26:00 PM
An error which appear at startup.
this should fix the startup error. However i notice than when the left sidebar is unhidden, it doesnt show the library explorer so i will fix that at a later date. You would need to restart MB with the panel unhidden so it shows on the next retsrat. or configure the sidebar to auto-open

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: darkred on October 28, 2015, 12:51:41 AM
As a continuance to this thead "enlarge progress bar height should also apply when docking player controls in right sidebar" (http://getmusicbee.com/forum/index.php?topic=16732.msg97776#msg97776) ,
I tried as suggested the latest beta, build 5778 (win 10x64) to see if that's available in the new version (it is available?)

But, unfortunately it seems I can't dock the dock the player controls in the right sidebar(top) -they are on the bottom pane now-.
I tried clicking Configure Layout, but it's not possible to drag the 'player controls' item from bottom panel to right sidebar.

This this a screenshot of my layout (https://i.imgur.com/U3KgtFv.jpg)
Title: Re: GUI changes for v3.0
Post by: Alumni on October 28, 2015, 04:06:33 AM
it shouldnt matter. Would you mind send me the settings again so i can compare with your older ones?

Ok, sent to you.

I have tried this on a few albums and cant reproduce. However looking at the code i do see one thing i want to change, so if it keeps happening after today's update then let me know

The latest build seems to have fixed it, thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on October 28, 2015, 06:54:28 AM
But, unfortunately it seems I can't dock the dock the player controls in the right sidebar(top) -they are on the bottom pane now-.
I tried clicking Configure Layout, but it's not possible to drag the 'player controls' item from bottom panel to right sidebar.
its called the "sidebar player" and can be docked anywhere in one of the side panels. Click the panel layout button by the search box to change the layout configuration
Title: Re: GUI changes for v3.0
Post by: darkred on October 28, 2015, 10:23:45 AM
But, unfortunately it seems I can't dock the dock the player controls in the right sidebar(top) -they are on the bottom pane now-.
I tried clicking Configure Layout, but it's not possible to drag the 'player controls' item from bottom panel to right sidebar.
its called the "sidebar player" and can be docked anywhere in one of the side panels. Click the panel layout button by the search box to change the layout configuration
Thank you very much for the reply!


As I saw, "enlarge progress bar height" doesn't apply to the "sidebar player".
Could you, please change that?

And one last suggestion please:
The 'Apply' and 'Save' buttons (of Apply/Save/Close) in Preferences, if possible
to be grayed out while haven't changed any preference yet,
and only become active when you change them.
In other words, as it works in Windows when changing settings  
(e.g. in Power Options|Change plan settings ---> The "Save changes" button)
Title: Re: GUI changes for v3.0
Post by: colagen on October 28, 2015, 12:01:53 PM
this should fix the startup error.
Yep, it worked. But... i found another one : ) Same settings file, this error happens when the buttons in the tab bar are grouped into a single "gear" icon, when i click on this icon, this error is thrown
http://www.mediafire.com/view/n6qq7jzvrwi2l86/MusicBee3SettingsDemo.ini

MusicBee v3.0.5778.40218 (Win10.0), 28 oct. 2015 11:57:

System.IndexOutOfRangeException: L'index se trouve en dehors des limites du tableau.
   à MusicBee.MusicBeeMain.NavigationHeader.#=qD_d5Qz5KbfsCrZmD4ylFRK9_d5CkbRqTXQRakElR8V0=..ctor(Point #=qVmOXnBvmKR03QGVkGVye3w==)
   à MusicBee.MusicBeeMain.NavigationHeader.#=qXRBH2hLJNYyFhoGF2Ki1Ww==(MouseEventArgs #=qCBPoCZcv6U_5hOSYlTmJwg==)
   à MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qDrb0PjaOupHSHuynqfdZzw==)
   à System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   à System.Windows.Forms.Control.WndProc(Message& m)
   à System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   à System.Windows.Forms.Form.WndProc(Message& m)
   à #=qMsuU$zUmzkkS5A5DvPqXNPaMMLpQxMqwyKC5gBWbmts=.WndProc(Message& #=qWQlAhVG4wfoIAMax$oU67g==)
   à MusicBee.MusicBeeMain.WndProc(Message& #=qcWKB3vry1GvK8h8gyseSGQ==)
   à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: 9ido on October 28, 2015, 05:36:05 PM
feel free to make requests as others might comment  but i am in no position at the moment to consider them. In a few weeks when i have a beta ready version that has the remaining planned changes done, then i will ask people to re-request as there are too many things already.

This is exciting news, I can hardly wait to try it. :)
Title: Re: GUI changes for v3.0
Post by: phred on October 28, 2015, 06:22:40 PM
This is exciting news, I can hardly wait to try it. :)
You do know you can try it now, don't you?  Not as a full-fledged production tool, but just to shake it and see what bugs fall out of it.  Steven is issuing a new 'not-quite-alpha' version every day or two.  It's an .exe that goes in your MB folder and launched, configured, played with, and tested without any changes to the 2.5 (or earlier) version you might be using.  Personally I've been trying out my various workflows with it and seeing what happens.  Bugs should be reported in this (GUI changes for v3.0) thread.  Where you can also find the latest test version.  Just work backwards from this post until you find Steven's post with the link.
Title: Re: GUI changes for v3.0
Post by: 9ido on October 28, 2015, 08:08:50 PM
Double-clicked on a playlist tab, selected another playlist from the left pane, (double)clicked on the tab again, and playing with it that functionality for a few times crashed the demo two times in a row. Then, I could not replicate the crash for a third time. :-/ No report either, it just shuts down without warning. Thought I should report this anyway for what it's worth.
Title: Re: GUI changes for v3.0
Post by: Steven on October 28, 2015, 10:00:00 PM
Thought I should report this anyway for what it's worth.
definitely worth reporting thanks.

this has fixes for the above issues and a couple i found:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 28, 2015, 10:31:12 PM
this has fixes for the above issues and a couple i found:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

Saving of single digit track numbers still not working

and

mouse scroll-wheel not working in left sidebar when in auto-open mode

but

Artwork in Track Detail view working fine

thank you  :)
Title: Re: GUI changes for v3.0
Post by: Steven on October 28, 2015, 11:42:38 PM
Saving of single digit track numbers still not working
and
mouse scroll-wheel not working in left sidebar when in auto-open mode
the track numbers is done now and mouse-wheel scrolling is fixed

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on October 29, 2015, 01:14:59 AM
I have the Playing Tracks panel at the bottom of the Main Panel.  I find that when I do List > Clear List the entire list clears as expected.  But when I close and then reopen MB one (and only one) of the tracks that was in the Playing Tracks list reappears.  I've also tried placing the NP panel in the left sidebar and the right sidebar and I get the same behavior.  

EDIT:  I think I've narrowed it down to the track that was last played is the track that reappears after close/open.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 29, 2015, 01:28:15 AM
the track numbers is done now and mouse-wheel scrolling is fixed

That was quick!
Confirmed all fixed.
Thanks  :)
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 29, 2015, 05:46:14 AM
Subheader and selection problems appear to be almost fixed.  I can still click in the white space and have a subheader selected, which may include parts of more than one album.  GIF: http://i.imgur.com/toO6xl9.gif (http://imgur.com/toO6xl9)

The accidental # columns are fixed.  I can't create anymore.


Some new stuff on playlists:

Playlists can't be renamed by clicking twice; you have to right click and choose "rename".

When I create a new playlist, it comes up ready to be renamed, but the name I type in gets applied to a different playlist.  GIF: http://i.imgur.com/MVYPkng.gif (http://imgur.com/MVYPkng)

And I got this error when I tried to navigate back to a deleted playlist:

Code
MusicBee v3.0.5779.40788 (Win10.0), 29 Oct 2015 0:11:

System.IO.FileNotFoundException: Could not find file 'C:\Users\HP\MusicBee\Playlists\Playlist.mbp'.
File name: 'C:\Users\HP\MusicBee\Playlists\Playlist.mbp'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at #=q67x2EX1gNoDZkeWvkp0QGZk7Sg$uDyRtxApdn97vv2U=.#=qp2s7ZfQjJ6Dvx_j06xV_Qx$iVWL1EnAGnm5E9biBn_M=()
   at #=q67x2EX1gNoDZkeWvkp0QGZk7Sg$uDyRtxApdn97vv2U=.#=qr2WgSvZ$kPBnU85s7EkDg1ZPFlF3NDH0LTCdVtJZP9k=()
   at #=q67x2EX1gNoDZkeWvkp0QGZk7Sg$uDyRtxApdn97vv2U=.#=qezG99iQKHKyOjHxEaG15OmZeH6_cA9siIzMHjNxvsKk=()
   at #=qDc1AzS4KNEE2vw3BrjBMnSLaKuht_Ef$m3kLwwB9Tsc=.#=qTE6UcMkrmTtoBBWQuv$t8f_7gXz_CR8TJxPGb9OoHwA=()
   at #=qDc1AzS4KNEE2vw3BrjBMnSLaKuht_Ef$m3kLwwB9Tsc=.#=qg0HjKHLPgDuhfBb2$Pvb74thSVHO16V_xUKNsWkC1gQ=(Int32 #=qF$Tjkih0UP2$thy9rmCEsQ==, Boolean #=q$I1QgNrbcANPeayKGE$FjA==)
   at #=qDc1AzS4KNEE2vw3BrjBMnSLaKuht_Ef$m3kLwwB9Tsc=.#=q1nBxscCVbFAdgQ_aBDyvOI3YyYhM9bu3A7nmsytqF$4=(Boolean #=qvnRBhkaSkRrDtTaBG8l6GQ==)
   at MusicBee.MusicBeeMain.#=qIu3ZsyduNnWyg9LgwMhhiQ==(#=q5o3T4xx_rhaAHFz37USg6JUcTwwKL1x5NHEi3ZrlY$c= #=qsESg4$S$ekSZx1xU_wsGyzcYXxrUsyLyYjLIfF_0Hhw=, Boolean #=qCug4Hf3fp8w4TSVjqtakuh9Ow_pIHdpBzTgUKrZcENY=, #=qphlEQLTHx5J8BGBqKa9$lQ== #=qQqEpjPKsGP1VnRWIT0XAeQ==, #=qZW7cF5qbvh9CCD8vA11q9bo3I1DKLPEcuQbC5baY2hE= #=qDbTnFPiGdUXQCYohkRx4K9rJFHZfhxKqX6yjGYZxDOA=, #=qdufi9CbU6Nsvi6dAhx2s4ntIcQmrD8vtSM5SH6SpOis= #=qLT30cDQfGIc7VzeANla3aw==, #=qfpeViQ2zSR5EyOPdcFJO9UabMBi_eZlEk0o$rrYpeHw=[] #=qaf9ZdIG1WjahCmiXhlD_W_s3pB54cx490ZiGq$0dMuY=, Boolean #=qtvmsD$eihpa7tennkfC0PS0aLX7yROXBeCEhdVmYwMI=)
   at MusicBee.MusicBeeMain.#=qWk7ruT7cs3bCpJBqP2cW4A==()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qiIinrCDPfSsdHDCYhz27JA==(MouseEventArgs #=qrl$a7CFSKozR4D1saA3SOQ==)
   at MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qCBPoCZcv6U_5hOSYlTmJwg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=q8frdeqO66ICTZw_jTlwjKDgIIDFe1FCsWOgs2UcTIbw=.WndProc(Message& #=qjouMnRjRqUdUVHV2KT0ZLQ==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qVuMfigpaab0lbZvlhcHcwg==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on October 29, 2015, 11:30:40 AM
When I create a new playlist, it comes up ready to be renamed, but the name I type in gets applied to a different playlist.  GIF:
it looks like the playlist panel is being refreshed - would the folder the playlist is created in be in the continuous monitor path?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 29, 2015, 12:40:36 PM
version:3.0.5779.40788

In the Artwork tab of the tag editor, if you have multiple artwork to chose from, none of the "Picture Type" options save.
Also a change in the preference of 'primary picture' wont save either.
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 29, 2015, 01:55:00 PM
it looks like the playlist panel is being refreshed - would the folder the playlist is created in be in the continuous monitor path?

Yes, everything is in the monitored folder
Title: Re: GUI changes for v3.0
Post by: Steven on October 29, 2015, 10:23:20 PM
fixes for the above:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on October 29, 2015, 11:45:09 PM
fixes for the above:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Is this latest version supposed to address this issue?  If so, the behavior reported is unchanged.
I have the Playing Tracks panel at the bottom of the Main Panel.  I find that when I do List > Clear List the entire list clears as expected.  But when I close and then reopen MB one (and only one) of the tracks that was in the Playing Tracks list reappears.  I've also tried placing the NP panel in the left sidebar and the right sidebar and I get the same behavior.  
EDIT:  I think I've narrowed it down to the track that was last played is the track that reappears after close/open.
Title: Re: GUI changes for v3.0
Post by: LDGEB on October 30, 2015, 02:21:38 AM
Most other problem seem to be fixed. In regard to the problem below I will send my files via PM with the ID "msg97767"
Edit: Taskbar media control disappear when change mode
1) Open MB, my was in Compact Mode when I quit/exit MB so it will open in Compact
2) Maximize it so it change to main player
3) Compact it again
4) Hover mouse over MusicBee on taskbar. The media control will disappear and no longer possible to use until you restart MB.
i cant reproduce this. Maybe send me your settings or perhaps there is an extra step involved?
this sounds like the advanced tag tools plugin. boroda74 might not be reading this topic so i suggest you report this on that plugin topic
[/quote]
Didn't notice this was part of a plugins. Thank you
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 30, 2015, 02:23:38 AM
fixes for the above:
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

The first time I tried to start MB after installing this update, it threw an exception and the error log opened:

Code
10/29/2015 8:18:58 PM - 10.0.10240.0 - 3.0.5780.34349 - System.TypeInitializationException: The type initializer for '#=qhvleXxCvwVav$Y_vDiA29amiSdHLPLpTHdwFyDWA4vE=' threw an exception. ---> System.IO.FileNotFoundException: Could not find file 'C:\Users\HP\AppData\Local\Temp\BNZ.5632c580fecd7\Configuration.xml'.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
   at #=qhvleXxCvwVav$Y_vDiA29amiSdHLPLpTHdwFyDWA4vE=..cctor()
   --- End of inner exception stack trace ---
   at #=qhvleXxCvwVav$Y_vDiA29amiSdHLPLpTHdwFyDWA4vE=.#=qAIxFhsjHEZmyhbfVpn19Fw==()
   at #=q2$QDrQ3JyfIirCwbchderRk0XvHbg___BRfkXsECiz4=.#=qPC1NxrAnlJf5Se6Snuw2lg==(#=qSa4yca5SzC90e7V3GecpFAdNwjgBlWwbykFef0Sldy8= #=qDFHMNdCaJ3pBCkFl96h2Zw==)
   at MusicBee.MusicBeeApplication.#=qgtW0RtmZt6c5M8my697X5w==(String[] #=qLq4Ui$OaiRzeqjgMSwTFDA==)


The second time, it opened just fine.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 30, 2015, 05:33:40 AM
Has the exception to allow changing ratings and love tracks in the main panel, even if the option in
Preferences> Tags(2)> tag handling> enable direct editing of tags in the main panel
is not enabled, been removed in v3.0?
Title: Re: GUI changes for v3.0
Post by: Steven on October 30, 2015, 07:54:28 AM
Has the exception to allow changing ratings and love tracks in the main panel, even if the option in Preferences> Tags(2)> tag handling> enable direct editing of tags in the main panel
is not enabled, been removed in v3.0?
thats correct
Title: Re: GUI changes for v3.0
Post by: Steven on October 30, 2015, 07:57:14 AM
The first time I tried to start MB after installing this update, it threw an exception and the error log opened:
thats a very strange one as it appears to be some internal .net file. I guess just let me know if it happens more
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 30, 2015, 08:15:08 AM
thats correct

Good.  I wont report it as a bug then  ;)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on October 30, 2015, 11:47:12 AM
version: 3.0.5780.34349

When using the Library Filter Manager panel, there is no scroll bar so you can only access the first 8 filters.
Clicking 'Add New' takes you directly to the Filter Editor panel, with no ability to enter a name for the new filter.
Title: Re: GUI changes for v3.0
Post by: scartez on October 30, 2015, 05:59:39 PM
Hi! Using v3.0 demo and so far liking it a lot.
Question: Why the stop button was removed from the default skin? Is it possible to put it back?
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 30, 2015, 06:14:30 PM
Question: Why the stop button was removed from the default skin? Is it possible to put it back?

Hold down Shift for the stop button.
Title: Re: GUI changes for v3.0
Post by: Steven on October 30, 2015, 06:58:17 PM
for the default skin, the stop button doesnt show for when the progress bar is displayed in the middle of the panel (to make more space available and keep the layout balanced), metro buttons are enabled and when the wavebar is displayed
Title: Re: GUI changes for v3.0
Post by: scartez on October 30, 2015, 07:40:04 PM
Got it. Thanks!
Title: Re: GUI changes for v3.0
Post by: psychoadept on October 31, 2015, 03:24:36 AM
The sidebar player is not showing up when the right sidebar is in auto-hide mode:

(http://i.imgur.com/FDd0GI9.png)

I have show track text turned off, and show all controls turned on.
Title: Re: GUI changes for v3.0
Post by: Steven on October 31, 2015, 05:37:12 PM
this has fixes for the above issues and the first cut of the new explorer called "Music Explorer", accessible from the left navigator under the "Now Playing" node:
- it defaults to the current playing artist and shows the albums and top ranked tracks for that artist
- also displayed on the page are associated links (defaulting to genres/ deades but others can be added)
- the panel has a link to show the similar artists in your library and you can also browse/ play music from similar artists from the Xbox music catalog
- the panel has a link to show/ play more albums from the artist that are from the Xbox music catalog
- you can search for artists in your library using the search box

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

i havent tested extensively and no doubt there will be something i have overlooked. Please report any bugs/ suggestions and i will spend time testing more myself

(http://getmusicbee.com/images/forum/MusicExplorer.jpg)
Title: Re: GUI changes for v3.0
Post by: phred on October 31, 2015, 06:16:05 PM
That's very, very cool Steven.  My initial quick test shows that when selecting to show "Top Tracks by Rating" tracks that begin with ( are listed before other tracks with the same rating.  In other words, both (I Can't Get No) Satisfaction and Angie are rated with 5 stars, but (I Can't Get No) Satisfaction is listed before Angie.  MB needs to ignore parenthesis.  I believe it should also ignore whatever the user has configured to ignore in Tags (2).

Thanks
Title: Re: GUI changes for v3.0
Post by: 8keep on October 31, 2015, 10:56:39 PM
Hi, I'm new here, but ive used musicbee 2 for a while now. I tried downloading the 3 preview build and I unzip the file and launch the MusicBee3.exe. I click next for English language, and then an error occurs.
Here is a screenshot of what happens:
http://i.imgur.com/USkYrUX.png

It is weird because it also opens up notepad with nothing in it, as you can see in the screenshot. Is there a log or something else I can post?
Title: Re: GUI changes for v3.0
Post by: phred on October 31, 2015, 11:05:56 PM
I think you would only get that language prompt if you did not install MB3 per Steven's instructions.  Did you unzip MB3 into the existing MB2 folder?  That's where it belongs.
Title: Re: GUI changes for v3.0
Post by: 8keep on November 01, 2015, 12:28:08 AM
Thanks, I did that and now it works!
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 01, 2015, 03:34:17 AM
Yep, sidebar player is fixed!

I've had a recurring problem that well precedes 3.0, but I've never been able to pin it down.  Sometimes, after I've been doing *something* with playlists or filters that use custom views, the "no filter" filter will mysteriously switch to the view I've been using in another node.  I've seen it happen a few times in 3.0, too.  Can you suggest anything that I might be able to test specifically as the cause?
Title: Re: GUI changes for v3.0
Post by: Alumni on November 01, 2015, 06:09:39 AM
Great to see another new feature, I'm still trying it out.

Is "similar artists" fetching this information from Xbox Music? The results could be more accurate, are other providers available?
I personally have no need for "top tracks" but it would be useful to have the artist biography shown in the panel.

Edit: A small bug to report, using the "music explorer" node overrides my panel settings when returning to the main panel, specifically the second field displayed is set at 50% contrast.
Title: Re: GUI changes for v3.0
Post by: Antineutrino on November 01, 2015, 07:25:31 AM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

The link does not work anymore.

(http://fs5.directupload.net/images/151101/n2j5jmmd.png)
Title: Re: GUI changes for v3.0
Post by: Steven on November 01, 2015, 07:33:17 AM
Is "similar artists" fetching this information from Xbox Music? The results could be more accurate, are other providers available?
I personally have no need for "top tracks" but it would be useful to have the artist biography shown in the panel.
similar artists is from last.fm and matches tracks in your library with the same artist name.
"View More Artists >" uses the same similarity list and includes artists also on Xbox music
edit:
I have also updated the download link to fix the contrast setting bug
Title: Re: GUI changes for v3.0
Post by: Steven on November 01, 2015, 10:30:39 AM
One thing i have put off until now is the logic to upgrade v2.5 settings to utilise the new panel arrangement settings. On looking at this in detail, its going to be very hard to figure out how to do it correctly as there are some quite subtle things involved with various combinations of settings. I might get it right for some cases, in others i wont.

So I have decided not to do it on the basis that arranging the layout is now quite easy in my opinion. I guess there will be some people annoyed by that but i will make it clear in the upgrade installer that panel arrangement settings will be lost and need to be re-applied. It wont hurt that people see the new layout choices. The settings within each panel should be carried across (thats already done in the current demo version), so that means things like the fields displayed in the main panel, track info panel etc will be upgraded.

Also with any changes to the GUI there will always be a small portion of people who like things exactly the way things were so there will probably be complaints on the forum anyway. For myself, i am generally really pleased with the way the GUI works now and find using v2.5 not as intuitive but perhaps i am biased!
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 01, 2015, 11:30:48 AM
So I have decided not to do it on the basis that arranging the layout is now quite easy in my opinion. I guess there will be some people annoyed by that but i will make it clear in the upgrade installer that panel arrangement settings will be lost and need to be re-applied. It wont hurt that people see the new layout choices. The settings within each panel should be carried across (thats already done in the current demo version), so that means things like the fields displayed in the main panel, track info panel etc will be upgraded.

I think that's a good idea.  Sure, some people will grumble, but it will mean users will immediately see the new layout possibilities from the start.

I am already using a different layout in 3.0 than I do in 2.5, and finding it difficult using the old, much loved 2.5 layout I had tweaked to my satisfaction after using the 3.0 one  :'(
Title: Re: GUI changes for v3.0
Post by: Alumni on November 01, 2015, 12:59:43 PM
For myself, i am generally really pleased with the way the GUI works now and find using v2.5 not as intuitive but perhaps i am biased!

Same here. For me v3.0 is more pleasurable to use on a daily basis, I'm glad you decided to go ahead with this big update.
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 01:28:04 PM
Is "similar artists" fetching this information from Xbox Music? The results could be more accurate, are other providers available?
I personally have no need for "top tracks" but it would be useful to have the artist biography shown in the panel.
similar artists is from last.fm and matches tracks in your library with the same artist name.
"View More Artists >" uses the same similarity list and includes artists also on Xbox music
edit:
I have also updated the download link to fix the contrast setting bug

This update also appears to have fixed the sorting issue related to the Music Explorer that I mentioned here:
In other words, both (I Can't Get No) Satisfaction and Angie are rated with 5 stars, but (I Can't Get No) Satisfaction is listed before Angie.  MB needs to ignore parenthesis.  I believe it should also ignore whatever the user has configured to ignore in Tags (2).

But this is still unresolved:
I have the Playing Tracks panel at the bottom of the Main Panel.  I find that when I do List > Clear List the entire list clears as expected.  But when I close and then reopen MB one (and only one) of the tracks that was in the Playing Tracks list reappears.  I've also tried placing the NP panel in the left sidebar and the right sidebar and I get the same behavior.  
EDIT:  I think I've narrowed it down to the track that was last played is the track that reappears after close/open.
Title: Re: GUI changes for v3.0
Post by: Steven on November 01, 2015, 04:16:05 PM
But this is still unresolved:
I have the Playing Tracks panel at the bottom of the Main Panel.  I find that when I do List > Clear List the entire list clears as expected.  But when I close and then reopen MB one (and only one) of the tracks that was in the Playing Tracks list reappears.  I've also tried placing the NP panel in the left sidebar and the right sidebar and I get the same behavior.  
EDIT:  I think I've narrowed it down to the track that was last played is the track that reappears after close/open.
thats the way its been since the beginning of MB. I guess its debatable but the reason is the track in the player controls panel is considered queued for playback
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 04:51:18 PM
thats the way its been since the beginning of MB. I guess its debatable but the reason is the track in the player controls panel is considered queued for playback
OK, I can accept that reasoning.  But what's odd, is that when I first "discovered" this behavior in 3, I tried it in v2.5 and upon relaunching, 2.5's Now Playing panel remained cleared.  Trying it out now, 2.5 behaves the same as 3.  So I'll just leave this alone.  Thanks for the explanation.
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 06:30:12 PM
I'm working in Track Details view in 3.0.5783.  The tracks I'm working with have not yet been brought into my Library.  The right sidebar is set to Track Info (Selected) on top and Lyrics (Selected) under that.  I select four tracks and put the cursor in the lyrics section.  I then right-click in the Lyrics panel and get an unexpected error.  I'm pretty sure this is a recently introduced bug as I used this method before in 3.x to mark tracks as having no lyrics.
Code
MusicBee v3.0.5783.13679 (Win6.1), 1 Nov 2015 13:21:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qHXXlLGCoZs0aLnyxqeCOviY2j7z10NE58XYUJhyRNOk=.OnMouseClick(MouseEventArgs #=qDbilhWlLPArGitOENOFq7g==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qwqLi3lpy2ba5s96e5lH93sP50DKVVRtFmTBw9twAAGc=.WndProc(Message& #=qGr1G3CIqPT1oYeXAhGhrcw==)
   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)

EDIT:  I can right-click on any other panel and no error is thrown.

EDIT2:  This appears to only happen if more than one track is selected.  Select one track and there is no error.
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 06:42:02 PM
Using 3.0.5783 in Artwork View with a horizontal A-Z Jumpbar and multi-character searches enabled. Trying to reach ROLLING STONES.  I click R which lands me at my first R album R.E.M. Then click O with takes me to Oscar Peterson and then L and instead of landing at Rolling Stones, I find myself faced with Lady Gaga.  And while she did in fact appear once with the Stones, she's not quite what I was searching for.  FWIW, I'm clicking at roughly the same speed that I do with 2.5 and it works in 2.5.
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 07:08:48 PM
Using 3.0.5783, Tools > Tagging Tools > Other "Files to Edit" Filters > Show Files with No Volume Analysis.  CTRL-A does not select all tracks.  It does in 2.5.
Title: Re: GUI changes for v3.0
Post by: Steven on November 01, 2015, 08:50:10 PM
thanks phred, this has fixes for the above issues and also a couple i found in the new Music Explorer

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 09:23:50 PM
Thanks Steven.  Two of the three issues I reported today are resolved.  The one that isn't is this one:
I'm working in Track Details view in 3.0.5783.  The tracks I'm working with have not yet been brought into my Library.  The right sidebar is set to Track Info (Selected) on top and Lyrics (Selected) under that.  I select four tracks and put the cursor in the lyrics section.  I then right-click in the Lyrics panel and get an unexpected error.  I'm pretty sure this is a recently introduced bug as I used this method before in 3.x to mark tracks as having no lyrics.
Code
MusicBee v3.0.5783.13679 (Win6.1), 1 Nov 2015 13:21:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qHXXlLGCoZs0aLnyxqeCOviY2j7z10NE58XYUJhyRNOk=.OnMouseClick(MouseEventArgs #=qDbilhWlLPArGitOENOFq7g==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qwqLi3lpy2ba5s96e5lH93sP50DKVVRtFmTBw9twAAGc=.WndProc(Message& #=qGr1G3CIqPT1oYeXAhGhrcw==)
   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)

EDIT:  I can right-click on any other panel and no error is thrown.

EDIT2:  This appears to only happen if more than one track is selected.  Select one track and there is no error.

It is now letting me right-click in the panel without an error, but when I click on "Mark as having no lyrics" it throws this:
Code
MusicBee v3.0.5783.37302 (Win6.1), 1 Nov 2015 16:20:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qxwvljagXJGICEQd8VAXfUt$3xGm8$V49_b47hwhz6fA=.#=qcDsGcALbw_p_XgKnm2aQAVudv7b0kC__$NoioUhYe14=(Object #=qVZPV$2rMZBm7CF4ADvNmjQ==, EventArgs #=qtMw2z5n55mEaSy$DMDgXdg==)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: mless on November 01, 2015, 09:39:21 PM
You may already know but in case you missed it, the following bugs in the Track Information panel are not fixed:

1 - In 2.5 when the panel is configured as "Selected Track" and you select an album in the artwork view (no track selected), the line with the field <Title> does not show (probably because the variable is null), so we only see the album name / artist. In 3.0 it shows the name of the first track of the album with its track number.

2 - Clicking any weblink throws: System.InvalidOperationException: Cannot start process because a file name has not been provided.

3 - Clicking the file URL does nothing.
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 09:55:23 PM
@mless - I don't know how you got my name on the quote you posted as I did not report any of those issues. 

However, I can confirm #3. 
I can not confirm #2. 
For #1, if your issue is with v2.5, then it's not very likely Steven will be fixing it as almost all his energy is going into v3.
Title: Re: GUI changes for v3.0
Post by: mless on November 01, 2015, 10:01:08 PM
Sorry phred I clicked on the wrong quote button. I'm the one who reported those issues.

#1 is an issue with 3.0. It works in 2.5.
For #2 I just pasted an URL and created a weblink. When I click on the link I get this error, for any URL.
Title: Re: GUI changes for v3.0
Post by: Steven on November 01, 2015, 10:47:31 PM
this has fixes for the above issues although i only have very quickly tested

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: mless on November 01, 2015, 10:50:26 PM
I confirm that all 3 are fixed. Thanks!
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 11:04:51 PM
Sorry phred I clicked on the wrong quote button. I'm the one who reported those issues.
No problem.  You just had me very very confused for a little while.  I kept looking back to see what I had posted.
Title: Re: GUI changes for v3.0
Post by: phred on November 01, 2015, 11:05:57 PM
this has fixes for the above issues although i only have very quickly tested
Thanks again Steven.  The 'no lyrics' issue is fixed.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 01, 2015, 11:07:20 PM
version: 3.0.5783.40920

1/.
partial re-introduction of Multiple Tag Splitter cursor bug fixed before.
Cursor moves to first field ready for data input when splitter panel first opened
Clicking in '+' to add item, cursor disappears and you have to click the field to start entering info.

2/.
When moving back and forth between multiple tabs, this sometimes occurs:
(http://i.imgur.com/zup5okD.jpg) (http://imgur.com/zup5okD)
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 02, 2015, 02:13:58 AM
this has fixes for the above issues although i only have very quickly tested

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

I don't think this is related to the other layout problem I mentioned, but maybe it is.

In any case, this is the second update in a row in which my "no filter" library view has switched to Track Details after installation (it had been on a custom Album & Tracks view).

p.s. could we have a way to "permanently" assign a custom view to the "no filter" library, just like for other filters?
Title: Re: GUI changes for v3.0
Post by: AvikB on November 02, 2015, 03:45:20 AM
MusicBee 3 turns out to be pretty darn Nice :) , i have few suggestions
(http://i.imgur.com/q9ZOr5k.jpg)


it would be really nice, if you can give us a choice of the alignment, i personally like "left" but Musicbee always use "Centered" which doesn't look that good. :\
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 02, 2015, 04:58:18 AM
I just ran "Scan Folders for New Files", and it correctly stated that one new file was found, but it didn't show that file in the inbox until I navigated away and back to the inbox.
Title: Re: GUI changes for v3.0
Post by: Alumni on November 02, 2015, 05:37:47 AM
Not sure if this has been reported yet - there is a problem with the progress bar when using bitmap skins, I can't scrub ahead or back.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 02, 2015, 06:25:47 AM
Not sure if this has been reported yet - there is a problem with the progress bar when using bitmap skins, I can't scrub ahead or back.

I can confirm this.

Also...

1/.
If multiple tracks are selected, then open the tag editor to "Lyrics" tab to tick "mark as having no lyrics".  The "lyrics:" checkbox also automatically gets checked as well.

2/.
If you happen to be in the middle of editing file tags when tracks are playing in the background, if the tracks happen to change while you have the editor open it loses focus momentarily and edits you make after that wont be saved.
It's as if the "One or more values have been amended......." screen should display but doesn't.
And that's editing an entirely different file from any that are playing, played or in the playlist.
Title: Re: GUI changes for v3.0
Post by: dazzerfong on November 02, 2015, 06:37:42 AM
Hi, great work on getting 3.0 going! Only one small problem: whenever I click on the 'Now Playing' tab, I get this:

Code
MusicBee v3.0.5777.39487 (Win10.0), 2 Nov 2015 17:35:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qLYbYSeDEbqKh2v9raGNApeXx1NkTr8ooIrznlgEHg3k=..ctor(#=q7lWIb6XjdRGyEyzNAg_48KhGHpW3RjoJ1Jp1fMDun8E= #=qYCTft10K2VnrdJVq600OLQ==)
   at MusicBee.MusicBeeMain.#=qxdxhdrxdow9r4bTgM5ABsmwkbfKIH3YbKz8h4mjt0$w=..ctor()
   at MusicBee.MusicBeeMain.#=qRdB_3jDaprFFmDpXiF38qA==(#=qUXROS4DTh_lxBdqMH4U3sfuE499eqtx74p_OfteYcD4= #=qleFaDvuQ$DAq$6e2ChwNI8AGKm3pjYrZ1cQNkVY5X5s=, Boolean #=qQfxirtmdinwksgcrdW77gUyOx5fUzbfgN5XA3jt2$4w=, #=qA9fxmY9To8g6X8RQ2PyqdA== #=qYncjL7vBWQuo78g6jvBOVQ==, #=qZW7cF5qbvh9CCD8vA11q9bo3I1DKLPEcuQbC5baY2hE= #=qxvEd4BfLsgzM8LH3BBQAIbbkzcL$X6g66RTFytAEltU=, #=qNgKaJJgxQakZ8gs0NiZQKPQvdsZF8Ot5jCmLqM5kg2w= #=qU3zz562Mjbv6l2GpzB0lWw==, #=qMg6s4rbQbrWHmd0tMHUTXhA7S3Garug1V8_vG7Le2Hc=[] #=qGDd3KIIsmPMi1VNbl2rZm96FoGy47VUUaJ2697GcHRU=, Boolean #=qWXotc4hz8Me7aztIDGFQbmvdWvcXes6rlXBWIAWUYNw=)
   at MusicBee.MusicBeeMain.#=q3HpVQHb84JzE8LWsFO0kKQ==.#=qipfoRDbd$3bnXUz6unS1kwWr5Vm96qyb$E6_zgcrP6A=(#=q4_UW6fgvLpoCDFumhZGbDA== #=qACjS1NCIeRJ9fhkqeNEJZA==, Boolean #=q8VkhAlgq4ebX9iBYT3DAJEGa9PMog_pPdye_hH1LYq8=)
   at MusicBee.MusicBeeMain.#=q3HpVQHb84JzE8LWsFO0kKQ==.#=qqNZ2DfQhZm_n1_5QZu6M4x$BfwkT78wiJTsXXCXroQw=(#=qBUV0xImnww2OIjZCh1$V5p$8H6XSUupM6gaNiZlavGMwOaNS9K7M7hcZa9JZDHet #=qtqciL81lRF9VRG9fXdTqIw==)
   at #=qKA1TfuZ$AwgW5KrReY_KVvkG0iUKjKh4wOzFLJTdbeI=.OnMouseClick(MouseEventArgs #=qK8Kw7HNPpFF3fd2OCCnZxg==)
   at MusicBee.MusicBeeMain.#=q3HpVQHb84JzE8LWsFO0kKQ==.OnMouseClick(MouseEventArgs #=qXlq8rsJVulGieE5D3UNwfw==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qesIwrbC2IW9sFNOoR8gzbstLWA5d69qVMuMS31srz3E=.WndProc(Message& #=q1QXkAUlsCFxulcEZZt7znQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 09:51:31 AM
In any case, this is the second update in a row in which my "no filter" library view has switched to Track Details after installation (it had been on a custom Album & Tracks view).
p.s. could we have a way to "permanently" assign a custom view to the "no filter" library, just like for other filters?
i didnt change anything around this but keep in the mind the following:
- the No filter is simply the Music node and has a default view (as other nodes such as the Inbox do)
- each tab maintains a separate default view for each node while MB is running
- on exit of MB, the last chosen default view for each node is persisted (ie. across all tabs); and also the view for the active node on each tab is persisted
- so that means if the last thing you did was change the No filter view in another tab then thats what gets persisted and on restart if the library node isnt the active node it will now use new default view.
- the reason MB doesnt just save all default node views for each tab is the quantity of data that would need to be saved/ re-read on restart
- for specific filters/ playlists, as you know the view can be overriden. Keep in mind with that, you can change the view in the main panel while that playlist/ filter is active and that will update the playlist/ filter

just explaining how it works - i will give some consideration to improving things
Title: Re: GUI changes for v3.0
Post by: IAAMRadio on November 02, 2015, 10:29:36 AM
I have not given the beta version a go yet but from what I am reading, v3.0 looks like an awesome improvement.

IAAM Radio
Title: Re: GUI changes for v3.0
Post by: Pingaware on November 02, 2015, 01:00:11 PM
It would be really nice, if you can give us a choice of the alignment, I personally like "left" but MusicBee always use "centred" which doesn't look that good.

+1 to this suggestion, if only because I prefer centred over left. If nothing else, I do feel it should be consistent.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 02, 2015, 02:43:37 PM
just explaining how it works - i will give some consideration to improving things

Always good to clarify.  :)  But I promise I had not changed anything that should have affected the "default" music library view.  I *had* changed one of my filters to a track detail view, but it should only have affected that filter.  In fact, something like this just happened again.  I went to another filter with a very specific view, which was having a strange bug (screenshot here: http://i.imgur.com/M2ZVNaL.png).  I restarted MB while I had that view up (I had not made any changes, just looked at the filter and taken the screenshot), and when it restarted the default view had taken on that filter. 

I can reproduce this now: visit filter, restart MB, now the default library uses the filter's view.  (Though, curiously, when it happens with a track details view, "no filter" has a grouping header, while the filter does not.)
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 06:05:16 PM
Hi, great work on getting 3.0 going! Only one small problem: whenever I click on the 'Now Playing' tab, I get this:
actually i realise now you are using quite a old version. Redownload from the same link to get the most recent
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 06:23:51 PM
I can reproduce this now: visit filter, restart MB, now the default library uses the filter's view.  (Though, curiously, when it happens with a track details view, "no filter" has a grouping header, while the filter does not.)
yes i can reproduce and its also the same behavior with playlists, so i will fix that
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 06:36:42 PM
partial re-introduction of Multiple Tag Splitter cursor bug fixed before.
Cursor moves to first field ready for data input when splitter panel first opened
Clicking in '+' to add item, cursor disappears and you have to click the field to start entering info.
its working fine for me - it doesnt seem worth spending more time on this unless you are able to identify more to create the issue. Which splitter was it (i tried artist, genre, and custom tags which are the 3 types MB has)
for the 2nd issue, do you have the right main panel hidden in the other tabs (or some sort of other panel hide/ show override) ? I can reproduce the status summary text not re-adjusting if a tab has the right main panel hidden but its always flush with a panel edge which is not the case in your screenshot
edit: i can reproduce the same if the right sidebar is hidden in the other tab, so please confirm that is also the case for you

If multiple tracks are selected, then open the tag editor to "Lyrics" tab to tick "mark as having no lyrics".  The "lyrics:" checkbox also automatically gets checked as well.
that is intentional so blank lyrics are saved. Is it causing some additional problem?

If you happen to be in the middle of editing file tags when tracks are playing in the background, if the tracks happen to change while you have the editor open it loses focus momentarily and edits you make after that wont be saved.
It's as if the "One or more values have been amended......." screen should display but doesn't.
And that's editing an entirely different file from any that are playing, played or in the playlist.
i can reproduce focus being lost if the notification popup displays which i will try to address but for the tag editing i am not sure i understand what you are saying. I was able to continue editing and all changes made before and after the focus loss were saved.
Title: Re: GUI changes for v3.0
Post by: phred on November 02, 2015, 07:10:09 PM
@Steven -

You had this fixed with the last update yesterday, but now it's acting up again.  
I select 4 tracks (in Track Details view) and right-click in the Lyrics panel in the right sidebar.  I then mark them as having no lyrics.  An "N" should appear in the Lyrics? column in Track Details, but it doesn't.  I have refreshed the view via F5.  I have gone to another node and returned.  The "N" does not show up. You can see in the screenshot that there is a check mark next to "Mark as having no lyrics" so MB knows there are in fact no lyrics.  But it's not showing up in the Details.

EDIT:  Issue caused by user stupidity/error.  Lyrics panel was set to "playing track" when it should have been set to "selected track."  I think i might be a good idea to show "[Playing}" the same way you currently show "[Selected]" because I'm sure I'm not the only one who has made this mistake.  This should also be changed in the Track Information panel.

(http://i.imgur.com/DUd1tTXl.jpg) (http://i.imgur.com/DUd1tTX.jpg)
Title: Re: GUI changes for v3.0
Post by: phred on November 02, 2015, 07:13:21 PM
View > Now Playing Assistant throws this error
Code
MusicBee v3.0.5783.40920 (Win6.1), 2 Nov 2015 14:12:

System.InvalidCastException: Specified cast is not valid.
   at MusicBee.MusicBeeApplication.#=qfSagsjSORQWPnhZANuAuCA==.#=qtI5pWbeK$eU4rBylhwnWqA==(ApplicationCommand #=qqtGelIWwYClzHU3VEcG6VA==, Object #=qbFNBoddBLH4WWr6ilyYLfQ==, IList`1 #=qtEMEWhH9nEG5S$7G$2Jbbw==)
   at #=qcT9XB_x4UMbxVmCp5cc5wlJiPLpTAXoCutf3SY5f2_0=.OnClick(EventArgs #=qENKpLcu5xpI5ZUgMzeqTwg==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: phred on November 02, 2015, 08:28:41 PM
Should syncing to devices supposed to be working at this point?

I'm syncing 340 tracks from MB to my iPod Classic.  It's currently at "Processing... 275 of 340" but the status bar shows it as "106% complete." 

I am now noticing that the 275 isn't incrementing in sync with the number of tracks copied even though tracks are scrolling and changing from "copying" to "copied."   But this may be due to my next observation (below.)

With 2.5 the tracks were copied first and then the playlists.  3.0 seems to copy some tracks, then a playlist, then some tracks.  Watching closely it seems like it's copying the tracks from each playlist even though the tracks already exist on the device.  I don't know if I'm going to wind up with two copies of the tracks on playlists (one for the playlist and one for the library.)

It's been 10  minutes since I started this post and it's now showing "Processing 282 of 340 files" and a status bar completion of 158%.

I have to go do something but I'll let the sync continue.  If I notice anything more to add when I return, I'll edit this post.
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 08:49:50 PM
nothing should have been changed for the underlying syching functionality, only the GUI was redone.
The >100% status has been reported n 2.5 but i am unsure how to reproduce.
The files should still be synched first, except if each playlist has its own folder/files but that shouldnt be possible with ipods. Maybe send me your settings and let me know the device name
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 02, 2015, 08:55:55 PM
partial re-introduction of Multiple Tag Splitter cursor bug fixed before.
Cursor moves to first field ready for data input when splitter panel first opened
Clicking in '+' to add item, cursor disappears and you have to click the field to start entering info.
its working fine for me - it doesnt seem worth spending more time on this unless you are able to identify more to create the issue. Which splitter was it (i tried artist, genre, and custom tags which are the 3 types MB has)

I also tried those 3.  It works fine when you first open it - goes to the empty first slot.  It's after you do the first item and click the "+" button to add another item, the cursor does not move to the newly created field.  It was previously doing this in 3.0 and it does in 2.5.

for the 2nd issue, do you have the right main panel hidden in the other tabs (or some sort of other panel hide/ show override) ? I can reproduce the status summary text not re-adjusting if a tab has the right main panel hidden but its always flush with a panel edge which is not the case in your screenshot
edit: i can reproduce the same if the right sidebar is hidden in the other tab, so please confirm that is also the case for you

Yes,  it's having the right sidebar hidden in some tabs and not in others.  Closing and re-opening the sidebar will fix the issue.

If multiple tracks are selected, then open the tag editor to "Lyrics" tab to tick "mark as having no lyrics".  The "lyrics:" checkbox also automatically gets checked as well.
that is intentional so blank lyrics are saved. Is it causing some additional problem?

No problems. I didn't know it was supposed to do that.  I will stop unticking the lyrics: box.

If you happen to be in the middle of editing file tags when tracks are playing in the background, if the tracks happen to change while you have the editor open it loses focus momentarily and edits you make after that wont be saved.
It's as if the "One or more values have been amended......." screen should display but doesn't.
And that's editing an entirely different file from any that are playing, played or in the playlist.
i can reproduce focus being lost if the notification popup displays which i will try to address but for the tag editing i am not sure i understand what you are saying. I was able to continue editing and all changes made before and after the focus loss were saved.

Only the changes before the focus loss save for me.  Have to go back and re-enter the info and save.
BTW, I am using Windows 10 - if that might make a difference.
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 09:15:24 PM
this has fixes for the above issues. Also the new Music Explorer panel now also shows the top tracks when a genre/ decade etc is selected

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on November 02, 2015, 09:16:09 PM
nothing should have been changed for the underlying syching functionality, only the GUI was redone.
The >100% status has been reported n 2.5 but i am unsure how to reproduce.
The files should still be synched first, except if each playlist has its own folder/files but that shouldnt be possible with ipods. Maybe send me your settings and let me know the device name
FWIW, I've never see >100% when syncing with 2.5.
I had to cancel the sync at 298% as the iPod was just about out of space.  I will be looking at it for dupe tracks, etc with 2.5 in a little while. The best way to describe what I saw when syncing with v3 would be this:
track 1
track 2
track 3
playlist A
track 4
track 5
playlist B
And I did recognize those tracks as belonging to the playlist immediately below each group.  
With 2.5 it looked like this:
track 1
track 2
track 3
track 4
track 5
playlist A
playlist B

Setting file link sent via PM
The device name is Classic

EDIT:  Checking the device in 2.5's sync preview shows that 4.9gb of files needs to be deleted.  I can't confirm, but it seems like these were copied as part of the playlist sync.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 02, 2015, 09:31:20 PM
just updated to ver: 3.0.5784.38169
Different tabs are not holding there previous view on restart.  They did in 3.05783.40920

Actually, it's only if you have multiple instances of the same tab open.
ie. I have the Music tab open in both 'Album and Tracks' view and 'Artwork' view, with custom views applied to both.
They now are both either 'Album and Tracks' view or 'Artwork' view when re-started - whichever view I selected last.
Title: Re: GUI changes for v3.0
Post by: Steven on November 02, 2015, 09:59:11 PM
Different tabs are not holding there previous view on restart.  They did in 3.05783.40920
redownload and see if its fixed now
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 02, 2015, 10:05:42 PM
redownload and see if its fixed now

Yep. Fixed. Working like it did before
and status bar is fixed too.
Thanks very much  :)
Title: Re: GUI changes for v3.0
Post by: phred on November 02, 2015, 10:06:53 PM
This has fixes for the above issues. Also the new Music Explorer panel now also shows the top tracks when a genre/ decade etc is selected
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Now Playing Assistant is fixed.
Title: Re: GUI changes for v3.0
Post by: dazzerfong on November 03, 2015, 03:12:09 AM
Hi, great work on getting 3.0 going! Only one small problem: whenever I click on the 'Now Playing' tab, I get this:
actually i realise now you are using quite a old version. Redownload from the same link to get the most recent

Indeed I am! Thank you, it's all good now!

Just a few more minor problems:

1. On non-standard DPI (>72 DPI) settings, or changed font settings for expanded view, the speaker icon is misaligned:

http://i.imgur.com/3pvb0a0.jpg

2. Touch screen scrolling works a bit slow on album view, unlike albums + tracks.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 03, 2015, 06:07:12 AM
The default view/restart issue seems to be fixed.  This curious bug with Sort Title in the main panel persists (often it goes away if I navigate to another node and back, but it always shows back up after a restart):

(http://i.imgur.com/M2ZVNaL.png)


Also, the "unknown sort album artist" issue still persists.  Virtual tag won't update until I restart MB.
Title: Re: GUI changes for v3.0
Post by: Sofocl on November 03, 2015, 07:51:10 AM
Unable to add "cue" using drag and drop.
(http://s16.postimg.org/7jslvafqd/image.gif)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 03, 2015, 10:46:43 AM
sometimes, after selecting multiple items with Ctrl+left-click, if I then use Shift+Enter to bring up the Tag editor for those items, the mouse becomes unresponsive in MB.

I can still access the taskbar icon, shit between Compact, Mini and Main modes and music keeps playing.
Can use taskbar to close MB. Panel closes but music continues to play.
Using task manager shows MB has switched to running as a background task

After killing MB and restarting, this is in error log:
Code
03/11/2015 21:25:37 - 10.0.10240.0 - 3.0.5784.39481 - System.ArgumentException: Parameter is not valid.
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at System.Windows.Forms.Control.Invoke(Delegate method)
   at MusicBee.MusicBeeApplication.#=qtI5pWbeK$eU4rBylhwnWqA==(MethodInvoker #=qwTZoTY0KTjnPbAumlV$lSw==)
   at MusicBee.Media.PlayManager.#=qndR5jjDQkJhNKbxOL1Efug==()

Don't know if it's related, but lastFM also shows error when MB restarted and I have to log back in.
Title: Re: GUI changes for v3.0
Post by: Steven on November 03, 2015, 11:24:58 AM
sometimes, after selecting multiple items with Ctrl+left-click, if I then use Shift+Enter to bring up the Tag editor for those items, the mouse becomes unresponsive in MB.
does the tag editor window show when this happens?
It would also be useful to know what you were doing immediately before it happened (including saving tags for another file) and whether the previous action or current action involved the current playing track. Also is your library auto-organised?
edit:
I have sent pm with a debug version link. I made a couple of changes so there is a small chance its already fixed
For the 2nd error, i think its unrelated but i have made a change so scrobbling would activate if a startup error occured

@phred, it might be helpful if you do a sync preview and see whether the preview looks as expected ie. no tracks on the list twice, playlists at the end. I tried last night with your settings and synching was fine for me, so i will probably have to create a debug version
Title: Re: GUI changes for v3.0
Post by: phred on November 03, 2015, 01:22:24 PM
@phred, it might be helpful if you do a sync preview and see whether the preview looks as expected ie. no tracks on the list twice, playlists at the end. I tried last night with your settings and synching was fine for me, so i will probably have to create a debug version
Hold off on preparing a debug version Steven.  I'll have more time later today to delete files off the Classic and perform another sync.  I always look at the Preview and yesterday saw that there were three hundred and whatever tracks to sync, which is about how many new tracks I added since the last sync, so I didn't look any further.  Today I'll do the same sync in 3.x and then 2.5 to see if they're both behaving the same.  And I'll also sync my Android device to see what happens there.

Thinking on what I reported as the behavior yesterday, I suppose that my recent syncs (before v3) had new tracks, but not tracks that were included in the playlists.  In that case, MB would show the tracks being sync'd first, and then show the playlists.  I just can't recall seeing tracks belonging to a playlist being transferred followed by the playlist and then more tracks and the next playlist.  I'm not saying it -didn't- happen before.  I'm just saying I don't -recall- it happening before.
Title: Re: GUI changes for v3.0
Post by: Steven on November 03, 2015, 07:01:27 PM
The default view/restart issue seems to be fixed.  This curious bug with Sort Title in the main panel persists (often it goes away if I navigate to another node and back, but it always shows back up after a restart):
Also, the "unknown sort album artist" issue still persists.  Virtual tag won't update until I restart MB.
the bug should be fixed now but i just noticed on your screenshot that the sort title text column is cut off on the left margin and also the Time field is not right aligned. Is it always like that for you? I cant reproduce either, although i guess you could have overriden the Time field alignment in the settings.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 03, 2015, 08:03:30 PM
sometimes, after selecting multiple items with Ctrl+left-click, if I then use Shift+Enter to bring up the Tag editor for those items, the mouse becomes unresponsive in MB.
does the tag editor window show when this happens?

No. Tag window doesn't show. Highlighted items remain on screen.

It would also be useful to know what you were doing immediately before it happened (including saving tags for another file)...

Saving tags to one of the files that I then include in the multiple selection

...and whether the previous action or current action involved the current playing track. Also is your library auto-organised?

No. Not the current playing track.  Yes. library is auto-organised. Also have an ASR preset that is auto-applied.

edit:
I have sent pm with a debug version link. I made a couple of changes so there is a small chance its already fixed
For the 2nd error, i think its unrelated but i have made a change so scrobbling would activate if a startup error occured

Have tried debug version for about 10 mins, but can't get error to occur again.  Will try for longer later today to see if it happens again.
Title: Re: GUI changes for v3.0
Post by: phred on November 03, 2015, 08:22:09 PM
@phred, it might be helpful if you do a sync preview and see whether the preview looks as expected ie. no tracks on the list twice, playlists at the end. I tried last night with your settings and synching was fine for me, so i will probably have to create a debug version
Hold off on preparing a debug version Steven.  I'll have more time later today to delete files off the Classic and perform another sync.  I always look at the Preview and yesterday saw that there were three hundred and whatever tracks to sync, which is about how many new tracks I added since the last sync, so I didn't look any further.  Today I'll do the same sync in 3.x and then 2.5 to see if they're both behaving the same.  And I'll also sync my Android device to see what happens there.

Thinking on what I reported as the behavior yesterday, I suppose that my recent syncs (before v3) had new tracks, but not tracks that were included in the playlists.  In that case, MB would show the tracks being sync'd first, and then show the playlists.  I just can't recall seeing tracks belonging to a playlist being transferred followed by the playlist and then more tracks and the next playlist.  I'm not saying it -didn't- happen before.  I'm just saying I don't -recall- it happening before.
I've done some experimenting with this and I think something odd is going on with v3.  First off, does the number of files to be processed in the sync include Playlists?  Using MB I deleted ten tracks from the Classic and then attempted a sync.  It showed that there were 93 files to sync.  But I also have 67 playlists.  So even if the "files to be processed" count includes playlists, something is off.  The preview showed the ten tracks I had deleted earlier and the playlists.  That still doesn't total 93.

Now that the sync taking place, many tracks are are showing as copying/copied that were not in the preview.  In the screenshot below, the circled tracks belong to the playlist indicated by the "squared" call-out immediately below those tracks.  And none of the ten tracks deleted before I started the sync belong to those playlists.  My contention is that MB is copying the tracks from each playlist despite that they're already on the Classic and don't need to be sync'd.  
(http://i.imgur.com/lbUlaSJl.jpg) (http://i.imgur.com/lbUlaSJ.jpg)

And at some point after taking that screenshot, the "processing" indicator changed to this:
(http://i.imgur.com/NUF96wXl.jpg) (http://i.imgur.com/NUF96wX.jpg)
Yes, MB was still syncing when it changed to this.
And like yesterday, I had to abort the sync as the Classic was running out of free space.

Now looking at the Classic via 2.5, the ten tracks I deleted initially are there, having been sync'd via v3 but they're not showing in the playlist in which they belong.  Probably because I aborted the sync before it got to that playlist. However, the sync preview says there's 2gb of tracks that need to be deleted.  So the 2.5 snyc is now progressing and I'll see where I wind up.

Unless I'm doing something horribly wrong, it looks like I'll need a debug version.

Title: Re: GUI changes for v3.0
Post by: psychoadept on November 03, 2015, 09:09:57 PM
the bug should be fixed now but i just noticed on your screenshot that the sort title text column is cut off on the left margin and also the Time field is not right aligned. Is it always like that for you? I cant reproduce either, although i guess you could have overriden the Time field alignment in the settings.

That's what I was trying to show you.  It will usually go away if I navigate away and back, but it always shows up again st some point (I think after a restart)
Title: Re: GUI changes for v3.0
Post by: Steven on November 03, 2015, 09:31:30 PM
@phred, i have sent a PM with the debug version link.
as soon as you see the playlist files being re-copied you can abort. The error log might be quite big but i really only need the last few entries as that will confirm the suspision i have
Title: Re: GUI changes for v3.0
Post by: Steven on November 03, 2015, 09:40:38 PM
That's what I was trying to show you.  It will usually go away if I navigate away and back, but it always shows up again st some point (I think after a restart)
its because MB is sizing the pictures approx 15px too big but i dont know why that would be. Maybe send me your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on November 03, 2015, 09:54:18 PM
this has fixes for most of the above issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: dazzerfong on November 04, 2015, 02:12:56 AM
this has fixes for most of the above issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

Music speaker icon is fixed! Cheers!
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 04, 2015, 04:03:07 AM
Found this morning, but still happening on today's update.

I successfully created this playlist:

(http://i.imgur.com/wuUNxCb.png)

When I open it to edit, even if I don't make any changes, it won't save.  I just get this error:

Code
MusicBee v3.0.5785.39316 (Win10.0), 3 Nov 2015 21:54:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=q_DlV0Qi4qrVoYcr9MTBIUChZz1LSpHCPKXYycaCGESTAO75knHSa8yJzqxxngb_U.#=qGt8pdQBZlk$aJkfZwSguhQ==()
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 04, 2015, 04:59:06 AM
this has fixes for most of the above issues

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

Unknown Sort Album Artist problem is fixed!
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 05:13:01 AM
When I double-click on an open playlist tab, the playlist starts playing (as it should) but it also opens the left sidebar, which is an odd combination of dual actions, and I think this must be a mistake, as this is the task it should perform on single click only.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 05:26:13 AM
I lost my setting for wavebar twice by going back through the preferences windows, the first time closing them with 'save', second time with 'apply' and then 'save'. Third time around, I closed only the bottom panel preferences window with 'apply' and then 'save', then the panels configuration and preference windows with 'close' and this time around the setting finally kept.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 04, 2015, 05:51:12 AM
version: 3.0.5785.39316

over an hours tagging and no freezing glitch. changes made must have fixed it.
thanks  :)



found these ones:

1/.
in Album and Tracks view, selecting Header or sub-header highlights appropriate items.
right-click to access queuing options de-selects the items
not a problem with header in Track Detail view with grouping header.

2/.
after saving an item in display artist or display composer, you can't edit the "display" tag and re-save.
have to delete item and start again to change.



cursor is still not moving to next blank field when inputting multiple items, eg. musicians credits.
annoying as this has worked that way since introduction in 2.x series

2/.
If you happen to be in the middle of editing file tags when tracks are playing in the background, if the tracks happen to change while you have the editor open it loses focus momentarily and edits you make after that wont be saved.
It's as if the "One or more values have been amended......." screen should display but doesn't.
And that's editing an entirely different file from any that are playing, played or in the playlist.

The "One or more values have been amended......." screen now appears every time if the playing track changes while you are editing in tag editor.
Although this stops any loss of data as previously reported, it's unlike the 2.5 version where you can just keep working away without that pop-up.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 05:58:02 AM
When opening the Music node, I get an empty screen and the error 'unable to open Music' in the status bar. The same happens for my recently added smart playlist. The playlists do open normally.

I also lost my setting not to show the column browser after closing and re-opening the Music node.

FWIW, After I opened the Inbox, and then going to Music, it opened. Then back to any playlist tab, back to Music, nothing there..
Title: Re: GUI changes for v3.0
Post by: Alumni on November 04, 2015, 05:59:28 AM
I found a graphical glitch, to reproduce;

The panel layout is set to show the main menu in the caption bar, and the tabs bar below the caption bar.
With the drop down menu, change the location of the tabs bar, "show in caption bar".

The result is that the main menu and tabs bar are overlayed on top of each other.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 06:00:56 AM
I tried double clicking on the Music node (because I won't open) in the left side bar, and got presented with this,

MusicBee v3.0.5785.39316 (Win6.3), 4 Nov 2015 6:58:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qxvnBjT$aLqmRRUig_COHyS7YseteRw5ALAacg4hcbpHEG6Y66W$vcw_NPB59pxF2.#=qWBAucRuSLtmIEQMpNfpJ5Q==(IList`1 #=qId727vgLiPzgjFEB2sf7GQ==, Int32 #=q76BYE8YEMcZNq9rYWHU$dg==)
   at #=qxvnBjT$aLqmRRUig_COHyS7YseteRw5ALAacg4hcbpHEG6Y66W$vcw_NPB59pxF2..ctor(List`1 #=qjNPJFS4TWp9c_uOYN2BriQ==, Boolean #=qyS5VZ0qOTzcx71qaf30Obg==, #=qnUnKDwKlBo5UNcHnjbfVf0f3DGd5TLu7nZ$DoYr_7mc= #=qKuLHkZW1u_pd36JhOozdww==, Double #=q_NseBcpH33z7B_5QkarjsQ==, #=qIDoVH$fV$Xn2wwo0AioJI5o8adLO4KkYGEzpeGdNBLM= #=qw3bOLTrkcCwDH305$0FMVg==, #=q$LfFyjou25JlTCP2$T8iituPy5RUUzyj7DYkThUKir0= #=qmtPo$NE9G1eduxf5GY384A==)
   at MusicBee.Media.PlayManager.#=q24rN42XtMpa8ElqZwfluFuTuvheHXP0E_M0fSTL5pMk=(List`1 #=qPmXi44AtTg0jhn0pYVyWcw==, #=quBTWLQEpz_JUjVbEDhFEctQwOG2OitHuzwxFzOvQKk0= #=qlLgSt0u3l3YK4$IAlAGZ0A==, #=qIDoVH$fV$Xn2wwo0AioJI5o8adLO4KkYGEzpeGdNBLM= #=q1gZMlAM5NUoBL88RnH5Ypw==, #=qDuvXZ3shsR4RLH_xkDyUf7Yv1S4haIn7Djn6RlcfU3A= #=qe8q2GpxMrzxZNxC1ZBZ$qg==)
   at MusicBee.Media.PlayManager.#=qQubIA_H82pWbbOuQ8vwN$RQuRVP_1o1LesyzallPL2U=(#=q227F_UPm1pDHBE5q3XT2SxoMh_a2fvWacApvXNKsb5A= #=qE_wQD1mQzoNg9uWAqmQ8jQ==, #=qIDoVH$fV$Xn2wwo0AioJI5o8adLO4KkYGEzpeGdNBLM= #=qm$NnfS7x_TpPKs_u5kw1xw==)
   at MusicBee.MusicBeeMain.#=qFNg2I$Mr5yfVqDV06712Pw==.#=qGTm3g3F_gqVxZ3kI11meg0Ml3QqI_9ZanTEMKAa8sXc=(#=q9OCAT_wceHX7Gm2oqBUUDzpF5w3v1tSrc65Z6f1xAuWgqL9nmaXZOjDUZvHowhMI #=qBOHAD3H3KQXxIOAwVUMqXA==)
   at #=qyw8KZrIMIPOtc4BYKrLco7fdcXN9vPhAnZcm6qc3CK4=.OnMouseDoubleClick(MouseEventArgs #=q1CRxLM$dVwNhd_vjGt0ldg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qGOQJqWbtwGLRdGoE_V2NYyHaVSOcgPgDiwI1F9CStSk=.WndProc(Message& #=qsoUNSDT3CzvT1$QM91ChnA==)
   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)
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 06:12:24 AM
When opening the left sidebar with a click on an open tab, it doesn't display a border, like it does when it is otherwise open. Should this not be the same routine? And btw is there are reason for this behaviour: when you open the left sidebar from the icon in the statusbar, you can't close it with clicking on the tab and vice versa.
Title: Re: GUI changes for v3.0
Post by: usraek on November 04, 2015, 07:04:59 AM
Hello Steven,

I've just tested the new version and it's great so far. The visual refinements come together nicely with some of the layout changes etc. I was a bit worried, change is hard, but this is a slick package.

I noticed a hold-over problem though, where the column browser cursor will not keep position after deleting content.

For example, I have artists (or albums) A through Z, and I'm deleting all of artist P's work thus removing P from the column list, the cursor then jumps back up and focuses on artist A and I need to scroll all the way back down to get to artist Q.

Thanks!

Here's a slick gif, because someone else did it and it was a great idea. lol

(http://s29.postimg.org/oa0ge7v53/musicbee.gif)
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 08:26:56 AM
An unexpected error. Went from Inbox to Music. Perhaps related to my previous reports?

MusicBee v3.0.5785.39316 (Win6.3), 4 Nov 2015 9:23:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qCTRn5st8Dr5jS44QGJYFHA==(#=qAA7deWwBnNEmTTx8Pq0mswPJhnOnXtCH51BujRtDtMw= #=qeLzSklTDv03A0D9ZetV0mw==)
   at MusicBee.MusicBeeMain.#=q8Hw1Odvg7WI936DpHTsnJ8D$HK_CwzWP5qCjGzU2kDM=()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qCIadufpoUkLa4jDdl3mo0A==(Int32 #=qwnmR$a85wmf_e1ULLWvuSw==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qh4$lYdyN7haCrZynqhKIZg==(MouseEventArgs #=q4JYrdyRSclD4pQktFUzqyw==)
   at MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qQzawoWhMVL3TFk3AulFEZg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=qxcbHByVGv7A$7L_SwUuUbRDQWQQmsm9d0ttYYQavt48=.WndProc(Message& #=qyyUe9I8ciHGZUAZp1J$zbQ==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qSAHHNw4KxE$e2ziEyFjqjQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on November 04, 2015, 09:25:20 AM
I tried double clicking on the Music node (because I won't open) in the left side bar, and got presented with this,
i will need your settings file (help/ support/ view settings)
also for the other problems where a layout setting does not persist, i will need more information than what you are providing. At minimum a screenshot, a description of what you tried to do and probably the settings file at the time it happened
Title: Re: GUI changes for v3.0
Post by: Steven on November 04, 2015, 09:27:17 AM
2/.
after saving an item in display artist or display composer, you can't edit the "display" tag and re-save.
have to delete item and start again to change.

cursor is still not moving to next blank field when inputting multiple items, eg. musicians credits.
annoying as this has worked that way since introduction in 2.x series
i am not really understanding what you are doing in either of the above
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 04, 2015, 10:08:00 AM
2/.
after saving an item in display artist or display composer, you can't edit the "display" tag and re-save.
have to delete item and start again to change.

cursor is still not moving to next blank field when inputting multiple items, eg. musicians credits.
annoying as this has worked that way since introduction in 2.x series
i am not really understanding what you are doing in either of the above

(http://i.imgur.com/Z3LRRgP.gif) (http://imgur.com/Z3LRRgP)

with the gif you can see that editing the display artist does not work - it simply reverts back to what is already saved.
secondly, it shows when clicking the '+' symbol that the cursor does not go to the new blank field - have to click in the field to get cursor to appear.

now the really strange part is that this only occurs with every skin that initially didn't work correctly when access to all the skins was made available (http://getmusicbee.com/forum/index.php?topic=15050.msg96765#msg96765 (http://getmusicbee.com/forum/index.php?topic=15050.msg96765#msg96765))  ???
actually it's more skins than those on that list. it appears to be the majority of skins

with the default skin, everything works OK
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 01:25:40 PM
Every time a new track starts, the caption bar turns entirely blue and shows the track title and 'Musicbee' on top, right over the menu and my command buttons and so on.

(http://xtal.home.xs4all.nl/Musicbee%20bar%202.jpg)

Hovering over it with the mouse clears the area where the menu and buttons are (the other parts remain blue) so it then looks like this mess,

(http://xtal.home.xs4all.nl/bar%20musicbee.jpg)

Minimizing Musicbee and bringing it back again resolves the issue, so does bringing up a window or closing one (like preferences.) Until the next track starts, of course. Then it appears again.

I think it has not always done this. But unfortunately I have no idea what have might caused the issue.

EDIT The problem only occurs in maximized window modus.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 01:55:03 PM
For one earlier reported bug:

- Open preferences
- Under layout, select arrange panels
- Make a change
- Save the panel settings

Now you are back in the preferences window. If you hit Save again, the changes you just made are lost.

I hope it's more clear to you now?
Title: Re: GUI changes for v3.0
Post by: Steven on November 04, 2015, 03:51:16 PM
When opening the Music node, I get an empty screen and the error 'unable to open Music' in the status bar. The same happens for my recently added smart playlist. The playlists do open normally.
could you check the error log (help/ support/ view error log) in case there is an error around the time this happened
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 04:00:47 PM
Before I forget it, the Help node sometimes just vanishes from the menu bar. Restart gets it back. No clue when or why.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 04:08:45 PM
When opening the Music node, I get an empty screen and the error 'unable to open Music' in the status bar. The same happens for my recently added smart playlist. The playlists do open normally.
could you check the error log (help/ support/ view error log) in case there is an error around the time this happened

Here are two logs, the first one is about the exact situation I describe in the above quote, the second a different but very much related error from trying to open the library in another way. I just include it, who knows it might help. The bug is persistent, I have failed to open Music node of the library so far. Opening it again (from the file menu) did not resolve anything either. But remember, I do have and can play all my playlists from that library.

04-Nov-15 17:01:51 - 6.3.9600.0 - 3.0.5785.39316 - System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qj_x3wUd67tpFnET6lnFgT5DomYSmW8mWH_dxtbVh0rN4ifvsgsRzjnhuYwgcLYFs.#=q0zzr3qCdefJFPoRhnOFW$ZGOGhG7SkSIZGGA5IYPA3s=(#=quBTWLQEpz_JUjVbEDhFEctQwOG2OitHuzwxFzOvQKk0= #=qP3SbSd7G3HQ77ainfcvIng==, #=quBTWLQEpz_JUjVbEDhFEctQwOG2OitHuzwxFzOvQKk0= #=qjvAU6XY$2mrhj6gOcD962Q==, TagCode #=qIPg8lEDP8XmIwpEGMZcNXQ==, SortOrder #=q6tizjFjzWwiWeysugRp21Q==)
   at #=qwUdaIdcHPbu6oDVCGDuj44HXkZODpn88BrYSx5k4zvY=.#=qBjbEyLPVl$RdDtrfHeQALggksZa8yujcSipAmLFdxew=.#=q2i4AgOUYUkBsao6CQDafI7YruQqnVHd1XwAnM5tXS1c=.Compare(#=quBTWLQEpz_JUjVbEDhFEctQwOG2OitHuzwxFzOvQKk0= #=qVwXbuui_pdTMQ6oJc09PNg==, #=quBTWLQEpz_JUjVbEDhFEctQwOG2OitHuzwxFzOvQKk0= #=qGzjZBUp1QrrXku3D3KppiA==)
   at #=qkSIgmpMrTuWWiTYjt20DF5Lss86nO633huSIs5qQKZU=.#=qmD$8B48LBPz7XerrYrOieA==[T](T[] #=q8$azxJZGNRRRLdnwfkGB$w==, IComparer`1 #=qqBMZsNQYKMisfBJ5E0upAw==)
   at #=qwUdaIdcHPbu6oDVCGDuj44HXkZODpn88BrYSx5k4zvY=.#=qBjbEyLPVl$RdDtrfHeQALggksZa8yujcSipAmLFdxew=.#=q21EH_ZBA8CoHnmlcY9s8Yw==()
   at MusicBee.MusicBeeMain.#=qh7syZqXCHQPw_1A45QqqmWs00YB$5bCiqgE1nMEoXBY=.#=qfdx4Z2jUoubE_Nqj1UE0jg==()
   at MusicBee.MusicBeeMain.#=qDYUBMODGu3ovqH25ZeChka3HQzZO8Wp$uYAn3PT7$uE=._Lambda$__1()

04-Nov-15 17:01:26 - 6.3.9600.0 - 3.0.5785.39316 - System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qxvnBjT$aLqmRRUig_COHyS7YseteRw5ALAacg4hcbpHEG6Y66W$vcw_NPB59pxF2.#=qWBAucRuSLtmIEQMpNfpJ5Q==(IList`1 #=qId727vgLiPzgjFEB2sf7GQ==, Int32 #=q76BYE8YEMcZNq9rYWHU$dg==)
   at #=qxvnBjT$aLqmRRUig_COHyS7YseteRw5ALAacg4hcbpHEG6Y66W$vcw_NPB59pxF2..ctor(List`1 #=qjNPJFS4TWp9c_uOYN2BriQ==, Boolean #=qyS5VZ0qOTzcx71qaf30Obg==, #=qnUnKDwKlBo5UNcHnjbfVf0f3DGd5TLu7nZ$DoYr_7mc= #=qKuLHkZW1u_pd36JhOozdww==, Double #=q_NseBcpH33z7B_5QkarjsQ==, #=qIDoVH$fV$Xn2wwo0AioJI5o8adLO4KkYGEzpeGdNBLM= #=qw3bOLTrkcCwDH305$0FMVg==, #=q$LfFyjou25JlTCP2$T8iituPy5RUUzyj7DYkThUKir0= #=qmtPo$NE9G1eduxf5GY384A==)
   at MusicBee.Media.PlayManager.#=q24rN42XtMpa8ElqZwfluFuTuvheHXP0E_M0fSTL5pMk=(List`1 #=qPmXi44AtTg0jhn0pYVyWcw==, #=quBTWLQEpz_JUjVbEDhFEctQwOG2OitHuzwxFzOvQKk0= #=qlLgSt0u3l3YK4$IAlAGZ0A==, #=qIDoVH$fV$Xn2wwo0AioJI5o8adLO4KkYGEzpeGdNBLM= #=q1gZMlAM5NUoBL88RnH5Ypw==, #=qDuvXZ3shsR4RLH_xkDyUf7Yv1S4haIn7Djn6RlcfU3A= #=qe8q2GpxMrzxZNxC1ZBZ$qg==)
   at MusicBee.Media.PlayManager.#=qQubIA_H82pWbbOuQ8vwN$RQuRVP_1o1LesyzallPL2U=(#=q227F_UPm1pDHBE5q3XT2SxoMh_a2fvWacApvXNKsb5A= #=qE_wQD1mQzoNg9uWAqmQ8jQ==, #=qIDoVH$fV$Xn2wwo0AioJI5o8adLO4KkYGEzpeGdNBLM= #=qm$NnfS7x_TpPKs_u5kw1xw==)
   at MusicBee.MusicBeeMain.#=qFNg2I$Mr5yfVqDV06712Pw==.#=qGTm3g3F_gqVxZ3kI11meg0Ml3QqI_9ZanTEMKAa8sXc=(#=q9OCAT_wceHX7Gm2oqBUUDzpF5w3v1tSrc65Z6f1xAuWgqL9nmaXZOjDUZvHowhMI #=qBOHAD3H3KQXxIOAwVUMqXA==)
   at #=qyw8KZrIMIPOtc4BYKrLco7fdcXN9vPhAnZcm6qc3CK4=.OnMouseDoubleClick(MouseEventArgs #=q1CRxLM$dVwNhd_vjGt0ldg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qGOQJqWbtwGLRdGoE_V2NYyHaVSOcgPgDiwI1F9CStSk=.WndProc(Message& #=qsoUNSDT3CzvT1$QM91ChnA==)
   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)
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 04:42:08 PM
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)
Title: Re: GUI changes for v3.0
Post by: Alumni on November 04, 2015, 04:47:43 PM
Hi all, I've been working on a new skin specifically for MusicBee v3.0.

Edit: Post moved to a new topic - http://getmusicbee.com/forum/index.php?topic=16808.0
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 04:58:43 PM
Another one.

Start a playlist in a tab. Play a few songs (it never happens on the first song, it seems).
Then click on the tab, and double click or play now playlist to get one started playing. (setting: clear now playing)
The first list that was already playing will just start over again (or the current song will start again sometimes) instead of the new one (which will show only in the main panel.)

I have also noticed that starting a playlist will sometimes just start somewhere random with shuffle turned off. Will try to figure out when this happens exactly.
Title: Re: GUI changes for v3.0
Post by: Steven on November 04, 2015, 05:43:50 PM
could you check the error log (help/ support/ view error log) in case there is an error around the time this happened
Here are two logs, the first one is about the exact situation I describe in the above quote, the second a different but very much related error from trying to open the library in another way. I just include it, who knows it might help. The bug is persistent, I have failed to open Music node of the library so far. Opening it again (from the file menu) did not resolve anything either. But remember, I do have and can play all my playlists from that library.
could you PM me a link to a zip of library cache file (MusicBeeLibrary.mbl)?  its in the root folder of your musicbee music folder which by default is the windows music folder
Title: Re: GUI changes for v3.0
Post by: Sigma on November 04, 2015, 05:55:53 PM
Is library explorer still a feature in MB3?
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 06:27:54 PM
A minor issue.

The command button 'Now playing list: clear' that I have does nothing anymore. Sometimes it gives an error, too, something like 'nothing selected' which is nonsense to me because no selection is required to perform the auction. Going through the right-click menu List > clear list performs the same function and works perfectly fine. I have tested another command button and this works fine too. I have deleted the command button and recreated it again, the problem persists.
Title: Re: GUI changes for v3.0
Post by: Steven on November 04, 2015, 07:09:37 PM
this has fixes for most of the above issues.

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

@psychoadept, the issue you are having with picture size is still a mystery and i will need to create a debug version
@9ido, i havent addressed the selection handing and not sure if i will in the near term
@usraek, that issue has come up quite a few times but i dont consider it a bug. However i will look to address it at a later date

Is library explorer still a feature in MB3?
yes

Hi all, I've been working on a new skin specifically for MusicBee v3.0.
your post is going to get buried very quickly! Feel free to create a new topic in the skins section if you want to
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 07:29:33 PM
New issue with the latest update (haven't seen it ever before, started right away with new version, so I suppose it's newly introduced)

The now playing symbol, that small speaker icon before the currently playing track, is not updated (migrated if you will) properly.

It does not show on the current playing track, but instead sticks in front of all previous played ones. It gets added the moment playback on the next track is started.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 04, 2015, 07:32:01 PM
Steven,

This one still persist on my system.

Quote
Another one.

Start a playlist in a tab. Play a few songs (it never happens on the first song, it seems).
Then click on the tab, and double click or play now playlist to get one started playing. (setting: clear now playing)
The first list that was already playing will just start over again (or the current song will start again sometimes) instead of the new one (which will show only in the main panel.)

I have also noticed that starting a playlist will sometimes just start somewhere random with shuffle turned off. Will try to figure out when this happens exactly.

The others are fixed.
(http://www2.psd100.com/ppp/2013/11/0501/thumbs-up-icon-1105174202.png)
Title: Re: GUI changes for v3.0
Post by: Steven on November 04, 2015, 07:49:07 PM
redownload the link for the now playing icon bug
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 04, 2015, 08:36:52 PM
all previously reported issues fixed  :)
thanks
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 05, 2015, 03:33:30 AM
I was navigating a playlist by typing the artists's name, and got this error:

Code
MusicBee v3.0.5786.36593 (Win10.0), 4 Nov 2015 21:32:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at MusicBee.MusicBeeApplication.#=qvueOxNST$EprUf7izsjc$w==(Delegate #=q3WHzF29LIGZMO0L5RCv9MA==, Object[] #=qIwijPLkUCENfERiEMn6OXg==)
   at #=qjoIry9Bz71ZPsE8crZyz_80HddGDXFWq18fz_dB4AIE=.#=q2QX3oRJc2y4947wVlkxdGo0FF7tkAwjz6cS$dxDpIYU=._Lambda$__0()
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 05, 2015, 03:41:46 AM
And here's a GIF of one of the menus giving me trouble (and then getting in line for some reason):

(http://i.imgur.com/lPIwPGx.gif)


Edit: I think I've found a clue on this one.  It seems to give trouble when I click before I get to the entry I was going for, and then drag the selection (which I often do without really thinking about it).  I've been able to reproduce it consistently on a brief test.
Title: Re: GUI changes for v3.0
Post by: Steven on November 05, 2015, 08:34:04 AM
I was navigating a playlist by typing the artists's name, and got this error:
unfortunately the error doesnt give too much of a clue other than it probably relates to files you dragged into a panel. Does that sound right and can you shed any more light on that?
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 05, 2015, 02:13:27 PM
I was navigating a playlist by typing the artists's name, and got this error:
unfortunately the error doesnt give too much of a clue other than it probably relates to files you dragged into a panel. Does that sound right and can you shed any more light on that?

I had been dragging lots of files to the playlist in the left panel, but I don't remember having dragged anything while the playlist was open. I could have, though.  What I remember is that I'd clicked over to the playlist and started typing, and it hung for a while, then went where I was trying to go and popped up the error at the same time.
Title: Re: GUI changes for v3.0
Post by: Steven on November 05, 2015, 08:07:17 PM
Quote
Start a playlist in a tab. Play a few songs (it never happens on the first song, it seems).
Then click on the tab, and double click or play now playlist to get one started playing. (setting: clear now playing)
The first list that was already playing will just start over again (or the current song will start again sometimes) instead of the new one (which will show only in the main panel.)

I have also noticed that starting a playlist will sometimes just start somewhere random with shuffle turned off. Will try to figure out when this happens exactly.
if you can do an animated gif file it might help me understand better exactly what you are doing, but as it stands i cant reproduce this
Title: Re: GUI changes for v3.0
Post by: Steven on November 05, 2015, 08:26:58 PM
@psychoadept, this should fix the combox-box/ autocomplete select/ click issue and i have taken a guess at the artwork sizing issue
also this version includes a change to allow medium size artwork in the track details layout, along with a new context menu item to enable artwork for the track details layout (instead of having to use "Set Displayed Fields")

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: 9ido on November 06, 2015, 05:07:04 AM
if you can do an animated gif file it might help me understand better exactly what you are doing, but as it stands i cant reproduce this
(http://xtal.home.xs4all.nl/Musicbee%20playlist.gif)
It 'helps' if you select to play a few songs first, bug never appeared here on the first song.

Title: Re: GUI changes for v3.0
Post by: 9ido on November 06, 2015, 06:07:35 AM
On selecting Download artwork from the Now playing tab,

MusicBee v3.0.5786.36593 (Win6.3), 6 Nov 2015 7:05:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=q61QZKiEoKgvwSUckVIIYlrpfSnZAMjtHWimWtHa56mnUAF9k6tOWkpmK8GZzDG9p.#=qbqe4JeKwddLnXzF6AGX_8A==(IList`1 #=qhP7DzMMijBuxYQDMh0BuaA==, #=qCaZcTg7gIG96Hmr$ttGF4g5u_N3_cRl_$QqB$zO0aYtguQjIhcxPzFtl0nYbL0aG #=qu8nCxS5kHSOMI6KtC6q19VNZU5nTHHiwLZsyrXLhQNY=)
   at #=q_WjTutNG5q9GDa$$Cp41d3Qe5lG9zKHSPhZnJLOKnOw8osa1uggFqfcOJyIWpLbd.#=qpz0A6OosABQrPM7w$KEMtA==(IList`1 #=qg0UCEGcBuJVO5_uVmZQdrg==, #=qCaZcTg7gIG96Hmr$ttGF4g5u_N3_cRl_$QqB$zO0aYtguQjIhcxPzFtl0nYbL0aG #=qCjnpeOfI6gL4nQHHfIjgCes69fXsI3nSWdS1Jc0DhMo=)
   at MusicBee.MusicBeeApplication.#=qpzfLLYj6nHN2vNbrhbEEFw==.#=q86PC1FFXXfWc1i49brEZ$zNydM3cL1Umfbq4q9ZZY24=(List`1 #=qpPHLjHp2I3KCAWH9QE$oNQ==)
   at MusicBee.MusicBeeApplication.#=qgmMH31HoswNimlwuxR9CfA==.#=qLYy5fj9m1fqiMC8wA638Hg==(ApplicationCommand #=qNVEXLAu0RqeeMT4sidJmog==, Object #=q2$SwuNPZNFhD6gVTEPYaTg==, IList`1 #=qvVcX2aZi_Kfe0gBpZMy2$Q==)
   at #=qySfgScVFU8atPYHycDBYaODmiZWdsd2szaEYiHVOe_I=.OnClick(EventArgs #=qX26NGuDnenlluYdA23jv$g==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 06, 2015, 07:18:21 AM
@psychoadept, this should fix the combox-box/ autocomplete select/ click issue and i have taken a guess at the artwork sizing issue
also this version includes a change to allow medium size artwork in the track details layout, along with a new context menu item to enable artwork for the track details layout (instead of having to use "Set Displayed Fields")

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

Yes, the selection issue is fixed.  Hurray!

The resizing is also fixed.  Now if I use Auto-Size columns on the custom view, it is not saved, though.  The columns revert to previous size on restart, or even navigating away.
Title: Re: GUI changes for v3.0
Post by: Alumni on November 06, 2015, 08:21:14 AM
http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

After updating to the latest patch, the text in the main panel (album cover view) now has a left alignment rather then centered.
Title: Re: GUI changes for v3.0
Post by: Boile on November 06, 2015, 09:26:29 AM
Hi!
In Radio view i can´t mannage to arrange the playings track pannel and i can not switch between stations with double click!
Can somebody help me or it´s a bug?
Thanks
Title: Re: GUI changes for v3.0
Post by: Steven on November 06, 2015, 10:47:46 AM
After updating to the latest patch, the text in the main panel (album cover view) now has a left alignment rather then centered.
that was an intentional change but wanted to see the feedback as i dont really want to add it as another option
Title: Re: GUI changes for v3.0
Post by: Steven on November 06, 2015, 10:49:55 AM
In Radio view i can´t mannage to arrange the playings track pannel and i can not switch between stations with double click!
Can somebody help me or it´s a bug?
sounds like a bug. I will have a look at it tomorrow
Title: Re: GUI changes for v3.0
Post by: phred on November 06, 2015, 12:56:14 PM
After updating to the latest patch, the text in the main panel (album cover view) now has a left alignment rather then centered.
that was an intentional change but wanted to see the feedback as i dont really want to add it as another option
I've always been a mostly "centered" person and didn't think I'd like this.  But I almost do, and think I can get used to it.  So I'm sort of now leaning to the left.
Title: Re: GUI changes for v3.0
Post by: Alumni on November 06, 2015, 01:48:27 PM
that was an intentional change but wanted to see the feedback as i dont really want to add it as another option

Oh I see. For my 2 cents I'm strongly in favor of centered alignment. Is it possible to change that setting in the config file?
Title: Re: GUI changes for v3.0
Post by: Blackened on November 06, 2015, 04:34:39 PM
Okay, I'm having problem transferring my music to removable disk.

The left thumbnails supposed to pop up if your cursor move on the left side right? I tried it and I couldn't open the left thumbnails to transfer the songs. :(
Title: Re: GUI changes for v3.0
Post by: Steven on November 06, 2015, 06:18:43 PM
In Radio view i can´t mannage to arrange the playings track pannel and i can not switch between stations with double click!
Can somebody help me or it´s a bug?
i have had a quick look at this and double click works fine for me. You will need to explain more for what you mean by arranging the panel

Oh I see. For my 2 cents I'm strongly in favor of centered alignment. Is it possible to change that setting in the config file?
to center i will put it in as <AP_TextAlign>32</AP_TextAlign>

Now if I use Auto-Size columns on the custom view, it is not saved, though.  The columns revert to previous size on restart, or even navigating away.
i am not able to reproduce this. You did this in the main panel for the library (any filter selected?) for an Album & Tracks custom layout?
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 06, 2015, 07:57:22 PM
i am not able to reproduce this. You did this in the main panel for the library (any filter selected?) for an Album & Tracks custom layout?

It is a filter with a custom album & tracks view
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 07, 2015, 05:40:18 AM
Well, MB 3.0 weathered a dance party tonight!  My friends had no problem searching and queuing songs without much instruction from me.  The only thing that didn't work as expected was that when I tried to turn on the compact player, MB disappeared.  I think it tried to activate compact player on my second monitor, which wasn't there.

p.s. I'm loving "Music Explorer".  It's already helped me identify some albums I need to get.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 07, 2015, 07:08:02 AM
speaking of the compact player, is the Theater Mode option not functional yet?
Title: Re: GUI changes for v3.0
Post by: Boile on November 07, 2015, 07:20:02 AM
Hi Steven,
The first Doubleclick is ok, but if I want to change between stations then the doubleclick does not works any more !
Title: Re: GUI changes for v3.0
Post by: Steven on November 07, 2015, 07:54:06 AM
The first Doubleclick is ok, but if I want to change between stations then the doubleclick does not works any more !
i have no problem with that either. Maybe PM me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Spiron on November 07, 2015, 11:04:10 AM
I am getting an error with the tag editor when called from the Playing Tracks list.  Clicking the previous and next buttons with the dialog move the selected entry in the list but the content of the dialog remains the same.  It does remain pointing only to that track because if you edit any of the tags they will only apply to the original track.
Title: Re: GUI changes for v3.0
Post by: Steven on November 07, 2015, 12:15:08 PM
I am getting an error with the tag editor when called from the Playing Tracks list.
do you mean it doesnt work at all or is there an actual error dialog. If there is an error, could you post the error dump.
Otherwise the bug is fixed for the next update

I think it tried to activate compact player on my second monitor, which wasn't there.
yes the monitor checking was missing from the compact player and is corrected for the next update

Now if I use Auto-Size columns on the custom view, it is not saved, though.  The columns revert to previous size on restart, or even navigating away.
It is a filter with a custom album & tracks view
i still cant reproduce this. Is it only the auto-size menu command not working eg. if you manually resize columns does that work?

The left thumbnails supposed to pop up if your cursor move on the left side right? I tried it and I couldn't open the left thumbnails to transfer the songs. :(
having the left sidebar popup when dragging items is not currently supported (nor in 2.5). At some point i will have another attempt at getting that to work but not promising
Title: Re: GUI changes for v3.0
Post by: ankor on November 07, 2015, 09:08:14 PM
On the left sidebar, if I click on a filter (under Music) and put it into edit mode and then click on another filter, the first one (filter name) remains in edit mode. :o If I do the same thing with playlists, the click on the 2nd playlist takes the first one out of edit mode which is the expected behavior. If I go from a filter already in edit mode and then click on a playlist, the filter name is taken out of edit mode (good).
Title: Re: GUI changes for v3.0
Post by: phred on November 07, 2015, 09:30:56 PM
Note sure if this has been reported or not:
It looks like a pixel or two needs to be added between the data and the edge of the window.
(http://i.imgur.com/oGtJtipl.jpg) (http://i.imgur.com/oGtJtip.jpg)
Title: Re: GUI changes for v3.0
Post by: Spiron on November 07, 2015, 11:47:16 PM
I am getting an error with the tag editor when called from the Playing Tracks list.
do you mean it doesnt work at all or is there an actual error dialog. If there is an error, could you post the error dump.
Otherwise the bug is fixed for the next update


Just the bug. it doesn't spit out an error code, that was just my bad wording.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 08, 2015, 12:33:12 AM
i still cant reproduce this. Is it only the auto-size menu command not working eg. if you manually resize columns does that work?

Manual resizing stayed where I put it
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 08, 2015, 04:28:55 AM
Trying to give a playlist a name with a colon in it doesn't work.  I imagine it's related to filename restrictions, but there's no explanation, it just reverts to the previous name.

(http://i.imgur.com/wXiQEG5.gif)

p.s. if playlists in a folder are duplicated, could they be automatically added to the same folder?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 08, 2015, 04:36:06 AM
If the left sidebar is in auto-open mode, you can't keep the panel open and click through the items (eg. playlists).
The mouse stops responding.
You have to move the cursor to close the panel, mouse-over to re-open the panel and make your next selection.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 08, 2015, 04:48:47 AM
Custom search is not correctly filtering to local node only.  Click for GIF. (The rule is for Playlist, if it matters.)

(http://i.imgur.com/0Zd0bzWl.gif) (http://imgur.com/0Zd0bzW)
Title: Re: GUI changes for v3.0
Post by: 9ido on November 08, 2015, 07:20:27 AM
When you're editing the name of a playlist (rename) clicking anywhere else with the mouse does fail to get you out of edit modus. The only way out is <esc> of <enter>. Or is this intentional? I find it a bit odd, and I do get caught in editing mode by accident every now and then, it's uneasy to have to grab the keyboard to escape.
Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 07:21:56 AM
It looks like a pixel or two needs to be added between the data and the edge of the window.
i will need your current settings file as it looks like the panels are oversized for the window area. Also let me know which skin you are using if not the default one

Now if I use Auto-Size columns on the custom view, it is not saved, though.  The columns revert to previous size on restart, or even navigating away.
thats fixed for the next update

speaking of the compact player, is the Theater Mode option not functional yet?
thats fixed for the next update

If the left sidebar is in auto-open mode, you can't keep the panel open and click through the items (eg. playlists).
The mouse stops responding.
You have to move the cursor to close the panel, mouse-over to re-open the panel and make your next selection.
thats fixed for the next update

On the left sidebar, if I click on a filter (under Music) and put it into edit mode and then click on another filter, the first one (filter name) remains in edit mode.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 08, 2015, 08:34:24 AM
thats fixed for the next update

Awesome!

Here's a weird thing I just came across in podcasts.  There are two "unplayed episode" sections, plus the "unknown subscription" section is showing unplayed episodes.

(http://i.imgur.com/6CYGpSol.png)
Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 08:47:16 AM
Here's a weird thing I just came across in podcasts.  There are two "unplayed episode" sections, plus the "unknown subscription" section is showing unplayed episodes.
i would need your "Subscriptions.dat" file from the Podcasts sub-folder

Trying to give a playlist a name with a colon in it doesn't work.  I imagine it's related to filename restrictions, but there's no explanation, it just reverts to the previous name.
p.s. if playlists in a folder are duplicated, could they be automatically added to the same folder?
you are right about the reason - thats the same behavior as 2.5. I guess MB could write a message to the status bar
I dont understand the question (I do understand you could have a playlist and an auto-playlist the same name but still dont understand what you are proposing)

Custom search is not correctly filtering to local node only.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Blackened on November 08, 2015, 11:07:13 AM

having the left sidebar popup when dragging items is not currently supported (nor in 2.5). At some point i will have another attempt at getting that to work but not promising

Cool, thank you for reviewing my problem.

Would love to see if you make up few alternative to transfer my phone to my android player.

Thank you again Steven.
Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 11:19:36 AM
Would love to see if you make up few alternative to transfer my phone to my android player.
i am a little confused with your response. Firstly have i understood the issue you were raising? you are wanting to drag files to the device node in the left navigator, and the left navigator is hidden and doesnt auto-open when dragging

to sync ad-hoc files without using the left navigator, right click on the files/ send to/ device/ ...
Title: Re: GUI changes for v3.0
Post by: syy on November 08, 2015, 11:19:48 AM
Did you know you can't give 0 star to rating field in tag editor, track information panel and playing tracks panel?
And i did it barely, hardly in artwork view it seems text field is in the way.
(sorry, i could unrate it by clicking below track rating. is it intended to do that??) ???
and when i click the ratings it seems to be off to the left
and when i try to rate album despite it doesn't appear when mouse over it shows me error message.
and it doesn't change ratings when i click in now playing tab

I can however input 0 star on main player controls and track detail view.
in album and track view you could show album ratings and rate it but now you can just display it.

And do you know that you can resize font of artists in artists view by changing first of the font size field
but it clips album count text?

my wish is (however) to be able to rate music on 'track with thumbnail' view on playing tracks panel, on-screen not by right-click context menu.
Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 01:00:49 PM
And do you know that you can resize font of artists in artists view by changing first of the font size field
but it clips album count text?
thats fixed for the next update

Did you know you can't give 0 star to rating field in tag editor, track information panel and playing tracks panel?
if you mean you cant unrate then yes i find the same and thats fixed for the next update

and when i click the ratings it seems to be off to the left
and when i try to rate album despite it doesn't appear when mouse over it shows me error message.
which panel are you refering to with these?
Title: Re: GUI changes for v3.0
Post by: phred on November 08, 2015, 01:59:05 PM
It looks like a pixel or two needs to be added between the data and the edge of the window.
i will need your current settings file as it looks like the panels are oversized for the window area. Also let me know which skin you are using if not the default one
I sent you a PM with the link the the settings file.  Note that I can't remember when I made the screenshot yesterday if the option to skin windows borders was enabled or not.  I was using the MB3 Default skin.  Using it now, with skin windows borders enabled, the positioning of that line of text is correct.  I can't restart MB now as I'm 13% into a 17,000+ track sync.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 08, 2015, 03:42:10 PM
you are right about the reason - thats the same behavior as 2.5. I guess MB could write a message to the status bar
I dont understand the question (I do understand you could have a playlist and an auto-playlist the same name but still dont understand what you are proposing)

I'm not sure a message in the status bar would be noticed right away. I think a pop-up like Windows has when you use illegal characters would be more effective.

What I mean is this: you have Playlist Folder A containing Playlist B.  If you duplicate Playlist B, it appears as Playlist B (copy) way down at the bottom of all playlists. I think it should automatically be placed in Playlist Folder A.
Title: Re: GUI changes for v3.0
Post by: Blackened on November 08, 2015, 05:39:55 PM
Would love to see if you make up few alternative to transfer my phone to my android player.
i am a little confused with your response. Firstly have i understood the issue you were raising? you are wanting to drag files to the device node in the left navigator, and the left navigator is hidden and doesnt auto-open when dragging

to sync ad-hoc files without using the left navigator, right click on the files/ send to/ device/ ...


My apologies Steven, Sorry for confusing you. I shouldn't type that.

Yes, I want to drag files to the hidden left navigator as you said. :)

Thank you for the tip on the right click files, I will use it to transfer the songs with that options. And thank you again for looking at the hidden left navigator problem, I'll read this thread for any new info or latest build.
Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 05:50:45 PM
i have since added support for dragging files into a hidden side panel but it only works for files dragged from inside MB, not from windows explorer.
I will post an updated version later
Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 06:37:34 PM
this has fixes for most of the above issues.

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

some of the changes made:
- should work much better on high dpi screens (tested on a 150% dpi machine). I havent completed all the windows but the most important ones are done. I guess there might still be some glitches on 200% dpi machines but in any case it should still be much better than before
- maintains the position in the column browser and thumbnail browser when all files in the main panel are deleted
- drag files into a hidden/auto-open left or right sidebar. It only works for files dragged from within MB and not from windows explorer
Title: Re: GUI changes for v3.0
Post by: usraek on November 08, 2015, 08:02:23 PM
Brilliant and cheers! Continuously fantastic software.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 08, 2015, 08:03:56 PM
- maintains the position in the column browser and thumbnail browser when all files in the main panel are deleted

Fabulous!
Title: Re: GUI changes for v3.0
Post by: usraek on November 08, 2015, 08:23:58 PM
This is the first time I'm trying to delve further into the new layout, so may possibly be missing something.

For the album art, I previously had on my right panel the now playing art, and in the left navigator I had selected track art. With the new drag-n-drop there doesn't seem to be a way to have both.

Overall the text aesthetic changes, as well as the artist picture thumbnail list are quite awesome.

Snapshot of my 2.5 configuration:
(http://s3.postimg.org/gxhz887cf/msucibees.jpg) (http://postimg.org/image/gxhz887cf/)

Title: Re: GUI changes for v3.0
Post by: Steven on November 08, 2015, 08:35:14 PM
For the album art, I previously had on my right panel the now playing art, and in the left navigator I had selected track art. With the new drag-n-drop there doesn't seem to be a way to have both.
The closest you will get is placing the album artwork on the left sidebar, and placing the track info panel with artwork enabled in the right sidebar. I dont see why you cant acheive what you have in the screenshot
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 08, 2015, 08:55:05 PM
Thanks very much for the compact player theater mode fix.  :)
Title: Re: GUI changes for v3.0
Post by: usraek on November 08, 2015, 08:57:40 PM
The closest you will get is placing the album artwork on the left sidebar, and placing the track info panel with artwork enabled in the right sidebar. I dont see why you cant acheive what you have in the screenshot

Pardon me, I have just figured that out. I didn't realise that the track information contained the album art as well. Still familiarising myself with this!

I'm just trying to figure out a few more things now.

Thank you
Title: Re: GUI changes for v3.0
Post by: usraek on November 08, 2015, 09:27:34 PM
Alright I'm having difficulty with per-tab layouts. in 2.5 I could save custom layouts and each would be respected per tab.

Now with 3.0 the custom layouts are available but it only seems to stick for the main panel fields displayed. If I want one tab to have column browser I go to the tab and I drag the column browser to my main panel. I re-save my custom layout. I then go back to a different tab where I don't want a column browser and it has appeared. I disable it then check the other tab and it's disabled as well. The settings don't seem to respect what I want on a per-tab basis.

I noticed this manifest in a different way where one tab I'd like the left sidebar navigator showing, and no left main panel. I put the album artwork under the navigator on left sidebar and it's fine. In one tab the sidebar is showing and the album art displays, in another have I have the sidebar hidden and that's fine, that setting is retained. The problem is the tab with the hidden sidebar has a left main panel instead and I would like the album art showing, so I customise the layout and drag the album art to the left main panel for the tab. Works fine, but then I go back to the previous tab where I had the navigator/album art showing and the album art was removed.

The first scenario with the column browser per-tab gets saved in a custom layout in 2.5 and isn't working correctly in 3.0. The second scenario with the album art doesn't apply to 2.5 at all because there was only one left sidebar, no panel.

Thank you,
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 09, 2015, 12:12:25 AM
@ usraek

Have you tried saving them as different custom views?
Title: Re: GUI changes for v3.0
Post by: usraek on November 09, 2015, 02:07:36 AM
@ usraek

Have you tried saving them as different custom views?

Yeah I mentioned that, I save my custom layouts. It seems the custom layouts do not save positions of elements in certain panels.

I have one tab where I put album art on bottom of the thumbnail panel of the left main panel. I save my layout. I then go to the other tab and close the left main panel with the thumbnails and then add the album art to the left side bar w/navigator. I save the layout. I then go back to the first tab and it correctly saved my thumbnail browser, and no navigation panel is showing, the album art is removed and appears when I unhide navigation.

So the left sidebar and left main panel correctly save their hidden/open status, but the column browser and the album art are global positions and do not get saved per layout per tab.

The columns are in contrast to 2.5 where I use different tabs for different purposes entirely, so it used to be possible to have column view showing in one tab and not the other. The album art is a new one because the thumbnail browser from 2.5 has been expanded into an entire modifiable panel itself and thus new functionality. Also a column browser cannot be added to the left panel, it can only be added to the main panel.
Title: Re: GUI changes for v3.0
Post by: Steven on November 09, 2015, 06:55:27 AM
You can currently override whether the column browser is shown using a custom view and apply that custom view to the content you viewing in the main panel. The override would only apply when the custom view is being used. It seems you have tried that but i am not really understanding what you are saying the issue was exactly.
However i think i will probably add a tab level override for the column browser as that fits in with a tweak i want to make anyway
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 09, 2015, 09:29:18 AM
However i think i will probably add a tab level override for the column browser as that fits in with a tweak i want to make anyway

I'm so hoping that's independently adjustable column browser column widths!!
(http://images.zaazu.com/img/iwish-i-wish-wish-hope-smiley-emoticon-000268-medium.gif)
Title: Re: GUI changes for v3.0
Post by: Sofocl on November 09, 2015, 12:14:26 PM
In version 2.5, you can have a "navigator" in one tab and the "Library Explorer" in another;
(http://s2.postimg.org/yq1slms2x/image.gif)
In version 3 of this behavior is achieved impossible.
This is mistake? Or, this behavior can somehow achieve?
Title: Re: GUI changes for v3.0
Post by: Sofocl on November 09, 2015, 12:32:00 PM
I informed about this error earlier. That's how it is possible to accurately reproduce;
(http://s13.postimg.org/au1v2xn5x/image.gif)
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 09, 2015, 02:38:42 PM
I'm having a recurring problem with adding album art causing files to lose tags: specifically title and track #.  It also changes the time reported for the track (I think the time it gives is the total time for the tracks I had selected).

Click for GIF:

(http://i.imgur.com/VFSLNFGl.gif) (http://imgur.com/VFSLNFG)
Title: Re: GUI changes for v3.0
Post by: usraek on November 09, 2015, 05:47:01 PM
I'm sorry, it's tough to explain. I made a gif but it's massive lol.

This shows me adding the album art to one tab, saving layout, then adding album art to different tab and saving then going back it doesn't stick.
The same thing happens to column browser. The column browser also cannot be attached to anything but the main panel when drag-n-dropping.

http://s27.postimg.org/3ydzwg63l/album_art_3.gif
(http://s27.postimg.org/3ydzwg63l/album_art_3.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on November 09, 2015, 05:57:48 PM
I'm having a recurring problem with adding album art causing files to lose tags: specifically title and track #.  It also changes the time reported for the track (I think the time it gives is the total time for the tracks I had selected).
yes i can reproduce and thats a good one to catch. I think it would only apply to adding artwork for multiple selected tracks via the album covers panel eg. done via the tag editor or main panel should be fine. But i should be able to fix that quickly
edit:
The same bug also applied when done the same way from the track info panel
The download link is updated with the fix
Title: Re: GUI changes for v3.0
Post by: usraek on November 09, 2015, 08:10:29 PM
I'm sorry, I'm not sure if the the GIF is working properly.

This time I'll link it: (http://s27.postimg.org/ujgis08gv/album_art_3.jpg) (http://postimg.org/image/ujgis08gv/)
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on November 09, 2015, 08:32:39 PM
Been popping in now and a again, and have finally decided to give 3.0 a try.

Liking it so far, just 1 question: Will the link on the first post be the place to get the latest updates? Sorry if I missed any mention earlier.

Title: Re: GUI changes for v3.0
Post by: phred on November 09, 2015, 08:46:45 PM
Will the link on the first post be the place to get the latest updates? Sorry if I missed any mention earlier.
No, it won't.  I don't think that will happen until Steven is far enough along that he can consider it a beta version. 
For the time being you'll have to follow the thread to stay current.  I believe right now the latest 3.x update is a page or two before this post.  Just work your way backwards from here until you come to it.
Title: Re: GUI changes for v3.0
Post by: phred on November 10, 2015, 01:17:07 AM
I don't recall seeing this reported.
- In MB 3.0.35791 the computer node does not show the entire path to a folder.  This is different than the way it worked in 2.5. 
- In 3.0 the computer node list is not sorted alphabetically as it was in 2.5.
- My two optical drives (Q:\ and R:\) do not show in 3.0 computer node despite being selected in the Manage Folders dialog.  They do show if I select "show all folders" instead of "show filtered folders only."
- I can not get the SubSonic plugin to show in 3.0, but it does show in 2.5.

In the screenshots below, the computer node is on the left and the Manage Folders dialog is on the right.
This is 3.0:
(http://i.imgur.com/93VgJBvl.jpg) (http://i.imgur.com/93VgJBv.jpg)

This is 2.5:
(http://i.imgur.com/pDrKfnll.jpg) (http://i.imgur.com/pDrKfnl.jpg)
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 10, 2015, 02:50:34 PM
yes i can reproduce and thats a good one to catch. I think it would only apply to adding artwork for multiple selected tracks via the album covers panel eg. done via the tag editor or main panel should be fine. But i should be able to fix that quickly
edit:
The same bug also applied when done the same way from the track info panel
The download link is updated with the fix

Tested and seems to be fixed.  Thanks!


Two things this morning:

1. Is the "redo search" command in the lyrics panel working for anyone?  It never responds for me.

2. If I've done a custom search with no results and the Search Results node is in the main panel, typing in the search box doesn't start a new search.  If there are results from the custom search, it works as expected, except the title in the tab continues to reflect the custom search.
Title: Re: GUI changes for v3.0
Post by: Steven on November 10, 2015, 07:24:07 PM
1. Is the "redo search" command in the lyrics panel working for anyone?  It never responds for me.
2. If I've done a custom search with no results and the Search Results node is in the main panel, typing in the search box doesn't start a new search.  If there are results from the custom search, it works as expected, except the title in the tab continues to reflect the custom search.
1. should be fixed
2. its searching within the search results but i have changed it to reset the search. I have tested this change but there are a lot of combinations of how the various filter panels work together and the local/global search results, so its possible i have overlooked something but reasonably confident

- In MB 3.0.35791 the computer node does not show the entire path to a folder.  This is different than the way it worked in 2.5. 
- In 3.0 the computer node list is not sorted alphabetically as it was in 2.5.
- My two optical drives (Q:\ and R:\) do not show in 3.0 computer node despite being selected in the Manage Folders dialog.  They do show if I select "show all folders" instead of "show filtered folders only."
- I can not get the SubSonic plugin to show in 3.0, but it does show in 2.5.
that should be fixed now, except i dont have subsonic anymore to confirm that

i will post an updated link later
Title: Re: GUI changes for v3.0
Post by: Steven on November 10, 2015, 09:20:15 PM
this has fixes for most of the above issues and a couple of issues i found.

http://www.mediafire.com/download/68ia4i13dy6oa0o/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

Also i have added support for hiding the column browser and also the library explorer for a tab. Its set in the panel layout dialog

Liking it so far, just 1 question: Will the link on the first post be the place to get the latest updates? Sorry if I missed any mention earlier.
i am trying to keep the link the same but cant guarantee that for now. I advise to check this topic anyway in case there is some important bug found and fixed
Title: Re: GUI changes for v3.0
Post by: phred on November 10, 2015, 09:40:08 PM
- In MB 3.0.35791 the computer node does not show the entire path to a folder.  This is different than the way it worked in 2.5. 
- In 3.0 the computer node list is not sorted alphabetically as it was in 2.5.
- My two optical drives (Q:\ and R:\) do not show in 3.0 computer node despite being selected in the Manage Folders dialog.  They do show if I select "show all folders" instead of "show filtered folders only."
- I can not get the SubSonic plugin to show in 3.0, but it does show in 2.5.
All four of these issues are fixed.  However, when clicking on either of my CD drives in the computer node, the tracks are not showing.  Nothing is showing.  MB does see them (and shows the source drive) when I use the rip CD process.  But right now I can't just listen to a CD via MB.  Upon further testing, with neither version of MB open, I insert a CD into the drive and Windows launches 2.5 (expected) and starts playing.  I stop the play, close 2.5, start 3.0 and the previously loaded tracks are showing in the Now Playing panel.  And they play.  But clicking on the drive letter in computer node still does not show the tracks.
Title: Re: GUI changes for v3.0
Post by: phred on November 10, 2015, 10:00:22 PM
A new issue involving CD ripping has popped up in this latest version.
- Rip CD
- All tracks ripped with status "Accurately ripped"
- AccurateRip window pops up showing all files matched
- Click on "Close"
- Status of all tracks in ripping window changes to "cancelled" [Not expected]
- Tracks appear in Inbox, the source file for the track could not be found [Not expected]
- Using Explorer to look at folder where tracks should be, it is empty  [Not expected]  Although \Artist\Album Title exists
- Back in MB, select all newly ripped tracks in Inbox > right-click > delete from Inbox and Computer results in status bar "No tracks deleted" but the tracks still appear until MB is closed and relaunched
Title: Re: GUI changes for v3.0
Post by: Steven on November 10, 2015, 10:15:13 PM
However, when clicking on either of my CD drives in the computer node, the tracks are not showing.  Nothing is showing.  MB does see them (and shows the source drive) when I use the rip CD process.
i cant reproduce any issues. If you right click on the cd drive node in MB, do you see an "Eject" option?

A new issue involving CD ripping has popped up in this latest version.
- Rip CD
- All tracks ripped with status "Accurately ripped"
- AccurateRip window pops up showing all files matched
- Click on "Close"
- Status of all tracks in ripping window changes to "cancelled" [Not expected]
i am finding the same but wont be able to fix it now

edit:
its fixed now - same download link
Title: Re: GUI changes for v3.0
Post by: usraek on November 10, 2015, 10:28:15 PM
Column browser hiding per tab works (though I can't get my column browser to display properly at all for the this version and last. I don't have older version to test because it was working fine before.)

When clicking a  'Panel Settings ...' button for Column Browser in panel menu you cannot scroll the window that pops up with mouse wheel because a dropdown box takes the focus.

The artwork position saving from my posted gif has not been changed.
Title: Re: GUI changes for v3.0
Post by: phred on November 10, 2015, 10:34:20 PM
However, when clicking on either of my CD drives in the computer node, the tracks are not showing.  Nothing is showing.  MB does see them (and shows the source drive) when I use the rip CD process.
i cant reproduce any issues. If you right click on the cd drive node in MB, do you see an "Eject" option?
Yes.  And it opens the CD tray as long as there's a CD in it.

A new issue involving CD ripping has popped up in this latest version.
- Rip CD
- All tracks ripped with status "Accurately ripped"
- AccurateRip window pops up showing all files matched
- Click on "Close"
- Status of all tracks in ripping window changes to "cancelled" [Not expected]
i am finding the same but wont be able to fix it now
That's fine.  Especially the part about you being able to reproduce it.  2.5 is working fine, so I can rip with that if absolutely necessary.
Title: Re: GUI changes for v3.0
Post by: Steven on November 10, 2015, 10:44:36 PM
Column browser hiding per tab works (though I can't get my column browser to display properly at all for the this version and last. I don't have older version to test because it was working fine before.)
you need to provide more information than "I can't get my column browser to display properly", At minimum a screenshot will help

That's fine.  Especially the part about you being able to reproduce it.  2.5 is working fine, so I can rip with that if absolutely necessary.
its fixed now - same download link
Title: Re: GUI changes for v3.0
Post by: usraek on November 10, 2015, 11:11:40 PM
Edit: Sorted.

Title: Re: GUI changes for v3.0
Post by: phred on November 10, 2015, 11:20:11 PM
That's fine.  Especially the part about you being able to reproduce it.  2.5 is working fine, so I can rip with that if absolutely necessary.
its fixed now - same download link
Neither issue is fixed.  And only change in behavior of the rip issue is that now the status bar shows a successful rip, when in fact the ripped tracks don't even exist.  MB appears to be deleting them when it should be doing volume analysis.  For the CD drive in the computer node issue, with a CD in Q:\ when I click on Q:\ in computer node the status bar says "Unable to access Q:\" but the Rip CD window is able to access it.
(http://i.imgur.com/wczbXyJl.jpg) (http://i.imgur.com/wczbXyJ.jpg)
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 11, 2015, 03:50:20 AM
The Unknown Subscription in podcasts is showing the right stuff now.  But I can't drag the files from there to the correct subscription.  I get the "can't drop here" icon, and MB hangs for a few seconds when I drag them.
Title: Re: GUI changes for v3.0
Post by: Steven on November 11, 2015, 07:16:31 AM
Neither issue is fixed.
if you still see the files in the inbox when that happens then you probably are not running the latest version.
Unfortunately this months Microsoft patches have done something to my .NET environment and i cant run MB at the moment, and i dont know how long it will be out of action
Title: Re: GUI changes for v3.0
Post by: phred on November 11, 2015, 12:38:18 PM
Neither issue is fixed.
if you still see the files in the inbox when that happens then you probably are not running the latest version.
Yes, I was still seeing the files in the inbox.  I just downloaded from the updated link (Reply # 753) again and will try again shortly.

Quote
Unfortunately this months Microsoft patches have done something to my .NET environment and i cant run MB at the moment, and i dont know how long it will be out of action
Geez!  And I almost ran Windows Update last night but decided to hold off for a while.  Can you try rolling back to the latest restore point?  Good luck.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 11, 2015, 02:56:07 PM
Unfortunately this months Microsoft patches have done something to my .NET environment and i cant run MB at the moment, and i dont know how long it will be out of action

 :o

Well, crap.
Title: Re: GUI changes for v3.0
Post by: phred on November 11, 2015, 03:10:34 PM
Neither issue is fixed.
if you still see the files in the inbox when that happens then you probably are not running the latest version.
Yes, I was still seeing the files in the inbox.  I just downloaded from the updated link (Reply # 753) again and will try again shortly.
Definitely the same behavior.  The track info shows in the Inbox, but the files have been deleted during what seems like the volume analysis process.  I did see them in Explorer before clicking OK.
(http://i.imgur.com/kNkquV7l.jpg) (http://i.imgur.com/kNkquV7.jpg)


(http://i.imgur.com/et11FY4l.jpg) (http://i.imgur.com/et11FY4.jpg)


(http://i.imgur.com/vUzp1FGl.jpg) (http://i.imgur.com/vUzp1FG.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on November 11, 2015, 06:42:42 PM
i just reuploaded the files, so could you try again. If it still doesnt work i will rebuild them. I am not claiming the issue with your optical drive showing tracks in the main panel is addressed as i made no changes for that and i cant reproduce any issues with mine, nor did i make any changes around that functionality

ps. I managed to get my .NET working again but only after a system restore. However i dont think this is a general problem otherwise the forum would have had reports of problems and i havent been able to find any reports of problems on the web
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on November 11, 2015, 06:59:39 PM
I did a windows update yesterday, and both MB 3.0 and 2.5 still work for me, so I think you guys should be safe

I do seem to have a problem again saving artwork as embedded with both versions. Just doesn't happen, have to use folder.jpg
Title: Re: GUI changes for v3.0
Post by: phred on November 11, 2015, 07:06:41 PM
i just reuploaded the files, so could you try again. If it still doesnt work i will rebuild them. I am not claiming the issue with your optical drive showing tracks in the main panel is addressed as i made no changes for that and i cant reproduce any issues with mine, nor did i make any changes around that functionality
Downloaded once again.  No difference.  Behavior is exactly the same.
EDIT:  Slightly different behavior, but not in a good way.  After I delete the files that are showing in the Inbox (even though they've already been deleted by whatever is going wrong) the Inbox count doesn't clear. Even after moving to a different node and then back to the Inbox.  And after exiting and restarting MB, not only is the Inbox count still showing, but the tracks that don't exist are showing in the inbox also.
(http://i.imgur.com/tOcjEksl.jpg) (http://i.imgur.com/tOcjEks.jpg)
EDIT 2:  When I tried to edit an Inbox file that "doesn't exist" it opened up the Tag Editor and the Properties tab shows that the track is in the folder that I designated as the Inbox.  But the track isn't there.  When I right-click on the track and select Locate in Windows Explorer it takes me to My Documents.  And I still can't find the files. When I did Search > Locate in Computer Node the tracks in the Inbox disappeared.

Quote
ps. I managed to get my .NET working again but only after a system restore. However i dont think this is a general problem otherwise the forum would have had reports of problems and i havent been able to find any reports of problems on the web
Great news.  JOOC, did you do a restore from a backup app, or did you use the Windows system restore point?
Title: Re: GUI changes for v3.0
Post by: Steven on November 11, 2015, 07:17:24 PM
i have rebuilt the .exe - this is a new link:
http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
Title: Re: GUI changes for v3.0
Post by: phred on November 11, 2015, 07:33:02 PM
i have rebuilt the .exe - this is a new link:
http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
Now we've got it!!  I only tried with two tracks and it worked as expected.  I have deleted the two tracks and will now rip the entire CD.

I'm not sure if you attempted a fix on the computer node CD drive not showing the CD tracks as it is still not working.

Thanks.

EDIT:  Full CD rip works as expected. 
Title: Re: GUI changes for v3.0
Post by: Steven on November 11, 2015, 08:16:56 PM
for the CD drive not showing tracks, can you right click on the node and let me know if you see "Eject CD" and if so, does that work. Also try with folder filtering turned off. I will leave this issue until a later date
Title: Re: GUI changes for v3.0
Post by: phred on November 11, 2015, 08:36:30 PM
for the CD drive not showing tracks, can you right click on the node and let me know if you see "Eject CD" and if so, does that work. Also try with folder filtering turned off. I will leave this issue until a later date
With a CD in the drive, Eject CD works as expected.  With no CD in the drive, Eject CD is grayed out - also expected.
With folder filtering off (Show All Folders) clicking on the drive does not show any tracks.
If I insert the CD and let Window Auto-Play use MB, the tracks show up in the Now Playing panel and the disc plays.  But I still can't see the tracks via the drive in computer node.

Certainly not a mission critical bug.  Looking at it at a later date is fine.

Thank you.
Title: Re: GUI changes for v3.0
Post by: Steven on November 11, 2015, 08:38:08 PM
The Unknown Subscription in podcasts is showing the right stuff now.  But I can't drag the files from there to the correct subscription.  I get the "can't drop here" icon, and MB hangs for a few seconds when I drag them.
thats addressed for the next update

@phred, you should check the error log for any errors around the time the CD drive is being tested
Title: Re: GUI changes for v3.0
Post by: phred on November 12, 2015, 03:14:08 AM
@phred, you should check the error log for any errors around the time the CD drive is being tested
I'm sorry Steven - just seeing this note now.
- Insert CD in drive Q:\
- Cancel Windows Auto-Play
- Click on Q:\ in computer node
- No tracks show in MB; no error window pops up
- This is in the error log:
Code
11/11/2015 10:07:20 PM - 6.1.7601.65536 - 3.0.5793.34565 - System.NullReferenceException: Object reference not set to an instance of an object.
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at System.Windows.Forms.Control.Invoke(Delegate method)
   at MusicBee.MusicBeeApplication.#=qNzRWbihakvRVViQdNpk_Bw==(MethodInvoker #=q26oK7JTw_4JQ63_5LHV1eA==)
   at #=qZfscBtbhQpkVdCUexsITAXwktFx9zP2MamCAoKqb84Q=.#=q9OQvRIYawqTeC_ZFk5Fodw==(#=qFgUgjhNaGiBEK8cOvyzJ7gRcpt1emyaRiKmXDRr2fbk= #=qgBzPAdy3fOQn0o043s6H7w==, #=qFrbZJfTUm96g3bPc8YKmt59ZJOseTvdeolNIGPm6JbJ4mVPNi122XlhcNbMFe3qs #=qzecvqyq$AOkb8KnumV3dcA==, #=qTYmBzfMu6EJGjBzA1uYkDbW8wiNLbgHEUCy9vCw8kRU=[] #=qjrSW1GTNwp14aGBGiAN__Q==, MethodInvoker #=qvYWgOjcexmVoJpP5uGgI5QRQ3wamE1$4$fXi7PQ8H1Q=)
   at #=qZfscBtbhQpkVdCUexsITAXwktFx9zP2MamCAoKqb84Q=.#=qcjaboGGwe6wWIU6wxpN63Q==(#=qFgUgjhNaGiBEK8cOvyzJ7gRcpt1emyaRiKmXDRr2fbk= #=qGr_fHLGK0jJGN7VsvENv$Q==, #=qTYmBzfMu6EJGjBzA1uYkDbW8wiNLbgHEUCy9vCw8kRU=[] #=qp2yb7dM$zyIjBN5nJC0NEQ==, MethodInvoker #=qnBgKT5K6fyyXvgbd_DhN4BhJxOG4GI6s18kJXRl0FyM=)
   at MusicBee.MusicBeeMain.#=qx9hrOH1gHCvHObXTk4z1Pxp3RX_xuaZ7Aynh$V_68UY=._Lambda$__1()
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 12, 2015, 04:43:20 AM
The Unknown Subscription in podcasts is showing the right stuff now.  But I can't drag the files from there to the correct subscription.  I get the "can't drop here" icon, and MB hangs for a few seconds when I drag them.
thats addressed for the next update

Confirmed!
Title: Re: GUI changes for v3.0
Post by: Alumni on November 12, 2015, 01:45:27 PM
i have rebuilt the .exe - this is a new link:
http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip

Great to see those new "per tab" settings, very helpful.

A bug to report - the column browser isn't showing up anymore with the vertical layout, although horizontal displays fine.
Title: Re: GUI changes for v3.0
Post by: Steven on November 12, 2015, 02:29:54 PM
A bug to report - the column browser isn't showing up anymore with the vertical layout, although horizontal displays fine.
i would probably need a link to your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on November 12, 2015, 06:14:31 PM
@phred & @Alumni, the bugs you reported should both be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on November 12, 2015, 08:39:44 PM
this has fixes for the above issues.

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: phred on November 12, 2015, 08:47:54 PM
@phred & @Alumni, the bugs you reported should both be fixed for the next update
Clicking on CD drive in computer node now shows tracks on CD.  Thanks Steven.
Title: Re: GUI changes for v3.0
Post by: Steven on November 12, 2015, 10:08:59 PM
i am looking at windows 10 aspects for skinning at the moment. Its not going too well and its quite surprising how getting really basic things like the current color for the title bar is proving difficult, or getting rid of the horrible blue borders for unskinned windows borders and making them transparent.
Having said that i think i can acheive the following (without having to use an entirely different apprroach which i dont have the time or inclination to do)
- a 1px border for both skinned and unskinned window border settings. However, there would be an issue in that to do this i would need to bring the window resizing margin inside the window which is fine for the left side but for the right side there will be 3-4 px intruding onto any scrollbar ie. the right side of a scrollbar will switch to a resizing cursor. I might be able to do something about it using a global mouse handler but if i cant, what are your thoughts on what i said?
I could leave skinned window borders as now so the border is displayed as 4px.
- make an assumption the title bar is always white - but thats not always true and it is possible to switch it to glass mode using some utilities, and also the upcoming win10 release i believe will allow changing the color. I am tossing up whether to drop support for un-skinned windows borders for win10
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 12, 2015, 10:38:57 PM
or getting rid of the horrible blue borders for unskinned windows borders and making them transparent
The 1px border is not always blue, you can turn on "Automatically pick an accent colour from my background" and the border will change colour to blend with the background.  Maybe it's possible to access this to get Win10 to pick an accent colour from the 4px border of the skin.

I could leave skinned window borders as now so the border is displayed as 4px.
Would be my preferred option

I am tossing up whether to drop support for un-skinned windows borders for win10
I think that would be the way to go for the present.  If future changes in Win10 make it easier to change the title bar colour, then it could be revisited then.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 12, 2015, 10:52:47 PM
ditto Bee-liever
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 13, 2015, 03:01:36 AM
This is not new to 3.0, but has come up recently in my exploring.  When using dashes, single-quotes and double-quotes in searches, MB can only find the "plain" version of the mark.  It won't find "smart quotes" in my tags using the quote keys, and it can't find whatever other kind of dash there is that looks exactly like a normal dash but isn't (in the search box, quotes don't really work because I think it's looking for a phrase, but try a custom search).  In any case, these seem like things that MB should be able to search for together, just like it can find diacritics.  I can provide some example files, if needed.
Title: Re: GUI changes for v3.0
Post by: Alumni on November 13, 2015, 05:18:14 AM
I am tossing up whether to drop support for un-skinned windows borders for win10

I would support that decision.
It's nearly impossible to account for all the variables, and there are other skinning areas that are more deserving of your time, IMHO.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 13, 2015, 11:18:50 AM
I've noticed that when using the computer node (left sidebar) - Show Filtered Folders Only + Include Files from Sub-Folders.
If you go to Manage Folders> Choose Filtered Folders and de-select a sub-folder, when you return to the Computer Node, all folders in that branch have been expanded and can't be closed.
Re-selecting the sub-folder returns tree hierarchy to normal.
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 13, 2015, 01:24:45 PM
Hi, I'm having troubles with the demo versions I tried (the last 3 at least). When I start a song, it stop playing 4 seconds before the end, thus keeping the next song from starting.
Title: Re: GUI changes for v3.0
Post by: Pingaware on November 13, 2015, 01:33:25 PM
This is not new to 3.0, but has come up recently in my exploring.  When using dashes, single-quotes and double-quotes in searches, MB can only find the "plain" version of the mark.  It won't find "smart quotes" in my tags using the quote keys, and it can't find whatever other kind of dash there is that looks exactly like a normal dash but isn't (in the search box, quotes don't really work because I think it's looking for a phrase, but try a custom search).  In any case, these seem like things that MB should be able to search for together, just like it can find diacritics.  I can provide some example files, if needed.

Do you mean MB has trouble with the different Unicode versions of apostrophes and the like? I've also observed that - it's frustrating, but I got round the problem by just eliminating the one type from my library and keeping a filter to find files with any tags containing the wrong one in.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 13, 2015, 02:29:43 PM
This is not new to 3.0, but has come up recently in my exploring.  When using dashes, single-quotes and double-quotes in searches, MB can only find the "plain" version of the mark.  It won't find "smart quotes" in my tags using the quote keys, and it can't find whatever other kind of dash there is that looks exactly like a normal dash but isn't (in the search box, quotes don't really work because I think it's looking for a phrase, but try a custom search).  In any case, these seem like things that MB should be able to search for together, just like it can find diacritics.  I can provide some example files, if needed.

Do you mean MB has trouble with the different Unicode versions of apostrophes and the like? I've also observed that - it's frustrating, but I got round the problem by just eliminating the one type from my library and keeping a filter to find files with any tags containing the wrong one in.

Yeah, I.think that's it.  Picard uses Unicode, and I don't want to turn it off because then it renders some characters incorrectly.

p.s. This also means that in "Ignore Words" I have to enter the different quote characters separately.
Title: Re: GUI changes for v3.0
Post by: Steven on November 13, 2015, 04:59:52 PM
Hi, I'm having troubles with the demo versions I tried (the last 3 at least). When I start a song, it stop playing 4 seconds before the end, thus keeping the next song from starting.
can you send me your settings file (help/support/view settings) and also any errors in the error log at the time the song stops (if any)
Title: Re: GUI changes for v3.0
Post by: Steven on November 13, 2015, 05:35:49 PM
I've noticed that when using the computer node (left sidebar) - Show Filtered Folders Only + Include Files from Sub-Folders.
If you go to Manage Folders> Choose Filtered Folders and de-select a sub-folder, when you return to the Computer Node, all folders in that branch have been expanded and can't be closed.
Re-selecting the sub-folder returns tree hierarchy to normal.
i cant reproduce this but i am probably not doing exactly what you are doing so if you are able to produce a gif then that might help
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 13, 2015, 08:53:34 PM
I've noticed that when using the computer node (left sidebar) - Show Filtered Folders Only + Include Files from Sub-Folders.
If you go to Manage Folders> Choose Filtered Folders and de-select a sub-folder, when you return to the Computer Node, all folders in that branch have been expanded and can't be closed.
Re-selecting the sub-folder returns tree hierarchy to normal.
i cant reproduce this but i am probably not doing exactly what you are doing so if you are able to produce a gif then that might help
They do say a picture is worth a thousand words (so how many is a gif worth  :D  )

Hope this is useful;
(http://i.imgur.com/qUoPLk3.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on November 14, 2015, 10:40:45 AM
They do say a picture is worth a thousand words (so how many is a gif worth  :D  )

Hope this is useful;
i dont see that as a bug. You deselected one sub-folder and therefore the original root path for the filter is not longer the correct filter as it would include that sub-folder - MB needs to include all the individual sub-folders in order to exclude the one you de-selected
Title: Re: GUI changes for v3.0
Post by: Steven on November 14, 2015, 03:25:15 PM
I'm so hoping that's independently adjustable column browser column widths!!
thats done for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on November 14, 2015, 04:06:05 PM
this has fixes for a few bugs I found, support for adjusting the column browser panels individually, and support for unicode variations of dashes, single and double quotes when you have "ignore diacritic marks when searching" enabled. I might get rid of that option and always have it enabled.

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 14, 2015, 04:56:23 PM
Support for unicode variations of dashes, single and double quotes when you have "ignore diacritic marks when searching" enabled. I might get rid of that option and always have it enabled.

Woot!  I can find All-4-One now!
Title: Re: GUI changes for v3.0
Post by: Boile on November 14, 2015, 05:30:46 PM
Hi!
When a song save  the Lyric in the File, then the song stops!
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 14, 2015, 07:53:40 PM
They do say a picture is worth a thousand words (so how many is a gif worth  :D  )

Hope this is useful;
i dont see that as a bug. You deselected one sub-folder and therefore the original root path for the filter is not longer the correct filter as it would include that sub-folder - MB needs to include all the individual sub-folders in order to exclude the one you de-selected


Fair enough.  I assumed it should work like hiding a folder in Windows.

I'm so hoping that's independently adjustable column browser column widths!!
thats done for the next update

Thank you, thank you, thank you.  Can't thank you enough for this  :)
Title: Re: GUI changes for v3.0
Post by: Justin34 on November 15, 2015, 08:20:22 AM
Is there any chance that auto-save settings feature will be added to 3.0 version? Currently if the program closes unexpected all changes, playing information, track changes are lost.

http://getmusicbee.com/forum/index.php?topic=15019.0;wap2
Title: Re: GUI changes for v3.0
Post by: Steven on November 15, 2015, 06:42:51 PM
fixes for a few bugs, tweaks to some Compact Player configurations and a number of fixes when using unskinned window borders.

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip

When a song save  the Lyric in the File, then the song stops!
that should be fixed now

For the windows10 1px borders, i noticed that iTunes actually does it the way has considered and was going to reject - putting the resizing cursor inside the window. Given i cant figure out how to get rid of the horrible thick opaque border when using windows 10 (why do i often feel i am battling what microsoft provides for some really basic things?!), i will take the same less than ideal approach in order to reduce the border to 1px.
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 15, 2015, 06:59:51 PM
A few things I noticed :
When using several tabs (at least one for the library and one for the podcasts), Starting a song in the library tab, then going to the podcast tab, I'm not able to see the different podcasts episodes for a subscription while the song is playing (well, technically, by clicking on another tab and then going back to the podcasts one, the content is finally displayed)

The music explorer, when opened in a tab, does not update when a new artist start playing.

In the track information/album cover/lyrics, which was all in one in the 2.5 version, it would be more intuitive if the order of the scrolling menu was not altered depending on my last choice(s), ie always have
-Artist biography
-Artwork
-Lyrics
-Track informations
in this order (as it is done for the "playing track"/"selected track" part, which always show "playing track" first), and not putting on top what I have selected.
Title: Re: GUI changes for v3.0
Post by: Steven on November 15, 2015, 07:10:21 PM
When using several tabs (at least one for the library and one for the podcasts), Starting a song in the library tab, then going to the podcast tab, I'm not able to see the different podcasts episodes for a subscription while the song is playing (well, technically, by clicking on another tab and then going back to the podcasts one, the content is finally displayed)
A screenshot might help me understand better

The music explorer, when opened in a tab, does not update when a new artist start playing.
its only updated when you first open the tab (otherwise it would be annoying if you were looking at a particular artist and it kept changing with each new song). You can search for an artist in the search box. I will try and figure out a way to enable it to be updated to the playing artist by some action eg. a command button

In the track information/album cover/lyrics, which was all in one in the 2.5 version, it would be more intuitive if the order of the scrolling menu was not altered depending on my last choice(s), ie always have
-Artist biography
-Artwork
-Lyrics
-Track informations
in this order (as it is done for the "playing track"/"selected track" part, which always show "playing track" first), and not putting on top what I have selected.
the most recent panel viewed is placed to the bottom of the stack. That is so you can click to the right of the selector and have the panels toggled
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 15, 2015, 08:16:42 PM
When using the 'Upcoming Releases' page, the artist's names are no longer links that open the 'Clicked Artist' tab
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 15, 2015, 09:03:27 PM
When using several tabs (at least one for the library and one for the podcasts), Starting a song in the library tab, then going to the podcast tab, I'm not able to see the different podcasts episodes for a subscription while the song is playing (well, technically, by clicking on another tab and then going back to the podcasts one, the content is finally displayed)
A screenshot might help me understand better
I'll try to be a bit more understandable...

screenshot (I don't know how to make gifs.) : http://imgur.com/N4YwMzi

I start a song in the "music" tab, then I switch to the "podcasts" tab. Here, the episodes for a given podcast are displayed ("Revolutions" in the screenshot), but if I click on an other of my subscriptions (Hardcore History for instance), the episode list is still the same (episodes of "Revolutions").

The music explorer, when opened in a tab, does not update when a new artist start playing.
its only updated when you first open the tab (otherwise it would be annoying if you were looking at a particular artist and it kept changing with each new song).
I remember being extremely frustrated when it happened, so I get it.

the most recent panel viewed is placed to the bottom of the stack. That is so you can click to the right of the selector and have the panels toggled

This is actually fantastic, I had no idea. However, being able to go through the panels in the reverse order by using a right-click in the same area could be useful,
i.e. left click browse the panels in this order: artwork, artist, track info, lyrics, and right click browse: lyrics, track info, artist, artwork
Title: Re: GUI changes for v3.0
Post by: Steven on November 15, 2015, 10:25:55 PM
I start a song in the "music" tab, then I switch to the "podcasts" tab. Here, the episodes for a given podcast are displayed ("Revolutions" in the screenshot), but if I click on an other of my subscriptions (Hardcore History for instance), the episode list is still the same (episodes of "Revolutions").
i cant reproduce any issue nor can i see how it could possibly happen. Can you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on November 15, 2015, 10:36:22 PM
http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe

The music explorer, when opened in a tab, does not update when a new artist start playing.
when the playing artist is different to the current artist, the panel now displays a link so you can open the playing artist

When using the 'Upcoming Releases' page, the artist's names are no longer links that open the 'Clicked Artist' tab
i have added back in support for that, although it now links to the xbox artist page so you can listen to tracks as well

both the above are barely tested
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 16, 2015, 01:13:09 AM
When using the 'Upcoming Releases' page, the artist's names are no longer links that open the 'Clicked Artist' tab
i have added back in support for that, although it now links to the xbox artist page so you can listen to tracks as well

Thanks. Looks good.
Although the skin colour BG is no longer being used for the 'Upcoming Releases' panel.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 16, 2015, 05:31:49 AM
Suggestion: make sure the station directory in the radio station node can't be dragged all the way down to the bottom, so it can't be "lost".
Title: Re: GUI changes for v3.0
Post by: Steven on November 16, 2015, 10:39:03 PM
fix for play count not updating when "stop after current" is enabled and fixes for various visual glitches:

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Boile on November 17, 2015, 01:29:00 PM
Hi Steven,
In the Station Directories if you try to sort you get a mess - the Names dont match!
Title: Re: GUI changes for v3.0
Post by: Alumni on November 17, 2015, 02:14:26 PM
A couple minor issues I've experienced with the Now Playing node; When using the "large album cover" display there isn't an option to disable either of the available sidebars. Also if the main window is not wide enough (ie. in windowed mode), the main panel [right side] can be completely obscured by the right sidebar.
Title: Re: GUI changes for v3.0
Post by: Steven on November 17, 2015, 05:51:51 PM
When using the "large album cover" display there isn't an option to disable either of the available sidebars. Also if the main window is not wide enough (ie. in windowed mode), the main panel [right side] can be completely obscured by the right sidebar.
the intention with that layout is too make the album picture as large as possible and then fill the remaining space. Unless your musicbee window has a square layout i dont see how providing the option to remove both the right main panel and right sidebar would be useful as it would just be empty space. I guess it could make sense to have the option to hide one of the panels and fill the non-album space only with the remaining unhidden panel.
For the 2nd point, MB is preserving the width of the right sidebar. I guess MB could apply some resizing of both panels but you can already drag the right sidebar yourself to the right main panel becomes visible.
Title: Re: GUI changes for v3.0
Post by: darkred on November 19, 2015, 02:53:03 PM
I'm glad that in v3.0 in Library Explorer|Genres
the genres no longer appear twice (e.g. Hard Rock>Hard Rock). Thanks Steven!

I'd like to make a suggestion.
Check this screenshot:
(https://i.imgur.com/ecrRlUK.jpg)
In v2.5 whenever you doubleclicked on an entry, e.g. "Psychedelic Rock" or "Ozric Tentacles", or an album title ,e.g. "Afterwish" or a track
then, it should start playing ALL items contained. i.e. in 1st case it would add in queue all Psychedelic Rock albums, in 2nd case all OT albums, etc..
(single)Clicking an entry only selected it.
Expanding/collapsing an entry was only possible via clicking the > icon.

In v3 when you doubleclick on any entry it doesn't do anything in any case, yet.


So my suggestion is this:
(not to restore the v2 behaviour but)
clicking on an entry(not just the > icon), to expand/collapse it (not only select it), and
doubleclicking it, to start playing all contained items.

i.e. if you click on an entry, e.g. "Psychedelic Rock", to expand all bands contained.
but if you doubleclick the "Psychedelic Rock" entry, to start playing all albums of that genre.
Consequently, if you click on "Ozric Tentacles" to expand all albums,
and doubleclicking on it would start playing all albums, etc.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 19, 2015, 03:29:20 PM
The search box gets obscured sometimes. It then looks like this, with a blue-grey layer on top of the input field,
(http://xtal.home.xs4all.nl/search%20mb.jpg)
This occurs when the player goes to the next queued track in now playing. It does not matter whether there is text in the box, but if there is a text it is hidden by the blue-grey layer. A simple click inside the search area does resolve the issue (but then it happens again when the next track starts.)
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 20, 2015, 03:10:04 AM
The search box gets obscured sometimes. It then looks like this, with a blue-grey layer on top of the input field,
This occurs when the player goes to the next queued track in now playing. It does not matter whether there is text in the box, but if there is a text it is hidden by the blue-grey layer. A simple click inside the search area does resolve the issue (but then it happens again when the next track starts.)

I can confirm this issue, but hadn't figured out the cause.  Thanks!

---

Still some issues with CTRL+click selections.  In this GIF, I use CTRL+A to select the tracks, CTRL+click to unselect some, and then when I drag them to the playlists, only the one I directly clicked is moved.

(http://i.imgur.com/8DtBkC4.gif)

---

If I tag a track with Picard in a way that causes it to be moved by auto-organize, static playlists are not updated to the new location. (Update: Also happens when a track is added to the library.)

---

I was just doing a custom search for "Artist is any of...", and this happened:
1. I started typing an artist
2. I selected the auto-complete that came up
3. I clicked the ... button.
Result: the pop-up box contained what I had originally typed, not the auto-completed entry.
Title: Re: GUI changes for v3.0
Post by: Steven on November 20, 2015, 06:51:27 PM
In the Station Directories if you try to sort you get a mess - the Names dont match!
The search box gets obscured sometimes. It then looks like this, with a blue-grey layer on top of the input field,
Still some issues with CTRL+click selections.  In this GIF, I use CTRL+A to select the tracks, CTRL+click to unselect some, and then when I drag them to the playlists, only the one I directly clicked is moved.
these are fixed for the next update. I will probably post an updated version tomorrow

If I tag a track with Picard in a way that causes it to be moved by auto-organize, static playlists are not updated to the new location. (Update: Also happens when a track is added to the library.)
it seems i left some code commented out for updating the playlists - thanks for catching that.

I was just doing a custom search for "Artist is any of...", and this happened:
1. I started typing an artist
2. I selected the auto-complete that came up
3. I clicked the ... button.
Result: the pop-up box contained what I had originally typed, not the auto-completed entry.
unless i am misunderstanding i dont see why this is a bug and its doing what i intended - thats unless you actually clicked the auto-complete list item before clicking ...
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 20, 2015, 07:25:34 PM
I was just doing a custom search for "Artist is any of...", and this happened:
1. I started typing an artist
2. I selected the auto-complete that came up
3. I clicked the ... button.
Result: the pop-up box contained what I had originally typed, not the auto-completed entry.
unless i am misunderstanding i dont see why this is a bug and its doing what i intended - thats unless you actually clicked the auto-complete list item before clicking ...

Yes, I clicked it.  The complete entry was showing before I opened the pop up.
Title: Re: GUI changes for v3.0
Post by: Steven on November 20, 2015, 07:35:28 PM
In v2.5 whenever you doubleclicked on an entry, e.g. "Psychedelic Rock" or "Ozric Tentacles", or an album title ,e.g. "Afterwish" or a track
then, it should start playing ALL items contained. i.e. in 1st case it would add in queue all Psychedelic Rock albums, in 2nd case all OT albums, etc..
i have restored the v2.5 behavior as thats a bug/oversight
for the suggestions, i am not ready just yet and still completing the basic v3. But in a couple of weeks or so i should be, so i suggest you raise any requests then
Title: Re: GUI changes for v3.0
Post by: darkred on November 20, 2015, 07:56:18 PM
In v2.5 whenever you doubleclicked on an entry, e.g. "Psychedelic Rock" or "Ozric Tentacles", or an album title ,e.g. "Afterwish" or a track
then, it should start playing ALL items contained. i.e. in 1st case it would add in queue all Psychedelic Rock albums, in 2nd case all OT albums, etc..
i have restored the v2.5 behavior as thats a bug/oversight
for the suggestions, i am not ready just yet and still completing the basic v3. But in a couple of weeks or so i should be, so i suggest you raise any requests then
Of course.
Thank you.
Title: Re: GUI changes for v3.0
Post by: phred on November 20, 2015, 08:37:50 PM
The wavebar and timestamp issue I reported this past June for 2.5 is still present in 3.0.  
http://getmusicbee.com/forum/index.php?topic=15927.msg93961#msg93961

I've noticed two differences between 2.5 and 3.0:
- It happens at the 29:56 mark in 2.5 and at 32:21 in 3.0.
- In the wavebar popup 2.5 shows the podcast title along with the time while 3.0 only shows the time.
Title: Re: GUI changes for v3.0
Post by: Steven on November 20, 2015, 08:59:49 PM
The wavebar and timestamp issue I reported this past June for 2.5 is still present in 3.0.  
http://getmusicbee.com/forum/index.php?topic=15927.msg93961#msg93961
the negative number should be fixed for the next update. The track title now displays in the status bar instead of the tooltip so you can always see it
Title: Re: GUI changes for v3.0
Post by: phred on November 20, 2015, 09:05:12 PM
The wavebar and timestamp issue I reported this past June for 2.5 is still present in 3.0.  
http://getmusicbee.com/forum/index.php?topic=15927.msg93961#msg93961
the negative number should be fixed for the next update. The track title now displays in the status bar instead of the tooltip so you can always see it
Excellent.  Thanks Steven.
Title: Re: GUI changes for v3.0
Post by: Sid on November 20, 2015, 10:46:05 PM
I'm not sure if I should be posting this here or in another subforum but I've found a few bugs with MB3 GUI. It seems like a lot of them have to do with rendering. If my explanations of the issues are lacking or difficult to understand, let me know and I can try to reword them more clearly.

Info: MusicBee v3.0.5735.40492 (Win10.0)

I have some images of the issues here: http://imgur.com/a/tH0Cq

1. The scrollbars sometimes revert to unskined version when transitioning between different tabs, changing views of panels, or alt-tabbing. (Image in imgur)

2.They also do not unpaint the previous location it was at. So after scrolling the total of a playlist, artist, etc., the scrollbar is completely colored, and you can no longer view its position since it is all the same color. This does not happen for the lyrics scrollbar in the Now Playing view.

3. The virtual displayed fields show up as their default name (Virtual #) rather then their set name

4. Resetting the displayed fields (removing then re-adding the same virtual fields) causes weird rendering issues which then cause MB3 to error if you try to click on them

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qoYblrTMB_oQ5AT5glRNE55AEa7FDj35oazlKjOrGqBo=.#=qaZCIc5eCKAcm09GM8VqqdQ==(List`1 #=qaDsxXVqCaHxEvDvZiCiE_Q==, Boolean #=qZpuQP8l5OJp58UQxoaWX4w==)
   at #=q_NL6hnU_c6ZQkQK9ken1GpYk2c29kRhXKu0Dtl9q4ys=.#=qxp4L0xwC9uukIzTdZfpERrKkHZ96MYdl5nFeyM6jKsU=.#=qjzZm4Y2VMcKTx_8P0PKIlA==(Boolean #=qquUBbjI7IL2SjwQnjxIHtw==)
   at #=q_NL6hnU_c6ZQkQK9ken1GpYk2c29kRhXKu0Dtl9q4ys=.#=qxp4L0xwC9uukIzTdZfpERrKkHZ96MYdl5nFeyM6jKsU=.OnMouseDoubleClick(MouseEventArgs #=qQY9eXFbu6HA8Kv9B2ARVXw==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qq4LPB0j5JKEr0FW3pOP8W$TyoQJZag88qmQjbCSG0W4=.WndProc(Message& #=qcbL5n_rf_XTuB7rVAZPPbQ==)
   at #=qnWHTDhzFRiUHA7unPjd3SU1cFn53rsUoZ0BO0lr5qN4=.#=qK8JJ9bAQqUURQUlCdsdWmA==.WndProc(Message& #=qpsi_Q9QfzsnBv3FacRuxLA==)
   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)

5. Sometimes the displayed fields do not get registered as shown but are displayed so you are able to keep on re-adding them. This caused the error below. These duplicate fields where intractable not removable. (I use one called # - Title ; a combination of the disk track and title). This issue caused MB3 to no longer open. I removd the musicbee3settingsdemo.ini & .bak so as to allow me to open it again. (No image, unfortunately)

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qErDu_pdQdE263OPO0h6Hk511_2iOqnWpQai92swnhIM=.#=q_fUcRSPhwi48_Cigzcoyxw==.#=qMsbWkkIXhwtnGP9HGOYOig==(Int32 #=q1NkgrwabJNDauhV6yS2hJg==)
   at MusicBee.MusicBeeMain.#=q7unBGGLQCmsyuMiRwvjqgA==.#=quLuVF0NnwPi5Pm2hqh7GgA==(#=q3zh5nRvZL0h_dYz36DIk7h99vfgvw0UaaWYhoX4oLcA= #=q9_ryL_O0R3E5OyZtN_xJ0w==)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qF6KHmvXbR2_iV2$3tZf1TQ==(String[] #=qAwjRjtnIBz6lJS9sdCIYWw==)

6. The subtitle for the Album and Tracks view gets cut off. I have an image in the imgur link that has it 'circled' in red. Enlarging MB3 does not fix it being rendered outside of the panel.

7. Opening MB3 initially in the now playing view will cause the Playing Tracks section to render past its max size. That is, over the Now Playing section.

8. Resizing MB3 smaller will not resize the Playing Tracks section proportionally causing it to overlap the Now Playing section. (Image in imgur)

9. The Bar where Now Playing and Playing Tracks appear will sometimes render part of the artist overlayed image on the far left of it. Image included (it is the same one as # 8, and it is highlighted in yellow)

10. Setting the skin to Windows Theme causes it to error, crash, and not open again. (I fixed it by setting the Theme in the ini file to something else)

11. Resizing MB3 small causes the left most panels to get shrunk. Once it is too small, it is no longer clickable. It also gets rendered over the border. (Image in imgur)

12. Right clicking in the fields bar in the 'Now Playing Assistant' causes an integer out of bounds error consistently. So does right-clicking any artists/albums/genre sections. (I presume since they are all the same type of object it has the same issue)

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.Collections.ArrayList.get_Item(Int32 index)
   at System.Windows.Forms.ToolStripItemCollection.get_Item(Int32 index)
   at #=qcNGc8f$OOhkg7w33GasdwrlJTx3jAQz0PiIKEOLw_xY=.#=qRniI6ZykJcL2bJU5RNI4sUuAbGwmyjpeptWgrc7khjw=(Object #=qkcULNqp__SXwu8MiTc0UeA==, EventArgs #=qxWbw3rPJiOewbEmWOqHZDQ==)
   at System.Windows.Forms.ToolStripDropDown.OnOpening(CancelEventArgs e)
   at System.Windows.Forms.ToolStripDropDown.SetVisibleCore(Boolean visible)
   at System.Windows.Forms.ContextMenuStrip.SetVisibleCore(Boolean visible)
   at System.Windows.Forms.ToolStripDropDown.Show(Control control, Point position)
   at System.Windows.Forms.ContextMenuStrip.ShowInternal(Control source, Point location, Boolean isKeyboardActivated)
   at System.Windows.Forms.Control.WmContextMenu(Message& m, Control sourceControl)
   at System.Windows.Forms.Control.WmContextMenu(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)

13. Mini-player Playing information, except for 'current time/total time of song', is not present. (Image in imgur)

14. Compact player 'Draw Control on Pictures' controls do not rerender on player resize. Image is of an enlarged player once that option is chosen but the same goes for making it smaller. It just needs to update its position. Should be an easy fix. (Image in imgur)

15. Option to display Lyrics in the Main Panel of compact mode is turned off when switching between the options of compact mode (Artist Picture & Album Color Mix to Large Album and back to either of those detoggles it).

16. Album art in album-tracks view in playing tracks under Now-Playing gets part of another albums album art rendered on the right side of it. (two images in imgur)

Questions
- Is there a way to remove the last.fm scrobble button?
- Is there a way to remove the search bar from the top bar?
- I presume the 'Configure' option under the Panels Configuration is not intended to be functioning at this point?
- Is it intention to not be able to not be able to resize from the right side of the 'Playing Tracks' section under the Now Playing playlist? I presume it is the case because there is no border present there thus the missing functionality to click and resize.

Suggestions
- Compact player: The lyrics on the left side should extend to encompass the space the album art is not taking up. So if no album art, it'll extend to the bottom.
Title: Re: GUI changes for v3.0
Post by: phred on November 21, 2015, 01:14:59 AM
I'm not sure if I should be posting this here or in another subforum but I've found a few bugs with MB3 GUI. It seems like a lot of them have to do with rendering. If my explanations of the issues are lacking or difficult to understand, let me know and I can try to reword them more clearly.

Info: MusicBee v3.0.5735.40492 (Win10.0)
You're using a demo version that's at least 2-3 months old.  The current version is 3.0.5798, with an update possibly coming tomorrow.  So it's quite possible many of the issues you raise are already fixed.  I suggest getting the latest version and re-checking your issues and remove those that have already been addressed.  The most recent version (from Nov 16) is here http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip

Also, I believe Steven hasn't started working on skinning issues yet.  I also think there a thread for these so they're all in one place when he is ready to tackle these issues.  Unfortunately I can't find it right now.  Perhaps someone else will post a link the the 3.0 skinning thread.

EDIT: Here's the v3 skinning thread: http://getmusicbee.com/forum/index.php?topic=16643.60
Title: Re: GUI changes for v3.0
Post by: Steven on November 21, 2015, 07:59:48 AM
@sid, as phred says thats an old version. Where did you get it from so i can update the link
Title: Re: GUI changes for v3.0
Post by: Steven on November 21, 2015, 01:43:46 PM
fixes for the above:

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe

for windows 10, i have changed the border handling so its now a single px border for skinned borders. For unskinned borders, the 8px opaque border now renders as a normal 1px border
Title: Re: GUI changes for v3.0
Post by: phred on November 21, 2015, 02:30:30 PM
The wavebar and timestamp issue I reported this past June for 2.5 is still present in 3.0.  
http://getmusicbee.com/forum/index.php?topic=15927.msg93961#msg93961
the negative number should be fixed for the next update. The track title now displays in the status bar instead of the tooltip so you can always see it
This is indeed fixed.  Thanks.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 21, 2015, 08:10:38 PM
Yes, everything appears to be fixed now!  I've confirmed the custom search and CTRL+click issues for sure.

---

Keyboard scrolling in Track Details is very rough.  This is what happens when I hold Page Down:

(http://i.imgur.com/ADMZdgJ.gif)

I thought maybe it was the artwork field, but it's not much better without.
Title: Re: GUI changes for v3.0
Post by: Steven on November 21, 2015, 08:45:08 PM
it should be smoother and faster in all cases and trying now myself its fine
is it just the keyboard that does this?
and can anyone else confirm this behavior?
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 21, 2015, 08:56:27 PM
it should be smoother and faster in all cases and trying now myself its fine
is it just the keyboard that does this?
and can anyone else confirm this behavior?

If I drag the scrollbar, it has a hiccup once in a while, but that could be the mouse as easily as MB.  Mouse wheel scroll is pretty smooth.  Using the arrow keys isn't as rough as Page Down, but that's probably because it's not moving as fast.  It's still noticeably uneven.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 21, 2015, 09:17:13 PM
it should be smoother and faster in all cases and trying now myself its fine
is it just the keyboard that does this?
and can anyone else confirm this behavior?

Yes I can confirm the issue. Mouse scrolls fine, but keyboard is messy, both arrow down and page down. Home and End work fine, though.
Title: Re: GUI changes for v3.0
Post by: phred on November 21, 2015, 09:43:46 PM
it should be smoother and faster in all cases and trying now myself its fine
is it just the keyboard that does this?
and can anyone else confirm this behavior?
Using today's update I see what psychoadept is seeing.  Both wtih Down/Up Arrow and with Page Down/Up.  Keeping the key depressed there is hesitation in the scroll.  A single tap of the key works a little better, but there is still some hesitation.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 22, 2015, 12:12:31 AM
I thought maybe it was the artwork field, but it's not much better without.

I think it is to do with the artwork field.
I think a change in the latest update means MB has to re-cache all the artwork.
I opened MB in Artwork view, let it run for about 5min for all the covers to re-cache.
Now the keyboard scrolling works fine in all views.
Title: Re: GUI changes for v3.0
Post by: phred on November 22, 2015, 03:09:26 AM
I thought maybe it was the artwork field, but it's not much better without.

I think it is to do with the artwork field.
I think a change in the latest update means MB has to re-cache all the artwork.
I opened MB in Artwork view, let it run for about 5min for all the covers to re-cache.
Now the keyboard scrolling works fine in all views.
I'm not using any artwork in my Track Details view, so I doubt re-caching has anything to do with  the choppy scroll.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 05:58:38 AM
I am using track details too, but I got curious after the comment and tried scrolling again. And what do you know, it is a lot better than last night now. Last night the <down> key scrolled down about a whole page or more at once every second or two, today it scrolls fine, but becomes slightly hesitant every one or two seconds. A big difference. And what did I do? I Slept. I wish all my problems resolved this way! ;-D
Title: Re: GUI changes for v3.0
Post by: Steven on November 22, 2015, 09:52:19 AM
@psychoadept, 9ido - i have sent a PM with a link to a debug version. Anyone else with this problem let me know and i will send a debug version to you as well.
Does it happen with page up and page down, or just page down?
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 10:05:02 AM
Steven,

The search box bug is still there.

I will send you the debug info fwiw, but as I wrote, the issue seemed to be resolved by itself with time, except for a minor hesitation now and then.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 10:09:18 AM
As soon as I installed the debug version, the problem was back. Will PM you the last part of the error log.
Title: Re: GUI changes for v3.0
Post by: Steven on November 22, 2015, 11:07:03 AM
this fixes the scrolling issue and search box gui glitches

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 11:21:28 AM
Smooth like butter. Fast with no hiccups or hesitations at all. Search box also confirmed.
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 11:39:45 AM
Search box also confirmed.

Actually, it's only partially resolved. Skipping a track does not cause it's occurrence any more. Going to another application and back apparently also triggers the glitch. And I think there is yet another trigger (it occurred once while I did not switch focus to another program) but I am not sure what it might be.
Title: Re: GUI changes for v3.0
Post by: Boile on November 22, 2015, 12:34:55 PM
Hi Stevens
When can you please fix the sort glitch in the Stations Directories?
Thanks
Title: Re: GUI changes for v3.0
Post by: Steven on November 22, 2015, 12:50:32 PM
if you are using today's version then i am not aware of any remaining glitches with the stations directory panel, so i would need some detailed instructions to reproduce
Title: Re: GUI changes for v3.0
Post by: Boile on November 22, 2015, 01:04:49 PM
If you go to Station Directories window and chose for exeple Shoutcast -> Rock and then sort by kbps, klick on Stations and you get an another Station insted of the choosen!
Title: Re: GUI changes for v3.0
Post by: lizzy on November 22, 2015, 01:06:30 PM
Hi. My Asus touchpad doesen't work at all.  Using MB version posted today.  When I connect an usb-mouse, it works fine.
Sorry if this was reported earlier.
Title: Re: GUI changes for v3.0
Post by: Steven on November 22, 2015, 09:31:24 PM
fixes for the above and improved skin support (more to be done)
http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe

Hi. My Asus touchpad doesen't work at all.  Using MB version posted today.  When I connect an usb-mouse, it works fine.
Sorry if this was reported earlier.
did it work with v2.5?

Actually, it's only partially resolved. Skipping a track does not cause it's occurrence any more. Going to another application and back apparently also triggers the glitch. And I think there is yet another trigger (it occurred once while I did not switch focus to another program) but I am not sure what it might be.
i cant reproduce this. A couple of versions ago i did put in something to address this when MB is deactivated or reactivated and that completely fixes it for me. What action are you using to switch applications?
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 10:02:48 PM
Quote
i cant reproduce this. A couple of versions ago i did put in something to address this when MB is deactivated or reactivated and that completely fixes it for me. What action are you using to switch applications?

It happens both with alt+tab or a click on the taskbar, and also when another app takes the focus (for instance after starting up.)

I haven't really paid attention to it, but the search bar keeps some blue-grey lines once the issue has occurred, until it's restarted. It looks like this,

(http://xtal.home.xs4all.nl/searching.jpg)

Not sure if that's going to help much... anything else I can do?
Title: Re: GUI changes for v3.0
Post by: 9ido on November 22, 2015, 10:42:57 PM
Downloaded the latest version from the previous post while I was typing my last reply, and after a restart I fail to reproduce the search box glitch. Strange. (Before that I was on the latest regular version, not the debug.)

[EDIT] after tinkering around for quite a while, I did get the same effect as the image in my previous post. But no bluegreyed-out box!

[EDIT2] And.. it's back. Took me a long while switching windows, but it's still there. What I did was switching windows, switching tabs, playing with input in the box itself, clearing it with x, while playing some music.. kept doing these things for a while and then it happened (while the focus was on another app.) I am not sure what triggers it, and why it did not trigger sooner this time in the first place, except that switching windows seems an essential ingredient. Before I could just produce the glitch at will every time.
Title: Re: GUI changes for v3.0
Post by: lizzy on November 23, 2015, 02:17:46 AM
Hi. My Asus touchpad doesen't work at all.  Using MB version posted today.  When I connect an usb-mouse, it works fine.
Sorry if this was reported earlier.
did it work with v2.5? [/quote]

Yes, it works fine in 2.5.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 23, 2015, 03:47:59 AM
Syncing a virtual device by playlist, when you remove a playlist the files are deleted, but the playlist itself is not deleted.

---

I just figured out how to access the new Playlist Manager.  Is there a way to collapse the folders that I'm not seeing? 
Title: Re: GUI changes for v3.0
Post by: phred on November 23, 2015, 03:56:31 AM
I just figured out how to access the new Playlist Manager.  Is there a way to collapse the folders that I'm not seeing? 
Where is this?
What is this?
Although I assume once I find out where, I can figure out what.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 23, 2015, 04:08:15 AM
Where is this?
What is this?
Although I assume once I find out where, I can figure out what.

You have to have the left sidebar hidden.  Then when you auto-open it, the Playlist Manager is listed under Playlists.  If there's another way to turn it on, I haven't found it.  It's basically a simplified version of the navigation sidebar.

Oh, here's another issue: when the Playlist Manager is open and the Open/Close sidebar buttons are active, the leftside bar shows the "close" button and if you click it nothing happens. I suppose that's so you can't reopen the left sidebar with the playlist manager active, but it seems like you should be able to click it and switch them or something.  It should at least give info on why it's not working.

Edit: On further review, I think the Playlist Manager should be incorporated into the layout settings just like all the other browsers and sidebar elements.  As it stands now, it's a weird "hidden" feature that doesn't work like any of the other navigation features, which makes it confusing and unpredictable.  Instead, it could be a mutually exclusive layout option with the left navigator, which is basically how it functions.  
Title: Re: GUI changes for v3.0
Post by: hiccup on November 23, 2015, 08:17:23 AM
A suggestion:

Would it be possible for v3 not to have two separate editions for the fully installed vs. the portable version?
So only one edition that at executing presents you the option to create a portable install?
Title: Re: GUI changes for v3.0
Post by: Steven on November 23, 2015, 08:18:44 AM
Edit: On further review, I think the Playlist Manager should be incorporated into the layout settings just like all the other browsers and sidebar elements.  As it stands now, it's a weird "hidden" feature that doesn't work like any of the other navigation features, which makes it confusing and unpredictable.  Instead, it could be a mutually exclusive layout option with the left navigator, which is basically how it functions.  
the reasons its implemented the way it is and not as an element in the panel layout dialog:
- elements in the layout panel are permanently displayed, excepting that certain elements/ panels can be overriden by hiding in a tab or view
- its only intended for when the left sidebar is collapsed and you cant access the navigator and as implemented replaces where the navigator would have been if the left sidebar isnt collapsed
- for new users, on the first startup "Playlists" will be one of the default tabs

I knew i would get this reaction and perhaps there is room for improvement to make it discoverable, but as mentioned its really only needed when the left sidebar is collapsed which will be the default for new users so it will be visible to select as a node when adding new tabs
Title: Re: GUI changes for v3.0
Post by: Steven on November 23, 2015, 08:20:45 AM
Would it be possible for v3 not to have two separate editions for the fully installed vs. the portable version?
So only one edition that at executing presents you the option to create a portable install?
in fact there is only one MB application version, its only the install scipt thats different. I guess the install script could be modified so it provides the choice
Title: Re: GUI changes for v3.0
Post by: ChristopherE on November 23, 2015, 02:09:30 PM
This is the first time I have tried the demo. Maybe I am missing something but the back and forward buttons on the mouse do not seem to work in version 3.

Looks good, but will take some getting used to. I will miss the feature of double clicking the album or artist pictures to get them in a large floating screen.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 23, 2015, 02:34:35 PM
Quote
the reasons its implemented the way it is and not as an element in the panel layout dialog:
- elements in the layout panel are permanently displayed, excepting that certain elements/ panels can be overriden by hiding in a tab or view
- its only intended for when the left sidebar is collapsed and you cant access the navigator and as implemented replaces where the navigator would have been if the left sidebar isnt collapsed
- for new users, on the first startup "Playlists" will be one of the default tabs

I knew i would get this reaction and perhaps there is room for improvement to make it discoverable, but as mentioned its really only needed when the left sidebar is collapsed which will be the default for new users so it will be visible to select as a node when adding new tabs

At the very least there needs to be a way to toggle the playlist manager off and on like you can other elements.  And the obvious place for that is the layout settings.  There are no other navigation elements that have to be opened or closed by navigating to a different library location.

If I navigate to a playlist from the playlist manager, I should be able to turn off the playlist manager without navigating away from that playlist.  That's not possible. 

Music node should behave the same in the playlist manager as it does without it, but that's not true either.  I can't tell if there's a filter applied, or change the filter.  If I navigate to the music node within the playlist manager, I expect to also be in music node in the left sidebar. So with the playlist manager there are effectively two music nodes (inboxes, etc), and no indication of the relationship between them.

Once I "close" the playlist manager by navigating away, I don't expect it to come back when I use the navigation keys. Which is exactly what happens.

And if a new user wants to turn the playlist manager off or on, where are they most likely to look? The same place you turn off and on all the other sidebars and navigation elements.

The fact it's only needed/displayed if the left sidebar is collapsed seems like it could easily be handled in the layout manager. In fact, I think that would make it much easier for users to figure out the relationship between them, and why the navigator can't be opened when the playlist manager is there.
Title: Re: GUI changes for v3.0
Post by: Steven on November 23, 2015, 03:16:12 PM
Looks good, but will take some getting used to. I will miss the feature of double clicking the album or artist pictures to get them in a large floating screen.
it should be supported so can you be specific where you are refering to
Title: Re: GUI changes for v3.0
Post by: ChristopherE on November 23, 2015, 04:24:25 PM
The track information panel in 2.5 has an album cover and artist picture (in the bottom panel). I can double click on these and it opens the picture/cover in a floating window. In version 3 only the album cover is shown and it can no longer be opened by double clicking it. I can only get the artist picture now to display in the left library panel in the main player view.
Title: Re: GUI changes for v3.0
Post by: Steven on November 23, 2015, 05:43:53 PM
The track information panel in 2.5 has an album cover and artist picture (in the bottom panel). I can double click on these and it opens the picture/cover in a floating window. In version 3 only the album cover is shown and it can no longer be opened by double clicking it. I can only get the artist picture now to display in the left library panel in the main player view.
are you refering to the bar that displays at the bottom of the main panel?
I'm a bit confused by the statement about the artist picture. There is now a separate element for artist picture. You can place that in any of the panels, except the main panel. If you are refering to the artist picture that used to display in the now playing bar, yes i have removed it from that panel

edit:
i have added in double click support for the album cover in the now playing bar
and also added in the 5-button mouse support which was missing
I will post an updated version later
Title: Re: GUI changes for v3.0
Post by: ChristopherE on November 23, 2015, 07:45:09 PM
Thanks for that. Yes I was referring to the bar that displays at the bottom.  I rather liked the artist picture where it was. Maybe an option to put it back?
Title: Re: GUI changes for v3.0
Post by: Steven on November 23, 2015, 08:22:31 PM
hopefully this version will address the blue windows header bar corrupting the skinned musicbee bar. It also addresses some issues when loading bitmap skins with high-DPI screens

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: hiccup on November 23, 2015, 08:41:43 PM
I get some small corruption on the most right.

I know you had lots of difficulties with the border in Windows 10, so ignore this if it is related to those problems, but is it intentional that the buttons and search field are flush to the top of the screen, without even the smallest horizontal separating line?

(http://i.imgur.com/0pRCZnkl.jpg) (http://i.imgur.com/0pRCZnk.png)
Title: Re: GUI changes for v3.0
Post by: ChristopherE on November 23, 2015, 11:24:18 PM
Thanks for the quick fixes.

On another point is there anyway that it can be made possible to play xbox music that has been downloaded into the collection via 'groove'. At the moment it comes up with a WMA licence error. I have an xbox pass and everything works for streaming. Musicbee lists songs downloaded into the collection but can't play them.
Title: Re: GUI changes for v3.0
Post by: Alumni on November 24, 2015, 02:44:32 AM
Today I received an error message in the status bar which said "unable to access" referring to my currently open library filter.
Every time I restart the application I see the same message, although it doesn't seem to have any effect that I've noticed.
The only thing I did differently than usual was to change my view to artist mode.

According to the error log:

24-Nov-15 12:42:22 PM - 10.0.10240.0 - 3.0.5803.40656 - System.ArgumentException: An item with the same key has already been added.
   at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
   at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
   at System.Windows.Forms.Control.Invoke(Delegate method)
   at MusicBee.MusicBeeApplication.#=qdGMf4jYv95EVDmVhZsMRDA==(MethodInvoker #=qirVJYzspGvfEZZEWemJdAg==)
   at MusicBee.MusicBeeMain.#=qY7Ep6O9VqUxlhbVRjXd_bPfx8Dta8Fgxs74gYdcVz9c=._Lambda$__1()

~~~

On the subject of artist pictures, there is a problem with the way MusicBee caches images from the local "thumbs" folder. I have custom thumbnails for nearly every artist in my library, but only a few of them are being replicated to the cache - the rest are being downloaded from the web, replacing my own.

To test this I emptied the cache and restarted the app while in album artist view, and what I noticed is that only artists at the top of the list (beginning with letters A and B) were successfully loaded from my custom thumbs, all entries following that were missing. I also suspect that the "ignore words when sorting" option is interfering with the process - while that option was activated none of the pictures that contained a prefix in its name could load.
Title: Re: GUI changes for v3.0
Post by: Steven on November 24, 2015, 08:07:02 AM
Today I received an error message in the status bar which said "unable to access" referring to my currently open library filter.
unfortunately the error doesnt help. Is it just the one filter or any filter? If its the one filter can you send it to me, Its in the Filters sub-folder of the AppData folder
Title: Re: GUI changes for v3.0
Post by: Alumni on November 24, 2015, 09:07:29 AM
unfortunately the error doesnt help. Is it just the one filter or any filter? If its the one filter can you send it to me, Its in the Filters sub-folder of the AppData folder

This might sound strange but I'm now pretty certain it is related to the other bug I reported about artist pictures. This screenshot was taken immediately after deleting the artistthumb internalcache and restarting MusicBee. Whichever filter I had open when restarting the app gave me the same error message in the status bar, and it also meant that the artist pictures would not load at all in that filter.

(http://i.imgur.com/uFD8PEIt.jpg) (http://i.imgur.com/uFD8PEI.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on November 24, 2015, 09:42:40 PM
update to fix some skin issues and also fix a bug with caching of your custom artist pictures

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe

could the discussion on preferences be split into another topic? Its a little bit overwhelming at this stage for me to consider.
Also it might be useful to have in the split topic any improvements to wording eg. the Move Library, and auto-organise being two obvious ones
Title: Re: GUI changes for v3.0
Post by: hiccup on November 24, 2015, 10:03:49 PM
could the discussion on preferences be split into another topic? Its a little bit overwhelming at this stage for me to consider.
Also it might be useful to have in the split topic any improvements to wording eg. the Move Library, and auto-organise being two obvious ones

Done:
http://getmusicbee.com/forum/index.php?topic=16921.0

Title: Re: GUI changes for v3.0
Post by: Alumni on November 24, 2015, 10:08:57 PM
update to fix some skin issues and also fix a bug with caching of your custom artist pictures

I just gave this update a try, repeating the same steps as before.
Sad to say the result is the same, except I get a pop-up error message;


MusicBee v3.0.5806.38852 (Win10.0), 25 Nov 2015 8:05:

System.ArgumentException: An item with the same key has already been added.
   at System.ThrowHelper.ThrowArgumentException(ExceptionResource resource)
   at System.Collections.Generic.Dictionary`2.Insert(TKey key, TValue value, Boolean add)
   at #=qF1kDvxvC4WOurYOt7YpBOG587Jwqs_TUlV4Y0bXZSpI=.#=qVAlaWbzUpCCxWwA$gqYX8Q==.#=qtQspg0fyjOMfL70PX4WbcWD0Ns8gVbZ$H7V9Nc6q_xo=()
   at MusicBee.MusicBeeMain.#=qA$B$NIywZ8FGKA$04ipPmb4l8JXhoOkfRJy0B8T4jOc=.#=qCPV2zEREUYcp67krE06qHwPQwwanV_Zt31x1Df28kx4=.#=qVAl1FqA1rFDvVdajwGy_SfR62dV0M6$EgznQkQNDFW8=.#=q5SHV0xSsKBloB0kbxRdsrHRUNZJHJt_eDne3HPdxI3Y=()
   at MusicBee.MusicBeeMain.#=qA$B$NIywZ8FGKA$04ipPmb4l8JXhoOkfRJy0B8T4jOc=.#=qCPV2zEREUYcp67krE06qHwPQwwanV_Zt31x1Df28kx4=.#=qWLxInt4_s5ygD9MdhNw9BQ==(#=qVwSRvnDJ$AGBfjEbOVIkYVg2QPDL_OsrLq0wwU9MXfI= #=qwEcwJptgxapnJmuXnFbfEg==)
   at MusicBee.MusicBeeMain.#=qA$B$NIywZ8FGKA$04ipPmb4l8JXhoOkfRJy0B8T4jOc=.#=qZDCHCPe12vWFkHczTGUUkw==(#=qVwSRvnDJ$AGBfjEbOVIkYVg2QPDL_OsrLq0wwU9MXfI= #=qqLD6Nrqfu_1cQ8njZYHVBg==)
   at MusicBee.MusicBeeMain.#=qrJeuMfwdA5OMU4vY6lIqdtnCDkX$FQhy9T_QRJ5K1H8=._Lambda$__0()
Title: Re: GUI changes for v3.0
Post by: Steven on November 24, 2015, 10:16:52 PM
nothing sad about that! it now has the info i needed and an updated version has been uploaded
You have at least one duplicate artist thumb picture (.jpg/.png) so you might want to get rid of one of them

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Alumni on November 24, 2015, 11:11:37 PM
nothing sad about that! it now has the info i needed and an updated version has been uploaded
You have at least one duplicate artist thumb picture (.jpg/.png) so you might want to get rid of one of them

Yep that fixed it, all my custom thumbs are loading. Thanks very much!
Title: Re: GUI changes for v3.0
Post by: Alumni on November 25, 2015, 01:35:35 AM
My other Windows 7 PC has an issue with the latest patch - it won't let me switch to artist view (the other views are fine).
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 25, 2015, 02:42:48 AM
with compact player in 2.5, if you had a portrait orientated image, MB did the move-the-image-to-the-right-and-infill-with-colour thing;
(http://i.imgur.com/8He8Nnm.jpg) (http://imgur.com/8He8Nnm)

in 3.0 we get the fit-to-width-of-the-panel-and-crop-so-eyes-are-sort-of-centered scenario;
(http://i.imgur.com/wLnVciC.jpg) (http://imgur.com/wLnVciC)

is it possible to have an image-is-centered-and-blended-into-expanded-album-art-or-infill-colour type of operation?
(http://i.imgur.com/jokEPGJ.jpg) (http://imgur.com/jokEPGJ)
Title: Re: GUI changes for v3.0
Post by: Steven on November 25, 2015, 07:49:55 AM
My other Windows 7 PC has an issue with the latest patch - it won't let me switch to artist view (the other views are fine).
what do you mean by "won't let me switch to artist view" eg. is the option greyed out/ not there/ blank screen when chosen ....
Title: Re: GUI changes for v3.0
Post by: Alumni on November 25, 2015, 08:00:27 AM
what do you mean by "won't let me switch to artist view" eg. is the option greyed out/ not there/ blank screen when chosen ....

When I click the menu item nothing happens, it just ignores my input.

Edit:
Could it be related to an earlier bug from 3.0 where artwork view was unavailable? That was also a Windows 7 problem.
Title: Re: GUI changes for v3.0
Post by: Steven on November 25, 2015, 08:03:09 AM
anything in the error log at that time?
also, please send me the settings file
Title: Re: GUI changes for v3.0
Post by: Alumni on November 25, 2015, 08:10:15 AM
anything in the error log at that time?
also, please send me the settings file

Ok, sent to you. Checked the log but no errors there. PS: Did you see my amended post above?
Title: Re: GUI changes for v3.0
Post by: Steven on November 25, 2015, 09:23:14 AM
redownload the same link - it should be fixed now
Title: Re: GUI changes for v3.0
Post by: Alumni on November 25, 2015, 09:40:17 AM
redownload the same link - it should be fixed now

All good now.
Title: Re: GUI changes for v3.0
Post by: hiccup on November 25, 2015, 10:42:49 AM
I recall this was addressed recently, but I notice a scrolling area is displayed again even when there is nothing to scroll:

(http://i.imgur.com/XT92dZEl.jpg) (http://i.imgur.com/XT92dZE.png)

Title: Re: GUI changes for v3.0
Post by: Steven on November 25, 2015, 11:48:20 AM
the scrollbar background without the slider is the intended behavior for the main panels and the same behavior as v2.5 unless its showing as different colors than expected
Title: Re: GUI changes for v3.0
Post by: hiccup on November 25, 2015, 11:54:19 AM
the scrollbar background without the slider is the intended behavior for the main panels and the same behavior as v2.5 unless its showing as different colors than expected

Ok, my brain must be messing with me.
I would swear the whole scroll bar background did not show at a certain moment in time. I''m probably mistaken then.
Title: Re: GUI changes for v3.0
Post by: Steven on November 26, 2015, 09:55:34 PM
various skinning fixes, bug fixes and support for stacking panels as tabs (set in the panel layout dialog)

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe

i think its getting near to ready to start the beta cycle which i will start after completing requests by skin developers.
During the beta cycle i will focus more on some of the functional enhancements reuqested.
Feel free to re-raise any issues you have raised in the past on this thread that i may have overlooked.
Title: Re: GUI changes for v3.0
Post by: darkred on November 26, 2015, 10:12:50 PM
i think its getting near to ready to start the beta cycle which i will start after completing requests by skin developers.
During the beta cycle i will focus more on some of the functional enhancements reuqested.
Feel free to re-raise any issues you have raised in the past on this thread that i may have overlooked.
Great!

One thing I just noticed is that,
in main panel|files (provided that you have set it as 'Albums|Album covers' in the dropdown menu)
if an album is not rectangle, then it's aligned to the left. Until now(and in v2.5) it was aligned in the center.
Please check the cover I have highlighter in blue in this screenshot:
(https://i.imgur.com/Wmm8pc9.jpg]screenshot)

Title: Re: GUI changes for v3.0
Post by: ankor on November 27, 2015, 01:19:34 AM
MB v3.0.5808
Playing Tracks panel in right sidebar | go into context menu | pick Set Displayed Fields - not able to remove the # column (Now Playing sequential counter). I think this was fixed and snuck back in.

Also located in the right sidebar (along with Playing Tracks) is sidebar player, Track Information and Lyrics panels (in that order). I don't show artwork in the Track Information panel so I'm trying to shrink its size to give more room for the other panels.  But it doesn't change size. I can grab the splitter above Lyrics or above sidebar player but neither has any effect on the size of Track Information panel. Is another splitter needed?

If I go into MB Panels Configuration and select "stack *" for panels in the right sidebar, nothing changes and if I exit and reenter MB the stack checkmarks are gone. Whether I choose "ticked elements are displayed as tabs" or "ticked elements are stacked on top of each other..." I don't see anything changing for this either. What am I missing?  (For instance, I thought I might be able to achieve something like having one panel holding 2 tabs-one for Track Info and the other tab for Lyrics-with one tab visible at a time.)  Is it user error?
Title: Re: GUI changes for v3.0
Post by: Pingaware on November 27, 2015, 01:51:15 AM
Just downloaded this for the first time. Two things I've noticed in my brief tests so far. If you apply hide to one tab, and try to apply hide (auto-open) to another tab, the first tab also becomes hide again. Both tabs are locked (or at least they are in 2.5 - haven't found out how it works in 3 yet!).

The other thing I noticed is a spelling mistake - under the stacking section in the new layout panel, it says "disaplayed" instead of "displayed" for the tabs option.

I return with more testing notes later on I imagine!
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 27, 2015, 04:17:23 AM
I'm getting this error when I open the right sidebar.  I'm using the buttons in the status bar.  It doesn't open then, but if I push the button again or restart MB, it will open.  If I close the sidebar and restart MB, I get the error again the next time I open it.

Code
MusicBee v3.0.5808.40531 (Win10.0), 26 Nov 2015 22:14:

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Bitmap..ctor(Int32 width, Int32 height, PixelFormat format)
   at #=qEmNrVNvveKIYkUAs22lqeg==.#=qgnv0TjsNQI7qQZBb5TvkwaQSzGcYAUYDTbGwAmQvlgs=..ctor(Int32 #=q6vpv4NvdI2Ed$ih4Mk75Kg==, Int32 #=q6Hsxdm6BwzHqRzIM_ZeFbQ==)
   at #=qb3VUsBmFBaTLncLynyybYaBfEO9wQMXYSP5U$$3FYw4s7yzsqstZiH1oXmG09TyY.#=q7DU1Z7UoqRVPWgUVL6Fp_XCj5kgS9u2WXhmvUwzPB_c=()
   at MusicBee.MusicBeeMain.#=qhrdOWU$C$8TDNd5QTfXt$9uZ4GGPF8mcr3g42xa_aDQ=.#=qtwIIcJ_Sgm2fsytiahCOKoQWIQeWX8xhX83O_RVkTDY=(Boolean #=qKslCU5rxkYZSCgeJDD7__Q==)
   at MusicBee.MusicBeeMain.#=qcJ26biuBs44JW7sJDePazg==(#=qgcPo5BIYQ89M1VRBEhUpK957GTFBl8DKZLNZERt5diU= #=q2mUIU_x8EYmJMLA$I5juZg==, Boolean #=q_af2fb2PsVB6kdL_jrFPeVdxTErP8o9M$LS1P3CqUbc=)
   at MusicBee.MusicBeeMain.#=qZ7qdOdTN6_mt4_hAiAB4Vh47IAsWz1Wa3W7vGsQ$E1U=()
   at MusicBee.MusicBeeMain.#=qNZt8VbCaCSgyEBmsAtbMig==.#=qLMwR5WWwuO7pW22vrSOf2g==(MouseEventArgs #=qZq7GAx8qiZY6A6mQ1KlSiA==)
   at MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qzdB1ewEyA2jv219GLtsT2g==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=qLeT4FZHlNrENfB$EhXNjwvUxSypVbAAhr8IGgfByAoc=.WndProc(Message& #=qte7qrPSkCEl6GfMu8cNo4g==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qxoszZsliOkgGz_IRibUwHA==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 08:08:28 AM
I'm getting this error when I open the right sidebar.  I'm using the buttons in the status bar.  It doesn't open then, but if I push the button again or restart MB, it will open.  If I close the sidebar and restart MB, I get the error again the next time I open it.
would you mind sending me your settings file

edit:
nevermind - i am trying now and can reproduce and its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 08:34:54 AM
Also located in the right sidebar (along with Playing Tracks) is sidebar player, Track Information and Lyrics panels (in that order). I don't show artwork in the Track Information panel so I'm trying to shrink its size to give more room for the other panels.  But it doesn't change size. I can grab the splitter above Lyrics or above sidebar player but neither has any effect on the size of Track Information panel. Is another splitter needed?

If I go into MB Panels Configuration and select "stack *" for panels in the right sidebar, nothing changes and if I exit and reenter MB the stack checkmarks are gone. Whether I choose "ticked elements are displayed as tabs" or "ticked elements are stacked on top of each other..." I don't see anything changing for this either. What am I missing?  (For instance, I thought I might be able to achieve something like having one panel holding 2 tabs-one for Track Info and the other tab for Lyrics-with one tab visible at a time.)  Is it user error?
i would need your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 10:27:41 AM
If you apply hide to one tab, and try to apply hide (auto-open) to another tab, the first tab also becomes hide again. Both tabs are locked (or at least they are in 2.5 - haven't found out how it works in 3 yet!).
thats actually the same as v2.5 because for historic reasons the auto-hide aspect is a global setting and not maintained per tab.
edit:
this behavior is corrected for the next update
Title: Re: GUI changes for v3.0
Post by: Spiron on November 27, 2015, 11:32:48 AM
There is another bug related to one that I reported a while ago about the thumbnail browser and the album covers view.  Probably two separate bugs really but they seem similar enough.  With the Album Covers view for the main panel in use if you click Play Now on any of the entries in the Thumbnail Browser it plays everything in the library or library filter.  The other three options just utilize the data that is supposed to be there.  Next bug is that in the same setup if you click play now on one of the album covers it will also play the entire library or library filter BUT this time it start on that album that you selected.  Like before the queue options work the way they're supposed to.
Title: Re: GUI changes for v3.0
Post by: Pingaware on November 27, 2015, 02:45:09 PM
Auto-shutdown of computer doesn't seem to work in MB3 (with "at end of playlist" selected). MB doesn't close and computer doesn't shut down.
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 06:11:55 PM
One thing I just noticed is that,
in main panel|files (provided that you have set it as 'Albums|Album covers' in the dropdown menu)
if an album is not rectangle, then it's aligned to the left. Until now(and in v2.5) it was aligned in the center.
that is the new intended behavior. However if enough people complain i will probably make it an option but i want to avoid adding new options
Title: Re: GUI changes for v3.0
Post by: hiccup on November 27, 2015, 06:29:57 PM
It's close to impossible to adjust the volume slider in the mini player without accidentally moving the whole player.
Title: Re: GUI changes for v3.0
Post by: hiccup on November 27, 2015, 06:44:54 PM
When in compact player, there used to be the option 'customize panel settings' in the context menu when right-clicking the artwork or the player pane. That's gone now. is that intentional?
Title: Re: GUI changes for v3.0
Post by: 9ido on November 27, 2015, 07:49:34 PM
With the last update, the wavebar in the main panel is no longer drawn, just a solid grey bar that is normally only there for a moment while the program is calculating the image. It just stay like that now all the time. Clicking anywhere on it (while playing) does not do anything either. Before it always was fine, since last update is has not worked anymore, so I guess something is probably changed to cause this.
Title: Re: GUI changes for v3.0
Post by: Sid on November 27, 2015, 07:59:55 PM
@sid, as phred says thats an old version. Where did you get it from so i can update the link

@Steven, my version was from several months ago and the link you have is updated there. I'm checking out the latest one now. Thanks ^_^
Title: Re: GUI changes for v3.0
Post by: hiccup on November 27, 2015, 08:07:50 PM
Column browser covers the player bar when minimizing the whole window vertically:

(http://i.imgur.com/hdTpYxms.jpg) (http://i.imgur.com/hdTpYxm.png)
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 08:35:26 PM
With the last update, the wavebar in the main panel is no longer drawn
i just reuploaded - it should work now
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 08:53:54 PM
When in compact player, there used to be the option 'customize panel settings' in the context menu when right-clicking the artwork or the player pane. That's gone now. is that intentional?
i am avoiding using right click on panels to activate the customise panel as its not consistent accross all panels or good in some panels. Its always accessible from the selector button at the top of each panel
Title: Re: GUI changes for v3.0
Post by: Steven on November 27, 2015, 09:28:45 PM
fixes for the above, except ankors issues for which i need the settings file. I am also aware of some issues in some cases when resizing panels which i will look at tomorrow

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe

i also added an option into the Artwork layout dialog to set whether text is centered or left aligned
Title: Re: GUI changes for v3.0
Post by: Pingaware on November 28, 2015, 12:30:51 AM
Auto-hide/hide bug and "displayed" bug are both fixed. Haven't checked auto-shutdown yet, I'll let you know.

Another bug to report - if a filter is set to match "any" rule, it appears to default to match "all" rules on a restart.

There still seems to be a selection bug. Currently, you can't use shift to select a new subsection of songs while also holding control. I can explain this much better with a GIF if needs be!
Title: Re: GUI changes for v3.0
Post by: Steven on November 28, 2015, 09:33:22 AM
Another bug to report - if a filter is set to match "any" rule, it appears to default to match "all" rules on a restart.
i cant reproduce this. Can anyone else confirm either way?
Maybe send me the filter file in case its something more obscure.
Title: Re: GUI changes for v3.0
Post by: hiccup on November 28, 2015, 09:43:52 AM
Another bug to report - if a filter is set to match "any" rule, it appears to default to match "all" rules on a restart.
i cant reproduce this. Can anyone else confirm either way?

Yes, I can confirm this error.
Title: Re: GUI changes for v3.0
Post by: Steven on November 28, 2015, 09:52:47 AM
can you post a screenshot so i can see the filter, and its the library filters being refered to?
Title: Re: GUI changes for v3.0
Post by: hiccup on November 28, 2015, 09:56:52 AM
can you post a screenshot so i can see the filter, and its the library filters being refered to?

(http://i.imgur.com/Pgh3AMqs.jpg) (http://i.imgur.com/Pgh3AMq.png)
Title: Re: GUI changes for v3.0
Post by: Steven on November 28, 2015, 09:59:18 AM
well thats the same test i did and "Any" stays on restart
Title: Re: GUI changes for v3.0
Post by: hiccup on November 28, 2015, 10:02:17 AM
Not with me.
After a restart it changes to 'All', just as Pingaware experiences.
Title: Re: GUI changes for v3.0
Post by: Steven on November 28, 2015, 10:05:48 AM
ok, its another one of those obscure ones because of the new visual studio compiler. It will be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Pingaware on November 28, 2015, 02:18:36 PM
Ok, its another one of those obscure ones because of the new visual studio compiler. It will be fixed for the next update.

Brilliant, cheers Steven. I can also confirm that the auto-shutdown appears to be working fine again.
Title: Re: GUI changes for v3.0
Post by: Steven on November 28, 2015, 05:49:09 PM
Playing Tracks panel in right sidebar | go into context menu | pick Set Displayed Fields - not able to remove the # column (Now Playing sequential counter). I think this was fixed and snuck back in.
that is fixed for the next update

Also located in the right sidebar (along with Playing Tracks) is sidebar player, Track Information and Lyrics panels (in that order). I don't show artwork in the Track Information panel so I'm trying to shrink its size to give more room for the other panels.  But it doesn't change size. I can grab the splitter above Lyrics or above sidebar player but neither has any effect on the size of Track Information panel. Is another splitter needed?
i will try to look at this tomorrow

If I go into MB Panels Configuration and select "stack *" for panels in the right sidebar, nothing changes and if I exit and reenter MB the stack checkmarks are gone. Whether I choose "ticked elements are displayed as tabs" or "ticked elements are stacked on top of each other..." I don't see anything changing for this either. What am I missing?  (For instance, I thought I might be able to achieve something like having one panel holding 2 tabs-one for Track Info and the other tab for Lyrics-with one tab visible at a time.)  Is it user error?
based on your settings file you sent, only "Track Info" and "Lyrics" can be stacked and works fine for me using your settings but you need to tick both. If you are trying to do that with "Playing Tracks" then its not possible because there is no element immediately after it that can be stacked. Is that what you were trying to do?
Title: Re: GUI changes for v3.0
Post by: Steven on November 28, 2015, 05:54:20 PM
fixes for the above

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: ankor on November 28, 2015, 09:01:23 PM
v3.0.5810
Playing Tracks panel in right sidebar | go into context menu | pick Set Displayed Fields - not able to remove the # column (Now Playing sequential counter). I think this was fixed and snuck back in.
that is fixed for the next update

yes it is

If I go into MB Panels Configuration and select "stack *" for panels in the right sidebar, nothing changes and if I exit and reenter MB the stack checkmarks are gone. Whether I choose "ticked elements are displayed as tabs" or "ticked elements are stacked on top of each other..." I don't see anything changing for this either. What am I missing?  (For instance, I thought I might be able to achieve something like having one panel holding 2 tabs-one for Track Info and the other tab for Lyrics-with one tab visible at a time.)  Is it user error?
based on your settings file you sent, only "Track Info" and "Lyrics" can be stacked and works fine for me using your settings but you need to tick both. If you are trying to do that with "Playing Tracks" then its not possible because there is no element immediately after it that can be stacked. Is that what you were trying to do?

I didn't realize both had to be checked but it does make sense now. And by doing so yes it works. thanks.
Title: Re: GUI changes for v3.0
Post by: jaume on November 28, 2015, 09:31:04 PM
I cannot seem to find the option to customise the 'Displayed Tabs' in the 'Now Playing' section. I would like to set up the page to show the same tabs that appear in 2.5 (e.g. Last.fm, Wikipedia, YouTube, etc.)

Is this possible in the latest V3 demo?

If not, would it be possible to bring back this setting. It ir really useful to automatically access info on the tracks being played.

By the way, loving the new version, it's a lot faster.
Title: Re: GUI changes for v3.0
Post by: darkred on November 28, 2015, 11:23:36 PM
(using MusicBee 3.0.5810 in win10 x64 build 10586)

I just tried 'Scan folders for new files'
and i'm gettting Errors occured during the file scan - please see the log in the View/Error Log Menu.
The ErrorLog.dat file produced was enormous: 72 MB (I deleted it just before the procedure, to make sure it only contains the new log)
and inside it there was a
Code
System.NullReferenceException:Object reference not set to an instance of an object
for every audio file in my library, i.e. no file was recognized,

For reference my audio files are located in this main folder:
D:\M E T A L\M P 3's  (Albums)\
e.g. in these subfolders:
D:\M E T A L\M P 3's  (Albums)\--- H E A V Y\Dio discography\(1992) Diamonds (The Best Of Dio)
D:\M E T A L\M P 3's  (Albums)\--- T H R A S H\Grip Inc. discography\[1995] - Power of Inner Strength


In v2.5 the procedure completes ok always


Thank you
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 29, 2015, 05:41:42 AM
If I do a search in the search box and then restart MB, the main filter comes up with the custom view I use in the search node.

I'm also seeing this happening between different filters, but I haven't pinned down exactly when.  It's not just restarting MB.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 29, 2015, 07:13:10 AM
It's close to impossible to adjust the volume slider in the mini player without accidentally moving the whole player.

Now I understand what hiccup means here!

When you click on the volume arrow in the mini player, the volume adjustment bar is drawn underneath the panel - not on top.
The only way you can access it, is to move the player from on top of it.
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 07:49:32 AM
It's close to impossible to adjust the volume slider in the mini player without accidentally moving the whole player.

Now I understand what hiccup means here!

When you click on the volume arrow in the mini player, the volume adjustment bar is drawn underneath the panel - not on top.
The only way you can access it, is to move the player from on top of it.
that should have been addressed in the last update
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 29, 2015, 09:01:58 AM
It's close to impossible to adjust the volume slider in the mini player without accidentally moving the whole player.

Now I understand what hiccup means here!

When you click on the volume arrow in the mini player, the volume adjustment bar is drawn underneath the panel - not on top.
The only way you can access it, is to move the player from on top of it.
that should have been addressed in the last update

version: 3.0.5810.32129
works fine if you don't have "Always on Top" turned on
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 09:07:49 AM
works fine if you don't have "Always on Top" turned on
it works fine for me either way and i cant see how that would make a difference. Can anyone else confirm this?
edit:
are you refering to the volume popup that is used when the mini-player width is too narrow. In that case yes there appears to be some problems.
Thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 11:32:14 AM

I just tried 'Scan folders for new files'
and i'm gettting Errors occured during the file scan - please see the log in the View/Error Log Menu.
The ErrorLog.dat file produced was enormous: 72 MB (I deleted it just before the procedure, to make sure it only contains the new log)
and inside it there was a
Code
System.NullReferenceException:Object reference not set to an instance of an object
for every audio file in my library, i.e. no file was recognized,
i will need to give you a debug version but can you clarify exactly what was logged. Was it:
XXXXX - System.NullReferenceException:Object ...
where XXXXX is the filename
or was it an actual error dump and if so could you send me that dump for just one file

and were all those files new or updated externally; or should only a few new files been added?
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 11:42:31 AM
If I do a search in the search box and then restart MB, the main filter comes up with the custom view I use in the search node.

I'm also seeing this happening between different filters, but I haven't pinned down exactly when.  It's not just restarting MB.
i can reproduce this and fixed for when you exit MB with the search results displayed. If it is happening in other circumstances, you would need to let me know what you did as there is no obvious reason looking at the code
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 11:48:48 AM
I cannot seem to find the option to customise the 'Displayed Tabs' in the 'Now Playing' section. I would like to set up the page to show the same tabs that appear in 2.5 (e.g. Last.fm, Wikipedia, YouTube, etc.)
In general i am moving MB away from hosting a web browser inside of MB.
Currently its only available in the now playing bar and i was thinking or removing from there as well. I dont want to add it to the "Now Playing" node although i could add a right click context menu, which then opens the wikipedia or other link in your default browser.
Would that work for you?
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 29, 2015, 11:51:03 AM
In the first sreenshot of this topic, the Inbox tab was displaying the number of files in the inbox. Is this feature possible to add?

Also, when drag&dropping files from the windows exporer to musicbee inbox, the artwork column is not accepted as dropping area, it need to be a text column (like artist or album). Can it be changed?

Still in the inbox, when right-clicking on an artist thumbnail in the thumbnail browser, would it be possible to add 'send to>Music Library'?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on November 29, 2015, 12:22:15 PM
are you refering to the volume popup that is used when the mini-player width is too narrow. In that case yes there appears to be some problems.

Yep. That was the scenario I was experiencing



with the per tab layout settings, the auto-open setting gets overridden if you manually open/close the left or right sidebar.
IMO, what you apply and save in the panels configuration should be held so that when you return to that panel again, it's what you originally set up.  If you occasionally lock open a panel in a view that is set to hide (auto-open), then when you close it, it should return to that auto-open setting.
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 29, 2015, 12:25:19 PM
I cannot seem to find the option to customise the 'Displayed Tabs' in the 'Now Playing' section. I would like to set up the page to show the same tabs that appear in 2.5 (e.g. Last.fm, Wikipedia, YouTube, etc.)
In general i am moving MB away from hosting a web browser inside of MB.
Currently its only available in the now playing bar and i was thinking or removing from there as well. I dont want to add it to the "Now Playing" node although i could add a right click context menu, which then opens the wikipedia or other link in your default browser.
Would that work for you?


About this, I consider the possibility to check informations about the artists within Musicbee without having to open a new browser window/tab as one of the best features available, since I often work with several dozens of tabs already opened in my browser, so that would be a shame for Musicbee to get rid of that.
Title: Re: GUI changes for v3.0
Post by: darkred on November 29, 2015, 01:10:07 PM

I just tried 'Scan folders for new files'
and i'm gettting Errors occured during the file scan - please see the log in the View/Error Log Menu.
The ErrorLog.dat file produced was enormous: 72 MB (I deleted it just before the procedure, to make sure it only contains the new log)
and inside it there was a
Code
System.NullReferenceException:Object reference not set to an instance of an object
for every audio file in my library, i.e. no file was recognized,
i will need to give you a debug version but can you clarify exactly what was logged. Was it:
XXXXX - System.NullReferenceException:Object ...
where XXXXX is the filename
or was it an actual error dump and if so could you send me that dump for just one file

and were all those files new or updated externally; or should only a few new files been added?

It's an actual error dump. I just sent you my ErrorLog.dat (as .rar, 0.4 MB) via pm
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 03:15:42 PM
It's an actual error dump. I just sent you my ErrorLog.dat (as .rar, 0.4 MB) via pm
thats fixed for the next update. It would have only happened on the 2nd or more times you used the scanner in one session

with the per tab layout settings, the auto-open setting gets overridden if you manually open/close the left or right sidebar.
IMO, what you apply and save in the panels configuration should be held so that when you return to that panel again, it's what you originally set up.  If you occasionally lock open a panel in a view that is set to hide (auto-open), then when you close it, it should return to that auto-open setting.
i have made a change so that if you choose auto-hide, it will remember that preference the next time you open and then close then panel with the panel flip buttons. Anyone upgrading will have have the old v2.5 preferenced carried into each tab

In the first sreenshot of this topic, the Inbox tab was displaying the number of files in the inbox. Is this feature possible to add?
there is now a notifications icon that displays when new podcasts are downloaded and new files added to the inbox. You can see the count by mouse-over or clicking that icon. The current behavior is for the icon to close once you have visiited the Inbox node

Still in the inbox, when right-clicking on an artist thumbnail in the thumbnail browser, would it be possible to add 'send to>Music Library'?
thats included in the next update, along with supporting drag/drop
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 29, 2015, 03:43:46 PM
In the first sreenshot of this topic, the Inbox tab was displaying the number of files in the inbox. Is this feature possible to add?
there is now a notifications icon that displays when new podcasts are downloaded and new files added to the inbox. You can see the count by mouse-over or clicking that icon. The current behavior is for the icon to close once you have visiited the Inbox node

Given I have a lot of downloaded podcasts i did not listen to yet, this icon is always displayed, hence my interest in having the information in the tab header. Now that you mention it, I would not be opposed to the same feature for the podcasts tab...

Also, I just noticed that when you edit the tab header and click on another tab instead of pressing enter, the header of the second tab is edited.
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 03:55:50 PM
fixes and changes as described above

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: darkred on November 29, 2015, 04:02:32 PM
Quote
thats fixed for the next update. It would have only happened on the 2nd or more times you used the scanner in one session
Thank you for fixing this!

One minor issue:
in v2.5 after I pressed 'Ins' (to make the "Scan Folders For New Files" appear) I could then press 'Enter' to immediately start the procedure.
Now, in v3 when I press 'Enter' (after 'Ins') it doesn't work, so I have to click the 'Proceed' button via mouse.
Title: Re: GUI changes for v3.0
Post by: Mephisto on November 29, 2015, 04:13:29 PM
It's an actual error dump. I just sent you my ErrorLog.dat (as .rar, 0.4 MB) via pm
In the first sreenshot of this topic, the Inbox tab was displaying the number of files in the inbox. Is this feature possible to add?
there is now a notifications icon that displays when new podcasts are downloaded and new files added to the inbox. You can see the count by mouse-over or clicking that icon. The current behavior is for the icon to close once you have visiited the Inbox node
This is a bit of a problem since I sometimes close MB with files in the inbox. So when I restart MB, the files are still here, but there is no indication of that.

Also, when drag&dropping files from the windows exporer to musicbee inbox, the artwork column is not accepted as dropping area, it need to be a text column (like artist or album). Can it be changed?

I just tried the new version and the problem is still here.
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 29, 2015, 04:53:09 PM
there is now a notifications icon that displays when new podcasts are downloaded and new files added to the inbox. You can see the count by mouse-over or clicking that icon. The current behavior is for the icon to close once you have visiited the Inbox node.

Ah, now I understand the behavior of that little icon.  Since I usually have the left sidebar open, it's a bit redundant to me. Would be nice if it disappeared when the left sidebar is showing.
Title: Re: GUI changes for v3.0
Post by: Steven on November 29, 2015, 05:03:41 PM
Ah, now I understand the behavior of that little icon.  Since I usually have the left sidebar open, it's a bit redundant to me. Would be nice if it disappeared when the left sidebar is showing.
i did consider that but then i imagined some people getting confused and wondering where it had gone or why it does not appear. It does have some use in that you are alerted when a new podcast is downloaded. I might change it though

In regards to the browser links (wikipedia, last.fm, etc) i will probably either create a new plugin or ehance the existing web browser plugin so the a web browser would be accessible from the left navigatpr to open in a tab and it would automatically update as the playing artist changes
Title: Re: GUI changes for v3.0
Post by: psychoadept on November 29, 2015, 05:11:01 PM
Ah, now I understand the behavior of that little icon.  Since I usually have the left sidebar open, it's a bit redundant to me. Would be nice if it disappeared when the left sidebar is showing.
i did consider that but then i imagined some people getting confused and wondering where it had gone or why it does not appear. It does have some use in that you are alerted when a new podcast is downloaded. I might change it though

Perhaps a way to quickly dismiss it until restart would be a less confusing, more universal approach.
Title: Re: GUI changes for v3.0
Post by: jaume on November 30, 2015, 06:46:59 PM
I cannot seem to find the option to customise the 'Displayed Tabs' in the 'Now Playing' section. I would like to set up the page to show the same tabs that appear in 2.5 (e.g. Last.fm, Wikipedia, YouTube, etc.)
In general i am moving MB away from hosting a web browser inside of MB.
Currently its only available in the now playing bar and i was thinking or removing from there as well. I dont want to add it to the "Now Playing" node although i could add a right click context menu, which then opens the wikipedia or other link in your default browser.
Would that work for you?


That sounds like a really convenient way to solve this. Would it then be possible to customise the sites that appear in the context menu?
Title: Re: GUI changes for v3.0
Post by: Steven on November 30, 2015, 07:32:21 PM
In general i am moving MB away from hosting a web browser inside of MB.
Currently its only available in the now playing bar and i was thinking or removing from there as well. I dont want to add it to the "Now Playing" node although i could add a right click context menu, which then opens the wikipedia or other link in your default browser.
Would that work for you?
That sounds like a really convenient way to solve this. Would it then be possible to customise the sites that appear in the context menu?
i am looking at this now. I intend to remove all web browsing functionality from within MB itself and enhance the web browser for those that want pages to be accessible in MB.
The web browser plugin already appears as a node in the left navigator and thats where it would be opened from. It is being enhanced to have 3 predefined favourites (wikipedia, last.fm, youtube) and will also access the custom web links you can define (currently configured in the Playing Tracks panel but i will probably move that configuration somewhere else). The plugin will refresh the link as the song changes eg. if you use <artist> in the custom link, the page will refresh when the playing artist changes.
Alternatively, you will be able to use the right click context menu in the Now Playing panel to open the appropriate web page in your default browser and again you will have access to the 3 prefefined ones and 6 custom links

Title: Re: GUI changes for v3.0
Post by: jaume on November 30, 2015, 08:26:35 PM
In general i am moving MB away from hosting a web browser inside of MB.
Currently its only available in the now playing bar and i was thinking or removing from there as well. I dont want to add it to the "Now Playing" node although i could add a right click context menu, which then opens the wikipedia or other link in your default browser.
Would that work for you?
That sounds like a really convenient way to solve this. Would it then be possible to customise the sites that appear in the context menu?
i am looking at this now. I intend to remove all web browsing functionality from within MB itself and enhance the web browser for those that want pages to be accessible in MB.
The web browser plugin already appears as a node in the left navigator and thats where it would be opened from. It is being enhanced to have 3 predefined favourites (wikipedia, last.fm, youtube) and will also access the custom web links you can define (currently configured in the Playing Tracks panel but i will probably move that configuration somewhere else). The plugin will refresh the link as the song changes eg. if you use <artist> in the custom link, the page will refresh when the playing artist changes.
Alternatively, you will be able to use the right click context menu in the Now Playing panel to open the appropriate web page in your default browser and again you will have access to the 3 prefefined ones and 6 custom links

That sounds fantastic, many thanks for the update on this, Steven

Question: Is the web browser node meant to appear in the same location as Music, Inbox, etc.? I cannot seem to find how to enable it under Layout (1) left sidebar navigation.

Title: Re: GUI changes for v3.0
Post by: Steven on November 30, 2015, 10:13:24 PM
the internal web browser for the Now Playing panel has now been removed from MusicBee itself into a plugin.
For the Now Playing Panel and the Track Information panel, you can now right click/ open the current playing track in your default btowser for Wikipedia/ Last.fm/ YouTube or a custom web link. Custom web links are currently maintained in the "Track Information" panel customisation but i will probably move that to the Preferences/ Internet panel

http://www.mediafire.com/download/hwh28nm8k6ahp2s/MusicBeeDemo.zip
unzip into the musicbee application folder and run MusicBee3.exe


for those of you wanting to keep a web-browser that is within MusicBee, I have enhanced the Web Browser plugin. This plugin shows a "Web Browser" node in the Services section of the left navigator. You can open any of the web links via the favourites button and the page will update as the playing song changes

http://www.mediafire.com/download/7e1wmhm81xlk6l0/mb_WebBrowser.zip
unzip into the musicbee plugins folder
Title: Re: GUI changes for v3.0
Post by: phred on December 01, 2015, 02:24:09 AM
Using 3.0.5811 I'm finding two "close window" X marks in the floating Tag Editing window.  I didn't notice this in previous versions, but today I was trying some new skins and there it was.  I then tried the default MB3 skin and it's there also. With the Tag Editing window open, if I click outside of the window, either somewhere in the MB window or on the desktop, the X on the left goes away.
(http://i.imgur.com/64ra6CTl.jpg) (http://i.imgur.com/64ra6CT.jpg)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 01, 2015, 09:59:10 AM
with the per tab layout settings, the auto-open setting gets overridden if you manually open/close the left or right sidebar...

Thank you very much for changing this.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 10:43:27 AM
v2.x gives a warning when you try to locate the main menu in the caption bar when the tabs are already located there.
v3 doesn't.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 10:44:52 AM
mini player docked to top or bottom still needs some work.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 10:55:18 AM
With the column browser, you usually start to select an item in the most left column, then one in the second column, third, etc., and the filtered results will show in the main panel.

When after selecting an item in the third column, and then deciding to go back one step and click on the (already selected) item in the second column, the filtered results in the main panel don't follow that action.

It would be nice if it did.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 11:59:44 AM
The SearchBoxSplitter that indicates that you can, and where you can drag to resize the search field is currently not displayed in v3.
I would like to see it back, respecting the skin setting.

(http://i.imgur.com/IgQMXN6l.jpg) (http://i.imgur.com/IgQMXN6.png)
Title: Re: GUI changes for v3.0
Post by: 9ido on December 01, 2015, 12:08:48 PM
The SearchBoxSplitter that indicates that you can, and where you can drag to resize the search field is currently not displayed in v3.
I would like to see it back, respecting the skin setting.
On my setup, the mouse pointer changes into the resize icon on the search field edge, but resizing is not possible, nothing happens when I click and try to drag to resize the item.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 12:21:32 PM
The SearchBoxSplitter that indicates that you can, and where you can drag to resize the search field is currently not displayed in v3.
I would like to see it back, respecting the skin setting.
On my setup, the mouse pointer changes into the resize icon on the search field edge, but resizing is not possible, nothing happens when I click and try to drag to resize the item.

I believe there is a tiny 2 pixel area that shows the cursor. The 'right pixel' won't work, but the left one does?
Title: Re: GUI changes for v3.0
Post by: Alumni on December 01, 2015, 01:41:28 PM
With the column browser, you usually start to select an item in the most left column, then one in the second column, third, etc., and the filtered results will show in the main panel.

Speaking of the column browser, is this a bug?
When I select an artist in the left column no tracks are displayed in the main panel.
In order to get tracks to appear I have to click an entry in the right column.

(http://i.imgur.com/BRp2fdIm.jpg) (http://i.imgur.com/BRp2fdI.jpg)
Title: Re: GUI changes for v3.0
Post by: jaume on December 01, 2015, 06:17:47 PM
for those of you wanting to keep a web-browser that is within MusicBee, I have enhanced the Web Browser plugin. This plugin shows a "Web Browser" node in the Services section of the left navigator. You can open any of the web links via the favourites button and the page will update as the playing song changes

Thanks, Steven.

I have added the 3.0.5811 version with the Browser plugin. However, when opening the Web Browser, there does not seem to be any bookmarks added.
Title: Re: GUI changes for v3.0
Post by: jaume on December 01, 2015, 06:25:05 PM
I noticed a bug. When removing a song from the bottom or middle part of a playlist, the view automatically goes to the top of the playlist.
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 06:42:22 PM
i expect you had the plugin disabled, or downloaded it from the plugins page. In any case, re-download the web-browser plugin link posted above and before starting MB, delete "WebBrowserSettings.dat" which will be in the MusicBee\AppData folder
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 06:44:55 PM
The SearchBoxSplitter that indicates that you can, and where you can drag to resize the search field is currently not displayed in v3.
I would like to see it back, respecting the skin setting.
On my setup, the mouse pointer changes into the resize icon on the search field edge, but resizing is not possible, nothing happens when I click and try to drag to resize the item.
its not possible to resize the search box when docked in the caption bar. I will change it so no cursor displays in that setup

Speaking of the column browser, is this a bug?
When I select an artist in the left column no tracks are displayed in the main panel.
In order to get tracks to appear I have to click an entry in the right column.
by chance i discovered the same bug yesterday after i posted the last update. It should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 06:51:21 PM
mini player docked to top or bottom still needs some work.
can you provide some more detail on what the issue is
Title: Re: GUI changes for v3.0
Post by: darkred on December 01, 2015, 06:52:02 PM
I just noticed in Services|'Upcoming releases'  -using MusicBee 3.0.5811 (or v2.5)-
that many of the displayed entries are shown twice or more.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 07:02:01 PM
mini player docked to top or bottom still needs some work.
can you provide some more detail on what the issue is

Of course.
(I assumed it was obvious on all systems)
Menu items showing through the panel, track text wrong color.

(http://i.imgur.com/r5OLpAKl.jpg) (http://i.imgur.com/r5OLpAK.png)
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 07:03:13 PM
I just noticed in Services|'Upcoming releases'  -using MusicBee 3.0.5811-
that many of the displayed entries are shown twice or more.
(this doesn't occur in v2.5)
i find that surprising. Could you post a screenshot as that might give some clues. Also i might need your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 07:06:12 PM
Of course.
(I assumed it was obvious on all systems)
Menu items showing through the panel, track text wrong color.
what skin is that
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 07:09:06 PM
Of course.
(I assumed it was obvious on all systems)
Menu items showing through the panel, track text wrong color.
what skin is that

MusicBee default, but I have this with all the skins I checked.
Title: Re: GUI changes for v3.0
Post by: jaume on December 01, 2015, 07:16:32 PM
i expect you had the plugin disabled, or downloaded it from the plugins page. In any case, re-download the web-browser plugin link posted above and before starting MB, delete "WebBrowserSettings.dat" which will be in the MusicBee\AppData folder

That solved it. Many thanks for that. :)
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 07:23:30 PM
MusicBee default, but I have this with all the skins I checked.
and the mini-player displays correctly for you when not docked using the narrow and also the album art layout?
Title: Re: GUI changes for v3.0
Post by: darkred on December 01, 2015, 07:29:55 PM
I just noticed in Services|'Upcoming releases'  -using MusicBee 3.0.5811-
that many of the displayed entries are shown twice or more.
(this doesn't occur in v2.5)
i find that surprising. Could you post a screenshot as that might give some clues. Also i might need your settings file
I edited my previous post: it also occurs in v2.5.

Screenshots from v2.5 from a few minutes ago.
Screenshot 1: https://i.imgur.com/mxIZTNq.jpg (https://i.imgur.com/mxIZTNq.jpg)
Screenshot 2:https://i.imgur.com/uagwLM5.jpg (https://i.imgur.com/uagwLM5.jpg)

It currently doesn't show any releases in both v2.5 and v3:
it just shows "Loading..." but then doesn't show any releases. (though the site https://musicbrainz.org/ opens ok in my browser)


I just sent you my settings file via pm
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 07:36:31 PM
MusicBee default, but I have this with all the skins I checked.
and the mini-player displays correctly for you when not docked using the narrow and also the album art layout?

Yes, perfectly.

But just to be sure,  that's a whole different lay-out also isn't it?
When I click 'docked', it spreads over the whole width of my screen, and is much smaller in height than when it is not docked.
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 07:51:40 PM
right click on the player when not docked/ Panel Layout and change it to narrow layout. Thats the layout i want to know whether it works
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 08:00:14 PM
right click on the player when not docked/ Panel Layout and change it to narrow layout. Thats the layout i want to know whether it works

Nope, same story:

(http://i.imgur.com/J6QqdM3l.jpg) (http://i.imgur.com/J6QqdM3.png)
Title: Re: GUI changes for v3.0
Post by: darkred on December 01, 2015, 08:15:58 PM
I just noticed in Services|'Upcoming releases'  -using MusicBee 3.0.5811-
that many of the displayed entries are shown twice or more.
(this doesn't occur in v2.5)
i find that surprising. Could you post a screenshot as that might give some clues. Also i might need your settings file
I edited my previous post: it also occurs in v2.5.

Screenshots from v2.5 from a few minutes ago.
Screenshot 1: https://i.imgur.com/mxIZTNq.jpg (https://i.imgur.com/mxIZTNq.jpg)
Screenshot 2:https://i.imgur.com/uagwLM5.jpg (https://i.imgur.com/uagwLM5.jpg)

It currently doesn't show any releases in both v2.5 and v3:
it just shows "Loading..." but then doesn't show any releases. (though the site https://musicbrainz.org/ opens ok in my browser)


I just sent you my settings file via pm

Now, after quite a few tries, it eventually it showed results in both versions.
Screenshot of v3: https://i.imgur.com/eZZ62eM.jpg

By the way, I just got this error while viewing "Upcoming Releases":
Code
MusicBee v3.0.5811.38998 (Win10.0), 1 Dec 2015 22:12:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qxK0kAJ23BFJ2ydWiPcze6ee$ka8JCi6TOsVbZq6w1ho=.#=qc6o4LUWK8GKBEYn4bFmxEw==.#=qwYj_HaFS0i48zih4iUzDSdjlHR$AvvL41WKoYaw$RWw=(Int32 #=qfAWuBchQGlFbxWlp6EPKAQ==, Int32 #=q32vOHVk7bBbjH8rKvwGa6A==)
   at #=qxK0kAJ23BFJ2ydWiPcze6ee$ka8JCi6TOsVbZq6w1ho=.#=q1QDSKE$kYWqJynKo9XLgIauDKXbEXtzs$MTZemKIrvc=.#=qqJPR737FYC28aTTna9WWMw==()
   at #=qxK0kAJ23BFJ2ydWiPcze6ee$ka8JCi6TOsVbZq6w1ho=.#=qc6o4LUWK8GKBEYn4bFmxEw==.#=q8O15LACSTwVnPox$8fJVrg==(MouseEventArgs #=qflRl3I9GUBaC$iYMhJ22sg==)
   at #=qE_jc4dP6QTZ2aGPX7ltAPvoS3oNGIsnqB8AA5F_CCZI=.#=qswZBmiT1L1vhSjj$lL2pS1gD5MvlC3gUZV32uHsKKjk=(Object #=qEPt0$AI6UPTFoDSLjrmWPA==, EventArgs #=qoVhMvbvUuLDwWqCRW2ebSA==)
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 08:21:21 PM
the issues are related to musicbrainz. There isnt any point reporting further issues as it due to there database having some issues. Its appears to be ok now
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 08:29:34 PM
Nope, same story:
i can reproduce this using your skins. But to confrm that could you try using the musicbee3 skin
this relevant setting causing the issue appears to be:
PlayerFlat.DisplayPanel
which in the tron punk skin appears to be set to 0,0,0,0
Title: Re: GUI changes for v3.0
Post by: darkred on December 01, 2015, 08:35:02 PM
the issues are related to musicbrainz. There isnt any point reporting further issues as it due to there database having some issues. Its appears to be ok now
Yes, it's ok now, but the duplicate entries still exist.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 01, 2015, 08:59:31 PM
Nope, same story:
i can reproduce this using your skins. But to confrm that could you try using the musicbee3 skin

Previously I had tried it with the 'MusicBee Classic' and 'MusicBee Default' skins, which also resided in my skin folder. (I'm not sure of their origins)
They both give the same display corruption.

I now tried 'MusicBee3' skin, and that one is displaying o.k..
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 09:26:38 PM
i will put in some handling for this
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 10:06:40 PM
Using 3.0.5811 I'm finding two "close window" X marks in the floating Tag Editing window.  I didn't notice this in previous versions, but today I was trying some new skins and there it was.  I then tried the default MB3 skin and it's there also.
i havent seen this myself with the dialog windows or made any changes that i am aware of. I have made a change so if it still happens with the new versions then please let me know
Title: Re: GUI changes for v3.0
Post by: phred on December 01, 2015, 10:22:17 PM
Using 3.0.5811 I'm finding two "close window" X marks in the floating Tag Editing window.  I didn't notice this in previous versions, but today I was trying some new skins and there it was.  I then tried the default MB3 skin and it's there also.
i havent seen this myself with the dialog windows or made any changes that i am aware of. I have made a change so if it still happens with the new versions then please let me know
FWIW, the Tag Editor window is the only window it happens in.  I'll keep you posted.  Thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on December 01, 2015, 10:23:40 PM
fixes for the above:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

i also put in a small tweak to the picture sizing in the compact player in order to reduce over-cropping
Title: Re: GUI changes for v3.0
Post by: darkred on December 01, 2015, 10:31:19 PM
fixes for the above:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

i also put in a small tweak to the picture sizing in the compact player in order to reduce over-cropping
No more duplicate entries in 'Upcoming releases'. Thank you
Title: Re: GUI changes for v3.0
Post by: phred on December 01, 2015, 10:56:07 PM
Using 3.0.5811 I'm finding two "close window" X marks in the floating Tag Editing window.  I didn't notice this in previous versions, but today I was trying some new skins and there it was.  I then tried the default MB3 skin and it's there also.
i havent seen this myself with the dialog windows or made any changes that i am aware of. I have made a change so if it still happens with the new versions then please let me know
FWIW, the Tag Editor window is the only window it happens in.  I'll keep you posted.  Thanks.
Sorry to report that it's still happening with the version you just posted - 3.0.5813.  Same behavior as originally reported.
Title: Re: GUI changes for v3.0
Post by: Steven on December 02, 2015, 07:11:23 AM
Sorry to report that it's still happening with the version you just posted - 3.0.5813.  Same behavior as originally reported.
let me know if you see that behavior in any other windows in the future (i know you havent noticied that to date)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 02, 2015, 07:34:11 AM
Sorry to report that it's still happening with the version you just posted - 3.0.5813.  Same behavior as originally reported.
let me know if you see that behavior in any other windows in the future (i know you havent noticied that to date)

I had it occur to me today in the main panel.  It was the highlight image only showing up on the LH side.

Re-tried several things I was doing at the time, but could not get it to re-occur.



i also put in a small tweak to the picture sizing in the compact player in order to reduce over-cropping

Not as perfect a fix as having the image centered and blended - but definitely an improvement.  Thank you.
Title: Re: GUI changes for v3.0
Post by: Steven on December 02, 2015, 09:16:20 AM
I had it occur to me today in the main panel.  It was the highlight image only showing up on the LH side.
the issue reported by phred was the close button being painted on the left of the header bar when opening a dialog window. I am not sure exactly what you saw but it sounds quite different. Is this the very first time this has happened to you and was it immediately after startup?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 02, 2015, 10:58:52 AM
the issue reported by phred was the close button being painted on the left of the header bar when opening a dialog window

I had the close button painted on the left of the caption bar in the main panel.
same position as phred, in line with the RH stop button, but his was on the header of a dialog window - mine was on the main window.
On the skin I was using it was immediately recognisable as the highlight close button.
If you look closely at the image provided by phred, it appears to be the highlight close button as well.

Is this the very first time this has happened to you and was it immediately after startup?

Yes. Both for first time and immediately after startup.

Working on a new skin and viewing in 2.5
added splash screen and a few new left sidebar icon overrides in the .xml
restarted 2.5 with toolbar button to view splash screen
closed 2.5 and then started 3.0
LH close button (highlight image) appeared
re-started MB and not seen since.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 02, 2015, 01:29:35 PM
With the column browser, you usually start to select an item in the most left column, then one in the second column, third, etc., and the filtered results will show in the main panel.

When after selecting an item in the third column, and then deciding to go back one step and click on the (already selected) item in the second column, the filtered results in the main panel don't follow that action.

It would be nice if it did.

Working great. Thnx!
Title: Re: GUI changes for v3.0
Post by: hiccup on December 02, 2015, 01:47:32 PM
When enlarging the Tag Inspector window, the panel resizes, but the content pane does not increase.

(http://i.imgur.com/3zsXzqTs.jpg) (http://i.imgur.com/3zsXzqT.png)

Also there is no limit set to minimal horizontal or vertical size.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 02, 2015, 02:32:43 PM
A minor wish:
Under Main menu > File, have an entry for 'open file', so you can open a file or playlist from within MusicBee.
Title: Re: GUI changes for v3.0
Post by: Steven on December 02, 2015, 06:11:07 PM
I had the close button painted on the left of the caption bar in the main panel.
same position as phred, in line with the RH stop button, but his was on the header of a dialog window - mine was on the main window.
On the skin I was using it was immediately recognisable as the highlight close button.
If you look closely at the image provided by phred, it appears to be the highlight close button as well.
i did realise it was the close button but the key point is its when its highlighted, so thanks for saying that as it focused my thoughts on what the issue might be and now i can reproduce it easily and its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on December 02, 2015, 09:53:25 PM
fixes for the above:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

this version should be pretty much complete in terms of v2.5 skin support, except there are differences with the tabs handling. I encourage any skin developers to check out the following topic to request new skin elements or report bugs with a skin you created
http://getmusicbee.com/forum/index.php?topic=16643.0
Title: Re: GUI changes for v3.0
Post by: hiccup on December 03, 2015, 09:15:44 AM
When enlarging the Tag Inspector window, the panel resizes, but the content pane does not increase.
(http://i.imgur.com/3zsXzqTs.jpg) (http://i.imgur.com/3zsXzqT.png)
Also there is no limit set to minimal horizontal or vertical size.

After yesterdays update, the panel is not resizable vertically anymore.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 03, 2015, 09:27:36 AM
The option to have presets for the column browser would be very nice to have.
There is some space for it....

(http://i.imgur.com/iiunqJOs.jpg) (http://i.imgur.com/iiunqJO.png)
Title: Re: GUI changes for v3.0
Post by: Citfield on December 03, 2015, 09:30:23 AM
Hello Steve,

I really love a lot of the changes on V3.0.

Something i see is that the artist photo on the new "Now playing" doesn't fit the screen, it goes over. Will it be possible to choose to fit the screen?
Title: Re: GUI changes for v3.0
Post by: Steven on December 03, 2015, 11:12:00 AM
After yesterdays update, the panel is not resizable vertically anymore.
thats right. Its the same as v2.5 and i dont want to spend time to enhance it

Something i see is that the artist photo on the new "Now playing" doesn't fit the screen, it goes over. Will it be possible to choose to fit the screen?
can you post a screenshot as i dont know what you mean
Title: Re: GUI changes for v3.0
Post by: Citfield on December 03, 2015, 08:50:55 PM
Something i see is that the artist photo on the new "Now playing" doesn't fit the screen, it goes over. Will it be possible to choose to fit the screen?
can you post a screenshot as i dont know what you mean
[/quote]

This how the photo of the artisit looks:
https://onedrive.live.com/redir?resid=B0DC4070722FD087!3722&authkey=!AHFAxLA-KgSAuQQ&v=3&ithint=photo%2cpng

This is how the orginal photo looks:
https://onedrive.live.com/redir?resid=B0DC4070722FD087!3723&authkey=!AIc25YLsVSzmPxM&v=3&ithint=photo%2cpng
Title: Re: GUI changes for v3.0
Post by: jaume on December 03, 2015, 08:55:21 PM
Just noticed that we are not able to drag files to a playlist tab like we used to in 2.5.

Would it be possible to enable this functionality? Extremely useful when creating multiple playlists saved in different sub-folders.
Title: Re: GUI changes for v3.0
Post by: Steven on December 03, 2015, 09:06:10 PM
This how the photo of the artisit looks:
https://onedrive.live.com/redir?resid=B0DC4070722FD087!3722&authkey=!AHFAxLA-KgSAuQQ&v=3&ithint=photo%2cpng

This is how the orginal photo looks:
https://onedrive.live.com/redir?resid=B0DC4070722FD087!3723&authkey=!AIc25YLsVSzmPxM&v=3&ithint=photo%2cpng
With that picture MB is reducing the cropping by fitting it to the left of the right sidebar instead of fitting it to the entire screen.
given the original is a small square picture, i dont see how MB could improve that in a general way.
Title: Re: GUI changes for v3.0
Post by: Citfield on December 03, 2015, 09:15:31 PM
This how the photo of the artisit looks:
https://onedrive.live.com/redir?resid=B0DC4070722FD087!3722&authkey=!AHFAxLA-KgSAuQQ&v=3&ithint=photo%2cpng

This is how the orginal photo looks:
https://onedrive.live.com/redir?resid=B0DC4070722FD087!3723&authkey=!AIc25YLsVSzmPxM&v=3&ithint=photo%2cpng
With that picture MB is reducing the cropping by fitting it to the left of the right sidebar instead of fitting it to the entire screen.
given the original is a small square picture, i dont see how MB could improve that in a general way.

It seems like it is not cropping it to the bottom of the page. The face tends to go past the below line. So the persons face gets cut off.
Title: Re: GUI changes for v3.0
Post by: Steven on December 03, 2015, 09:32:35 PM
yes it weights cropping the bottom more than the top. I think generally that works better but perhaps not so well in this case
Title: Re: GUI changes for v3.0
Post by: Citfield on December 03, 2015, 09:34:55 PM
yes it weights cropping the bottom more than the top. I think generally that works better but perhaps not so well in this case

It is not possible to make it fixed to the bottom and top?
Title: Re: GUI changes for v3.0
Post by: Steven on December 03, 2015, 10:05:15 PM
I have put back in support for drag/dropping files onto tab headers a few gui fixes, and speed up the File Scanner in some cases (the dialog opened when you press the Insert key)
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Your existing v2.5 settings and application will remain unchanged


for those of you who want to continue using the inbuilt web-browser for wikipedia, you-tube etc, that functionality is now in a plugin.
This has been updated to fix a bug when opening and then closing a tab with the web browser.
http://www.mediafire.com/download/7e1wmhm81xlk6l0/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 04, 2015, 12:29:51 AM
I use Lame for Audacity so I point MB to that folder for the lame.exe
2.5 remembers this and works perfectly
3.0 displays the path in the encoder location: when saved in preferences but won't actually use the encoder.
Title: Re: GUI changes for v3.0
Post by: Mephisto on December 04, 2015, 05:47:59 PM
For the web browser : I can't scroll pages with the mouse wheel. Also, it could be more easy to use if the webpage does not refresh automatically when a new artist start playing, and same thing when I open a new tab and then go back to the web browser tab (something like the music explorer, with a '<Artist> is playing').

Closing tabs with mouse wheel could also be useful.

In the now playing tab: is it possible to scroll faster the artist biograph and the lyrics? (the speed for the playing tracks list is fine though). Other problem: The Now playing layout config windows always show the right main panel unticked, even when enabled.

Would it be possible to increase the scroll speed for the lyrics in library view (in the right sidebar for me)?

And last (for now): is it possible to get back the feature 'paste artist picture' in the thumbnail browser?

Title: Re: GUI changes for v3.0
Post by: phred on December 04, 2015, 11:56:05 PM
Using 3.0.5815 the custom colour for highlighted text with sync'd lyrics is not being saved.  I have the lyrics in the right sidebar.  I launch Layout Configuration from the button in the header and under Right Sidebar I check "use custom colour for highlighted text" and change the color to red.  I then click Save, and Save again, and restart MB.  Going back to that configuration and the checkmark is gone and the color is not red.
Title: Re: GUI changes for v3.0
Post by: phred on December 04, 2015, 11:59:46 PM
Ah, now I understand the behavior of that little icon.  Since I usually have the left sidebar open, it's a bit redundant to me. Would be nice if it disappeared when the left sidebar is showing.
i did consider that but then i imagined some people getting confused and wondering where it had gone or why it does not appear. It does have some use in that you are alerted when a new podcast is downloaded. I might change it though

Perhaps a way to quickly dismiss it until restart would be a less confusing, more universal approach.
+1
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 05, 2015, 04:35:14 AM
I activated Library Explorer, and it had <blank> for the Group By setting.  In the Set Categories pop-up it said No Category.  When it's configured like that, there's no menu in the Library Explorer header for changing categories.  And when I removed No Category from the Set Categories list, I don't see a way to get it back.

Is there really supposed to be a "No Category" option?  And how is it supposed to function?
Title: Re: GUI changes for v3.0
Post by: Steven on December 05, 2015, 01:38:55 PM
Is there really supposed to be a "No Category" option?
no - i have an old copy of your settings and somehow it has an unexpected value, so i have put in some handling for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on December 05, 2015, 03:28:51 PM
For the web browser : I can't scroll pages with the mouse wheel.
thats addressed in the next update. You will need to re-download the browser plugin

In the now playing tab: is it possible to scroll faster the artist biograph and the lyrics? (the speed for the playing tracks list is fine though). Other problem: The Now playing layout config windows always show the right main panel unticked, even when enabled.
i dont understand - can you post a screenshot

And last (for now): is it possible to get back the feature 'paste artist picture' in the thumbnail browser?
thats included for the next update

yes it weights cropping the bottom more than the top. I think generally that works better but perhaps not so well in this case
It is not possible to make it fixed to the bottom and top?
i have tweaked the weighting so it doesnt clip the bottom as much as before. Its still weighted to clipping more of the bottom than the top which i think works better in general

Using 3.0.5815 the custom colour for highlighted text with sync'd lyrics is not being saved.  I have the lyrics in the right sidebar.  I launch Layout Configuration from the button in the header and under Right Sidebar I check "use custom colour for highlighted text" and change the color to red.  I then click Save, and Save again, and restart MB.  Going back to that configuration and the checkmark is gone and the color is not red.
thats fixed for the next update

I use Lame for Audacity so I point MB to that folder for the lame.exe
2.5 remembers this and works perfectly
3.0 displays the path in the encoder location: when saved in preferences but won't actually use the encoder.
thats fixed for the next update

Also, when drag&dropping files from the windows exporer to musicbee inbox, the artwork column is not accepted as dropping area, it need to be a text column (like artist or album). Can it be changed?
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 05, 2015, 05:02:54 PM
Here's a funny little bug:

Trying to make a virtual tag, I opened the "Template Editor" box.

Then, I switched to my browser to lookup Functions on the wiki.

Now, if I click the Template Editor again, it gets mouse focus, but the keyboard focus stays with the browser.  HOWEVER, if I click on the "New Custom Tag Definition" window, then the Template Editor, it works as expected.
Title: Re: GUI changes for v3.0
Post by: Mephisto on December 05, 2015, 05:09:13 PM

In the now playing tab: is it possible to scroll faster the artist biograph and the lyrics? (the speed for the playing tracks list is fine though). Other problem: The Now playing layout config windows always show the right main panel unticked, even when enabled.
i dont understand - can you post a screenshot

For the scrolling problem :
http://i.imgur.com/b17pegD.jpg
when I scroll down the artist bio or the lyrics, the text is moved pixel by pixel. Is it possible to change that ? The problem is also here : http://i.imgur.com/eXmA33M.png


For the layout :
http://i.imgur.com/pgt5Z4b.jpg
The right  main panel is displayed, but the option in the config window is always unticked, no matter if the panel is displayed or not
Title: Re: GUI changes for v3.0
Post by: Steven on December 05, 2015, 05:45:52 PM
fixes for the issues stated as fixed above:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

Also in preparation for the beta version, the settings file going forward will be MusicBee3Settings.ini
Your current settings will be carried over into the new settings file
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 05, 2015, 06:39:54 PM
This virtual tag works: $If($Contains(<Path>,"\MusicBee\Music")=T,M,$If($Contains(<Path>,"\Inbox")=T,I,$If($Contains(<Path>,"\Audiobooks")=T,A,$If($Contains(<Path>,"\Podcasts")=T,P,?))))

However, once I save it MusicBee strips out the quote marks, and if I update the virtual tags after that it stops working.
Title: Re: GUI changes for v3.0
Post by: late on December 05, 2015, 07:31:30 PM
When resizing the columns in V3 and having the "Keep Columns Sized to Panel" option ticked, resizing becomes a real pain due to somehow all of the columns being resized by only changing one.

From this

(http://i.imgur.com/OKSl9FC.jpg)

To this by only dragging the highlighted column

(http://i.imgur.com/39KNGzW.jpg)

I can easily resize them however I want by unticking the option and doing it manually but I remember this being easier in V2

Edit: Somehow clicking on the Library -> Music button all of my columns change size till they look like this

(http://i.imgur.com/vxeme3N.gif)

Unticking "Keep Columns Sized to Panel" keeps the columns from resizing on their own

Using MB 3.0.5817
Edit 2: images went down, fixed now
Title: Re: GUI changes for v3.0
Post by: phred on December 05, 2015, 08:37:35 PM
Using 3.0.5815 the custom colour for highlighted text with sync'd lyrics is not being saved.  I have the lyrics in the right sidebar.  I launch Layout Configuration from the button in the header and under Right Sidebar I check "use custom colour for highlighted text" and change the color to red.  I then click Save, and Save again, and restart MB.  Going back to that configuration and the checkmark is gone and the color is not red.
This is now fixed. Thanks.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 06, 2015, 12:04:22 AM
I use Lame for Audacity so I point MB to that folder for the lame.exe
2.5 remembers this and works perfectly
3.0 displays the path in the encoder location: when saved in preferences but won't actually use the encoder.
thats fixed for the next update

fix confirmed. Thank you.

i have tweaked the weighting so it doesnt clip the bottom as much as before. Its still weighted to clipping more of the bottom than the top which i think works better in general

It is not possible to make it fixed to the bottom and top?
that would be the preferred option (I think)

It seems that the image blending you do can only be done on one side of the image or other, but I know you can crop, create and position images with C#.
If the foreground image needs colour fill on both sides, couldn't you:
split the image vertically
move the LH side to the right and blend into suitable background
move the RH side to the left and blend into suitable background
recombine the two images into one larger image
use that, by know, wide landscape style image as the pic?
Title: Re: GUI changes for v3.0
Post by: Boile on December 06, 2015, 06:34:32 AM
Hi Steven,
in radio mode its not much useful, that after a double-click on a radio stations(when Radio is playing), that this will be added in the playlist - what makes no sense! Can you make it like in the 2.5 version - Double-click on this and the Radio is played immediately(change the channel/station) and not ranked in the queue!
Title: Re: GUI changes for v3.0
Post by: RejZoR on December 06, 2015, 08:04:48 AM
Ok, how do I simplify "Now Playing" panel to just list currently playing/queued tracks and NOTHING ELSE? I'm fiddling with it and I can't seem to get rid of the left side panel with some sort of graphic as well as the thumbnail placeholder for cover art which is empty, but the box is still there. I don't need any of that, just a simple list of now playing tracks and that's it. I was able to have that in 2.x but not here.

In general, I think setup of panels is WAY too overcomplicated through entire MusicBee. Not to mention there are different rules for each different tab which is even further annoying.
Title: Re: GUI changes for v3.0
Post by: 9ido on December 06, 2015, 08:12:51 AM
Trying to open a video link through open stream, I get an error in a window, stating 'Unable to invoke vlc.exe' and the program becomes unresponsive for a very long time, after clicking 'Wait for the program to respond' three times, I just had to choose 'Close the program' to get rid of it.

And, yes, the directory was wrong, I fixed that. It's just that the handling could be improved. :)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 06, 2015, 08:33:52 AM
Ok, how do I simplify "Now Playing" panel to just list currently playing/queued tracks and NOTHING ELSE?

It will always do that.
Are you very sure that you have other content than that in the now playing panel?

Quote
I'm fiddling with it and I can't seem to get rid of the left side panel with some sort of graphic as well as the thumbnail placeholder for cover art which is empty, but the box is still there. I don't need any of that, just a simple list of now playing tracks and that's it. I was able to have that in 2.x but not here.
Are you using the new 'configure layout' button next to the search field to make changes?
It should be easy to uncheck anything that you don't want in view.

Quote
In general, I think setup of panels is WAY too overcomplicated through entire MusicBee. Not to mention there are different rules for each different tab which is even further annoying.

Please contribute any suggestions to improve on that in the topic that was opened especially for the purpose of gathering ideas and suggestion on improving the panels and interface of the configuration for v3:

http://getmusicbee.com/forum/index.php?topic=16921.0


edit:
Maybe I am a bit confused.
The panel I am assuming you meant here is currently called 'Playing Tracks' in v3.
Is that the one you are referring to?
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 09:18:07 AM
When resizing the columns in V3 and having the "Keep Columns Sized to Panel" option ticked, resizing becomes a real pain due to somehow all of the columns being resized by only changing one.
there is no intentional change the column sizing handling nor could i find any differences in the testing i did. When "Keep Columns Sized to Panel" is enabled, only the current and following column are resized, except if the following column has a fixed size or reached the minimum width in which case the following column after that is resized. In your example, the following column "Rating" is a fixed size
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 09:22:39 AM
Ok, how do I simplify "Now Playing" panel to just list currently playing/queued tracks and NOTHING ELSE? I'm fiddling with it and I can't seem to get rid of the left side panel with some sort of graphic as well as the thumbnail placeholder for cover art which is empty, but the box is still there. I don't need any of that, just a simple list of now playing tracks and that's it. I was able to have that in 2.x but not here.

In general, I think setup of panels is WAY too overcomplicated through entire MusicBee. Not to mention there are different rules for each different tab which is even further annoying.
i assume you mean "Playing Tracks". Its really very simple. Just untick the elements you dont want in a panel so only "Playing Tracks" remains or drag it into another panel.
To be honest i dont really get why anyone would find that complicated.
For the tab based overrides, there have been plenty of requests for that and you can just leave the defaults as-is. However i agree most users wouldn't need it and i might make a visual adjustment so you dont initially see all those options
Title: Re: GUI changes for v3.0
Post by: late on December 06, 2015, 11:10:30 AM
When resizing the columns in V3 and having the "Keep Columns Sized to Panel" option ticked, resizing becomes a real pain due to somehow all of the columns being resized by only changing one.
there is no intentional change the column sizing handling nor could i find any differences in the testing i did. When "Keep Columns Sized to Panel" is enabled, only the current and following column are resized, except if the following column has a fixed size or reached the minimum width in which case the following column after that is resized. In your example, the following column "Rating" is a fixed size

I get what you mean, but it seem to still function a bit weird:

In this shot it shows the original version what MB gives me when I press auto size, there is plenty of space for the play count column to be resized to left to take space from the genre column

(http://i.imgur.com/6JCC0r9.jpg)

But it still resizes the columns on the right side. Instead of taking width from the genre column

(http://i.imgur.com/YedXYaw.jpg)
Title: Re: GUI changes for v3.0
Post by: Alumni on December 06, 2015, 12:41:02 PM
I came across a bug with the thumb browser. I have mine set to album artist, and when switching between the different sizes of thumbnail, the scrollbar doesn't automatically refresh, meaning that items at the bottom of the list are cut off.
Title: Re: GUI changes for v3.0
Post by: HHM on December 06, 2015, 04:12:39 PM
Here are 2 minor things that are not serious bugs, but it would be nice to polish them. They are also present in MBee 2, however I thought it is a good moment to polish them if you think it's woth of it.


1. The MBee miniature in Task View. Here's how it looks now:

(http://i.imgur.com/0fcF1v9.jpg)

As you can see MBee miniature is twice lower than the others, moreover there are 2 unnecessary black fields on both sides of the cover.

Would't it be much nicer if the cover was shown in the full possible size like in this mock-up?

(http://i.imgur.com/pld6eHA.jpg)


2. In the artwork view when you click the album to see it's details, there is a kind of filter on the cover. You can see that the colors of the cover in album details view (left) are a bit different than those in artwork field on the right. It looks strange imo:

(http://i.imgur.com/I5ikqPp.png)
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 04:59:51 PM
for the first, when you have custom thumbnails for the taskbar as musicbee does in order to show the album cover/ track details then windows renders that way. Unless Microsoft have added in a new API to control that (which i am not aware of) then thats the way it will stay
For the 2nd, there is an intentional colouration adjustment
Title: Re: GUI changes for v3.0
Post by: 9ido on December 06, 2015, 06:00:25 PM
The clear [X] icon of the search box, at least when it's in the caption bar, is larger than the box itself, showing some lines that fall outside the lower edge of the box.
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 06:17:40 PM
The clear [X] icon of the search box, at least when it's in the caption bar, is larger than the box itself, showing some lines that fall outside the lower edge of the box.
would you mind posting a screenshot as its fine for me
Title: Re: GUI changes for v3.0
Post by: 9ido on December 06, 2015, 06:33:18 PM
(http://xtal.home.xs4all.nl/clear%20search.jpg)

I had not noticed this before and I'm almost sure that it was never there in earlier drafts.
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 06:39:56 PM
what font are you using? if its >= 9pt then i will need your settings file
if its < 9pt then i can reproduce a bug but its still not quite the same as yours
Title: Re: GUI changes for v3.0
Post by: 9ido on December 06, 2015, 06:50:59 PM
Default.

Changing to 10pt does 'fix' the problem.
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 07:12:45 PM
and what is Default?
Title: Re: GUI changes for v3.0
Post by: 9ido on December 06, 2015, 07:15:32 PM
The box is unticked, but says Sergoe 9pt.
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 09:13:54 PM
ok, well that took a long time to figure out and its fixed for the next update. To make things easier for me going forward could you send me your settings file if i ask for it? Otherwise i end up spending a lot of time trying to guess what the issue might be and it turns out you are likely separating the command buttons from the tabs bar which is not a common setting.
Title: Re: GUI changes for v3.0
Post by: Steven on December 06, 2015, 10:01:16 PM
fixes for the issues above:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: 9ido on December 07, 2015, 05:54:59 AM
To make things easier for me going forward could you send me your settings file if i ask for it? Otherwise i end up spending a lot of time trying to guess what the issue might be and it turns out you are likely separating the command buttons from the tabs bar which is not a common setting.

Well, of course, whatever i can do to help you. But you said I should send it if my font was larger than 9pt, which was not the case, so I didn't think you wanted it.

And, check, it's fixed. Thank you. :)
Title: Re: GUI changes for v3.0
Post by: Boile on December 07, 2015, 07:06:00 AM
Hi Steven,
the Double Click issue is fixed but I have found another one!
In Radio Tab, if i try to save a new Station, the entry appears in the List not immediately, and I must turn off or change Tabs repeatedly,
until I see it in the List
Thanks
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 02:10:16 PM
In the Tags 2 dialog for auto-tagging lyrics, the providers are not being shown in the order as configured.   There are also numbers without providers listed. In this screenshot, I have AZ Lyircs first and Gracenote second.  In the lyrics field, those providers are shown as third and seventh, but with no providers listed as first, second, fourth, etc.  Would this be because not all the providers in v2 are available in v3? 
(http://i.imgur.com/UZmzxKpl.jpg) (http://i.imgur.com/UZmzxKp.jpg)

This is how it appears in v2.
(http://i.imgur.com/Rs0Bngul.jpg) (http://i.imgur.com/Rs0Bngu.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on December 07, 2015, 02:38:15 PM
@phred, would you mind sending me your settings file.
Although i cant check right now that does look to me like you are mixing the lyrics reloaded plugin and my plugin (mb_lyricsplugin.dll)
Title: Re: GUI changes for v3.0
Post by: 9ido on December 07, 2015, 04:03:44 PM
Could it be possible to have lyrics displayed in the right sidebar?
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 04:32:21 PM
Could it be possible to have lyrics displayed in the right sidebar?
Just drag the lyrics element to where you want it.
(http://i.imgur.com/Yle8FfQl.jpg) (http://i.imgur.com/Yle8FfQ.jpg)
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 04:46:37 PM
@phred, would you mind sending me your settings file.
Although i cant check right now that does look to me like you are mixing the lyrics reloaded plugin and my plugin (mb_lyricsplugin.dll)
It looks like Lyrics Fetcher plugin is enabled while Lyrics Reloaded and mini Lyrics Helper are not.  And although mb_lyricsplugin.dll exists in the Plugin directory, I don't see in in the Plugins preferences window.
(http://i.imgur.com/BpZzzTll.jpg) (http://i.imgur.com/BpZzzTl.jpg)
PM sent with link to settings file.
Title: Re: GUI changes for v3.0
Post by: 9ido on December 07, 2015, 05:17:47 PM
Could it be possible to have lyrics displayed in the right sidebar?
Just drag the lyrics element to where you want it.

Thanks. I guess I was sleeping..  :-[

Anyway, I have found a little flaw that's related,
I have the sidebar on auto-hide. When I choose 'customize panel' from track information, lyrics and so on drop down menu, the customization panel is displayed mid screen, thus outside the sidebar area. But, when I move the mouse outside the sidebar, both the sidebar AND the customization panel disappear. So you never will be able to make any changes because you just can't get there, as long as the auto hide function is on and the width of the sidebar is not great enough (mine is about 1/3 of the screen and that's too narrow.)

Title: Re: GUI changes for v3.0
Post by: 9ido on December 07, 2015, 05:25:33 PM
I had stacked the lyrics and track info in the sidebar as tabs. Upon clicking a tab this happened,

MusicBee v3.0.5818.39503 (Win6.3), 7 Dec 2015 18:24:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at MusicBee.MusicBeeMain.#=qY8E9aHu2sVJAy83O_rFCoxSrD1jM3cx$1Tg2IK$ot_k=(#=qC2$DhMLuRafdreXiqJBBsDcDUDIpADsFcUtIcIwv2h4= #=qbZFv7CApYkKJqiiBBegDaQ==, Point #=qmgo5AACuFLL51RyrMlogpw==, Int32 #=qwOos3oiBSl1ykhaGKkMkPQ==, Int32 #=qFH89WFe$H3SnUi8VgRNCqg==)
   at MusicBee.MusicBeeMain.#=qyxva8Lh0T7BQuD$QruLQ673lKGZSv40Jxl6aNLf1j0g=.OnMouseClick(MouseEventArgs #=qzdB1ewEyA2jv219GLtsT2g==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=qp_CThkkICUE1s$oucqn6AzwtV38FOg_tW1ywMlnCczg=.WndProc(Message& #=qrvG08clM2N8qob6nb8Hacw==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on December 07, 2015, 06:01:16 PM
It looks like Lyrics Fetcher plugin is enabled while Lyrics Reloaded and mini Lyrics Helper are not.  And although mb_lyricsplugin.dll exists in the Plugin directory, I don't see in in the Plugins preferences window.
"Lyrics fetcher" is mb_lyricsplugin.dll
as you say, the lyrics reloaded plugin is disabled but you must have previously configured it to include various lyrics providers. Because its no longer enabled the previous lyrics settings become invalidated.
I might make a change to improve handling in that scenario
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 06:33:15 PM
It looks like Lyrics Fetcher plugin is enabled while Lyrics Reloaded and mini Lyrics Helper are not.  And although mb_lyricsplugin.dll exists in the Plugin directory, I don't see in in the Plugins preferences window.
"Lyrics fetcher" is mb_lyricsplugin.dll
as you say, the lyrics reloaded plugin is disabled but you must have previously configured it to include various lyrics providers. Because its no longer enabled the previous lyrics settings become invalidated.
I might make a change to improve handling in that scenario
I don't recall configuring the providers in v3 but I might have.  I -think- it just brought in what was in v2. 

Do you see any issue/conflict with having more than one lyrics plugin enabled?
Title: Re: GUI changes for v3.0
Post by: Steven on December 07, 2015, 06:55:06 PM
its probably ok, but i think the lyrics reloaded retrieves most of the old lyrics plugin does anyway
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 07:50:06 PM
I noticed that the Playlists node, along with the Services and the Computer nodes all have a little triangle icon to indicate that the node can be opened or collapsed.  But the Music node does not have the icon.  I believe for the sake of consistency, and so new users know the Music node can be collapsed, the triangle icon should be added.
Title: Re: GUI changes for v3.0
Post by: Steven on December 07, 2015, 09:02:07 PM
fixes for the issues above issues:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

i have also tweaked the notification icon so it now only displays if all tabs have the left sidebar collapsed and in that set up it stays permanently displayed file there are files in the inbox or unplayed podcasts
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 09:06:12 PM
When ripping a CD, I have MB set to analyze the volume after the rip.  This process shows both near the bottom of the CD Rip window and in the status bar.  I'm finding that it disappears from the CD Rip window about 15 seconds before the status bar changes to CD rip successfully completed.  Shouldn't the CD Rip window notice not go away until the status bar shows 'completed'?
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 07, 2015, 09:38:11 PM
Hi, fairly long time user, part time lurker, first time poster here, I have a few items to bring up.

"Bug"
1. When editing file info via right click edit, switching files loses focus. For instance, I'm editing a field then use the next or previous arrow to go to the next file, then the cursor is no longer in that field, I have to click on the field to resume typing. This doesn't happen in 2.5.

Questions
1. Can I change the information in the lower right corner (red area) in the now playing tab? I would like it to look like the customized panel I set up (track #, full date, backing vocals, publisher, etc.).
2. Are there no column headers in the now playing tab's right panel by default or did I change something by accident? Without them I can't resize the columns.
3. Can I change the now playing tab to resemble the 2.5 now playing tab with track information instead of pictures?

And speaking of pictures on the now playing tab:

This view is fine for artists with high quality pictures or artwork but those with only low quality ones look like crap when blown up (Not that there's anything you can do about it, it's just an observation).
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 09:44:43 PM
"Bug"
1. When editing file info via right click edit, switching files loses focus. For instance, I'm editing a field then use the next or previous arrow to go to the next file, then the cursor is no longer in that field, I have to click on the field to resume typing. This doesn't happen in 2.5.
I'm not sure if this is a bug or the new intended behavior.  I much preferred the 2.5 way.  We'll need Steven to provide the answer.
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 07, 2015, 10:02:09 PM
I'm not sure if this is a bug or the new intended behavior.  I much preferred the 2.5 way.  We'll need Steven to provide the answer.

I didn't even consider that it could have been intended, thanks for the alternate insight.
Title: Re: GUI changes for v3.0
Post by: phred on December 07, 2015, 10:15:55 PM
I've ripped a CD to the Inbox, edited tags as necessary and then selected them all > right-click > Send To > Folder (Move) > Move Files to Organized Folder.  I have check marks in "do not reorganize files with missing naming tags" and "add to library."  Once I click "Proceed" the check marks go away and I don't know if the tracks will be added to the library or not.  Turns out they are, but during the process it doesn't look like it.
Title: Re: GUI changes for v3.0
Post by: DragonClaw on December 08, 2015, 04:04:39 AM
Can we not have grouping by any chosen field in Artwork View in main panel?
Title: Re: GUI changes for v3.0
Post by: Boile on December 08, 2015, 09:36:12 AM
Hi Steven,
in the radio window(TAB) are the track informations  and the lyrics after a next song not updated!
On the player are the infos ok!
Thanks
Title: Re: GUI changes for v3.0
Post by: Steven on December 08, 2015, 01:06:37 PM
I've ripped a CD to the Inbox, edited tags as necessary and then selected them all > right-click > Send To > Folder (Move) > Move Files to Organized Folder.  I have check marks in "do not reorganize files with missing naming tags" and "add to library."  Once I click "Proceed" the check marks go away and I don't know if the tracks will be added to the library or not.  Turns out they are, but during the process it doesn't look like it.
which check marks are you refering to and which skin are you using? Just a guess but many of the dialog windows disable the controls while the action is performed and perhaps the skin you are using blends the disable text colour into the background colour
Title: Re: GUI changes for v3.0
Post by: phred on December 08, 2015, 05:21:19 PM
I've ripped a CD to the Inbox, edited tags as necessary and then selected them all > right-click > Send To > Folder (Move) > Move Files to Organized Folder.  I have check marks in "do not reorganize files with missing naming tags" and "add to library."  Once I click "Proceed" the check marks go away and I don't know if the tracks will be added to the library or not.  Turns out they are, but during the process it doesn't look like it.
which check marks are you refering to and which skin are you using? Just a guess but many of the dialog windows disable the controls while the action is performed and perhaps the skin you are using blends the disable text colour into the background colour
Yes, that's exactly what the problem is.  The check marks get grayed-out and aren't visible when using the new skin I'm working on.  I just checked it with the default MB3 skin and they show.  Could you tell me what element controls this?  Thanks
(http://i.imgur.com/VhNpEUEl.jpg) (http://i.imgur.com/VhNpEUE.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 08, 2015, 05:26:46 PM
Yes, that's exactly what the problem is.  The check marks get grayed-out and aren't visible when using the new skin I'm working on.  I just checked it with the default MB3 skin and they show.  Could you tell me what element controls this?

It's <element id="CheckTickDisabled">
It's not an rgb setting, but a (coded) image file.
If you need help with that, just let it be known. (on the skin developers board)
Title: Re: GUI changes for v3.0
Post by: jaume on December 08, 2015, 05:42:39 PM
There seems to be an issue with some sub-folders in the Playlists:

I have a folder called 'Parties' with sub-folders called '2014', '2015', etc. When I select those folders I can see all songs contained in the playlists saved in the sub-folders merged in the main panel. This allows me to search or remove entries on the playlists in one big list.

However, I have another folder called 'Electricitat' with sub-folders called '2014', '2015', etc. When I select those folders I cannot see any of the songs contained in the playlists saved in the sub-folders in the main panel.

Any idea as to why is this happening? It seems like it could be a bug on how folders and sub-folders are managed.
Title: Re: GUI changes for v3.0
Post by: phred on December 08, 2015, 06:18:58 PM
It's <element id="CheckTickDisabled">
It's not an rgb setting, but a (coded) image file.
If you need help with that, just let it be known. (on the skin developers board)
Great.  Thanks for the offer for help.  I just lifted a base64 image from another skin and it's visible and working fine.
Title: Re: GUI changes for v3.0
Post by: Steven on December 08, 2015, 07:49:08 PM
There seems to be an issue with some sub-folders in the Playlists:
i cant reproduce any issues. I suggest you check the Playlissts folder in windows explorer. If you see any files with no name and just the auto-playlist extension then delete them ie: the filename called ".xautopf" (or if you prefer rename them with a different extension such as ".xautopf-old"
Restart MB and see if that helps
Title: Re: GUI changes for v3.0
Post by: Steven on December 08, 2015, 08:12:46 PM
Hi, fairly long time user, part time lurker, first time poster here, I have a few items to bring up.

"Bug"
1. When editing file info via right click edit, switching files loses focus. For instance, I'm editing a field then use the next or previous arrow to go to the next file, then the cursor is no longer in that field, I have to click on the field to resume typing. This doesn't happen in 2.5.

Questions
1. Can I change the information in the lower right corner (red area) in the now playing tab? I would like it to look like the customized panel I set up (track #, full date, backing vocals, publisher, etc.).
2. Are there no column headers in the now playing tab's right panel by default or did I change something by accident? Without them I can't resize the columns.
3. Can I change the now playing tab to resemble the 2.5 now playing tab with track information instead of pictures?
the edit handling is addressed for the next update
1. no
2. that panel is the Playing Tracks panel. Its intentional there is no header. It can be configured by adjusting the Playing Tracks panel in other windows. I will think about how to make that easier
3. i dont know what you mean. Can you post a screenshot?
Title: Re: GUI changes for v3.0
Post by: jaume on December 08, 2015, 08:40:53 PM
There seems to be an issue with some sub-folders in the Playlists:
i cant reproduce any issues. I suggest you check the Playlissts folder in windows explorer. If you see any files with no name and just the auto-playlist extension then delete them ie: the filename called ".xautopf" (or if you prefer rename them with a different extension such as ".xautopf-old"
Restart MB and see if that helps


That fixed it. Many thanks for the tip.
Title: Re: GUI changes for v3.0
Post by: Steven on December 08, 2015, 09:26:27 PM
fixes for the issues above and a couple of things i found:
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

Also you now have more control over the buffer size set in the Player preferences (in most cases the current default should be fine)
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on December 08, 2015, 10:11:05 PM
TL;DR
Following Steven's latest addition (=user-configurable buffer size) I'm seriously considering giving v3.0 a try, so some obvious questions arise:
1. Can I install it along-side the v2.5 version?
2. Will they use different DB/Settings? Any way to migrate the v2.5 settings/DB to v3.0?
3. How stable is it?
4. Any missing features?

Title: Re: GUI changes for v3.0
Post by: phred on December 08, 2015, 11:35:46 PM
Following Steven's latest addition (=user-configurable buffer size) I'm seriously considering giving v3.0 a try, so some obvious questions arise:
1. Can I install it along-side the v2.5 version?
You can have both open at the same time, but I would suggest not making any file changes (tagging, moving, etc) while both are open.  You can open both while moving around v3's design elements so that you can match what you have in v2.  You can have both open for comparison purposes.  If you're going to tag edit, do it in v3 without v2 open.  Then close 3 and open 2 if you want to check the changes.

Quote
2. Will they use different DB/Settings? Any way to migrate the v2.5 settings/DB to v3.0?
There's a MusicBee3Settings.ini file that is separate from MB 2 settings.  You can change whatever settings you want in v3 and they will not cause any 2.5 settings to change.  And visa-versa.

Quote
3. How stable is it?
I'd have to say it's pretty stable.  I stayed away from working with some of my "irreplaceable" files on v3 for a while.  And then when I did, I made sure I had a backup of the file before touching it.  Now I don't do that.  As a matter of fact, I'm now using v3 almost exclusively.  About the only time I've opened 2.5 in the past couple of weeks, was to compare skin changes I was making.  Or to compare the behavior of one versus the other.

Quote
4. Any missing features?
I think at this point it's safe to say that if you could do it in v2.5, you can do it in 3.

But remember, Steven has yet to call this version a beta.  I would call it a late alpha.
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 09, 2015, 02:05:29 AM

the edit handling is addressed for the next update
1. no
2. that panel is the Playing Tracks panel. Its intentional there is no header. It can be configured by adjusting the Playing Tracks panel in other windows. I will think about how to make that easier
3. i dont know what you mean. Can you post a screenshot?
1. Understood.
2. OK, that's how I changed it before.
As for 3:
In 2.5 the now playing tab looks like:

(http://i.imgur.com/F7kHEKf.jpg)
full of track information and data I find useful.

In 3.0 the now playing tab looks like:
(http://i.imgur.com/hqSMn8V.jpg)
which is empty except for lyrics, cover and an image.
I know I can switch to another tab while the tracks are playing if I want to see the track information, I'm just used to being on the now playing tab.

edit: Sorry about the huge images, let's see if the spoiler tag works. edit 2: that didn't work try this.
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 09, 2015, 11:22:07 AM
In version 3.0, if I use the Copy Tags functionality, the album artwork is not copied over. When I open the Tag Editor and click on the Artwork tab, it says that the picture is corrupted.
Title: Re: GUI changes for v3.0
Post by: Steven on December 09, 2015, 11:42:20 AM
In version 3.0, if I use the Copy Tags functionality, the album artwork is not copied over. When I open the Tag Editor and click on the Artwork tab, it says that the picture is corrupted.
how was the artwork stored in the original file (embeded, folder.jpg, linked file)?
and was it copying from one file to one file?
Title: Re: GUI changes for v3.0
Post by: Xyzzy on December 09, 2015, 12:03:51 PM
Maybe I am missing something, but where are 'thingies' allowing to show/hide left and right sidebar or how to enable them?

TIA
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 09, 2015, 12:15:49 PM
In version 3.0, if I use the Copy Tags functionality, the album artwork is not copied over. When I open the Tag Editor and click on the Artwork tab, it says that the picture is corrupted.
how was the artwork stored in the original file (embeded, folder.jpg, linked file)?
and was it copying from one file to one file?

It was embedded and I was copying to multiple files at the same time. It happened with all the sets of files I tried but I didn't try any individual files.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 09, 2015, 01:07:51 PM
Maybe I am missing something, but where are 'thingies' allowing to show/hide left and right sidebar or how to enable them?

TIA


I had to do some searching for it too, they are currently to be set at:
Configuration Panel > Layout (1) > bottom panel > status bar:

I personally think it's not the best location for that to be found.
Title: Re: GUI changes for v3.0
Post by: h0m3r on December 09, 2015, 05:26:24 PM
i search 2 commands for the toolbar buttons.

View: Show Column Browser
View: Show Thumbnail Browser

is it possible to add this 2 commands?

Title: Re: GUI changes for v3.0
Post by: Steven on December 09, 2015, 06:08:10 PM
i search 2 commands for the toolbar buttons.
View: Show Column Browser
View: Show Thumbnail Browser

is it possible to add this 2 commands?
now that per tab overrides to hide the column browser has been implemented i guess its now possible for this command to hide/show the column browser for the current tab. Although you need to understand the column browser needs to be included in the default layout for this to work
I should probably also include the thumnnail browser in the current tab overrides as well
Title: Re: GUI changes for v3.0
Post by: Steven on December 09, 2015, 10:32:24 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the copy tags issue
- introduces a new Play Now action (in the Now Playing preferences) to play the entire album only for the track you double click on
- you can now override display of the thumbnail browser for the current tab (hotkeys will be done for the next update)
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 10, 2015, 04:25:05 AM
I don't think the Copy Tags issue is fixed yet. Here is a GIF showing an example.

(https://i.imgur.com/Zp1VVIf.gif)
Title: Re: GUI changes for v3.0
Post by: Bigmelwalter on December 10, 2015, 04:41:44 AM
Gonna give this a test
Title: Re: GUI changes for v3.0
Post by: Steven on December 10, 2015, 12:11:41 PM
I don't think the Copy Tags issue is fixed yet. Here is a GIF showing an example.
very strange as i did test it. Perhaps its specific to m4a files. I will test that tonight or if you have time before then please try on a mp3 file
Title: Re: GUI changes for v3.0
Post by: Boile on December 10, 2015, 01:37:38 PM
Hi!
In the Tracks Window, if you chose a custom Column and want change several Songs at once, it does not work!
One yes, more no!
Thanks
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 10, 2015, 02:37:34 PM
Hi!
In the Tracks Window, if you chose a custom Column and want change several Songs at once, it does not work!
One yes, more no!
Thanks

Can you provide a screenshot of what you mean?
Title: Re: GUI changes for v3.0
Post by: h0m3r on December 10, 2015, 03:27:40 PM
i search 2 commands for the toolbar buttons.
View: Show Column Browser
View: Show Thumbnail Browser
is it possible to add this 2 commands?
now that per tab overrides to hide the column browser has been implemented i guess its now possible for this command to hide/show the column browser for the current tab. Although you need to understand the column browser needs to be included in the default layout for this to work
I should probably also include the thumnnail browser in the current tab overrides as well

ok i understand  ;D

- you can now override display of the thumbnail browser for the current tab (hotkeys will be done for the next update)

TOP! A Hotkey is more comfortable for me. I hide the column browser normally.
Thanks for this!!!!

Title: Re: GUI changes for v3.0
Post by: Ansem on December 10, 2015, 03:37:04 PM
Steven can you please make a "changelog" about what are the new featurs of this musicbee 3? I'm not talking about the daily build bugfix, but about the major things, like new lenguages used for made it,groove compatiblity, UI,ecc.
It would be a lot helpful for people like me that can't follow the forum that much,but still like to know about it :(
Title: Re: GUI changes for v3.0
Post by: Boile on December 10, 2015, 05:28:18 PM
Hi!
(http://i.imgur.com/ZGSpmAi.png?1)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 10, 2015, 05:51:21 PM
Hi!
(very large screenshot)

Do you mean that those fields are empty, or that can you not fill those and write them to the selected files?
Title: Re: GUI changes for v3.0
Post by: Steven on December 10, 2015, 06:12:43 PM
Hi!
In the Tracks Window, if you chose a custom Column and want change several Songs at once, it does not work!
One yes, more no!
Thanks
from your screenshot i would say the custom tag values that MB has cached are out of synch with the values in the music files. Right click/ send to/ rescan files should fix that
Title: Re: GUI changes for v3.0
Post by: Steven on December 10, 2015, 10:15:23 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- the copy tags bug should be fixed this time
- slight change to the playlist manager. Now its just a normal node on the left navigator. If the left navigator is collapsed it shows Library; AudioBooks; Inbox and the playlists. This is so you can drag files from the library into a playlist. If the left navigator is not hidden then only the playlists will show. The playlist manager can now also be configured to not show, set in the Layout preferences
Title: Re: GUI changes for v3.0
Post by: Ansem on December 11, 2015, 12:50:25 AM
Steven Where I can do request about a new feature for this new mb3? I would love to see a way to have sync library between PCs, and I want to suggest you a very easy way to do it :)
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 11, 2015, 01:01:19 AM
- the copy tags bug should be fixed this time

Yes, it is working now. Thank you.
Title: Re: GUI changes for v3.0
Post by: phred on December 11, 2015, 01:29:53 AM
Steven Where I can do request about a new feature for this new mb3? I would love to see a way to have sync library between PCs, and I want to suggest you a very easy way to do it :)
Steven is not adding any new features at this point.  What he's doing (and what he's done) is redesign the user interface.  Requested new features will come later.  I suggest putting your request in the Wishlist sub-forum.
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 05:19:24 AM
Hi!!
I would like to sort the songs by language and have made a custom column for this(Sprache = language).
Now i select the the songs without language attribute--> EDIT-->TAG (2) LANGUAGE-English-->SAVE;  and this does not work!
Thanks
Title: Re: GUI changes for v3.0
Post by: Mephisto on December 11, 2015, 07:04:30 AM
Also, when drag&dropping files from the windows exporer to musicbee inbox, the artwork column is not accepted as dropping area, it need to be a text column (like artist or album). Can it be changed?
thats fixed for the next update

Sorry to keep raising this issue, but I still cannot drop files in the artwork column of the inbox. Thanks.

(http://i.imgur.com/OM4KTNr.png) (http://i.imgur.com/OM4KTNr.png)
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 01:38:42 PM
Hi!!
I would like to sort the songs by language and have made a custom column for this(Sprache = language).
Now i select the the songs without language attribute--> EDIT-->TAG (2) LANGUAGE-English-->SAVE;  and this does not work!
Thanks
I will need more detail than "this does not work"
Title: Re: GUI changes for v3.0
Post by: Ansem on December 11, 2015, 01:44:06 PM
Steven Where I can do request about a new feature for this new mb3? I would love to see a way to have sync library between PCs, and I want to suggest you a very easy way to do it :)
Steven is not adding any new features at this point.  What he's doing (and what he's done) is redesign the user interface.  Requested new features will come later.  I suggest putting your request in the Wishlist sub-forum.
A real pity, i hoped for a way to sync library between computers. I think that it should be really easy with cloud storage like mega!
I explained an easy way to do it in the wishlist topic
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 02:58:34 PM
Hi Steven,
i dont know what you need, i would send it to you!
If i click on save the language column, it does not update.
Title: Re: GUI changes for v3.0
Post by: phred on December 11, 2015, 03:05:01 PM
Hi Steven,
i dont know what you need, i would send it to you!
If i click on save the language column, it does not update.
Where is MB supposed to get the language from?  Have you created a Custom Tag for language?
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 03:07:25 PM
Yes
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 03:08:24 PM
In 2,5 it does work
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 03:29:00 PM
so you are in the tag editor and click save, and you are saying that the custom tag that you edited is not saved.
How did you confirm the new tag value is not saved?
eg. if you open the tag inspector can you see the tag values you entered (I am assuming you have configured the custom tag to save to the music file and not to the musicbee database only)
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 03:39:37 PM
Hi!
I made a custom Tag(custom 3)-> save to music file as tag(language), than set displayed fields and dragged to selected fields!
So i got a new column for language and here can be not saved the selected language!
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 03:44:40 PM
than set displayed fields and dragged to selected fields! So i got a new column for language and here can be not saved the selected language!
i am still not following what you are doing. Can you describe using a bullet point for each step you do so that i can repeat exactly the same actions that you are doing. Assume i already have the custom tag configured.
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 04:07:54 PM
Ok, i choose the songs without language tag in the track list(i see it in the language column) and select these, than right click and edit.
In the edit window->TAG(2)->check the custom3(now language)-> write in "German" and save.... nothing happens
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 04:33:53 PM
Ok, i choose the songs without language tag in the track list(i see it in the language column) and select these, than right click and edit.
In the edit window->TAG(2)->check the custom3(now language)-> write in "German" and save.... nothing happens
ok thanks, i can now reproduce this when the tag editor is docked in the main panel after the 2nd edit
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 04:35:21 PM
Thanks
Title: Re: GUI changes for v3.0
Post by: scartez on December 11, 2015, 05:03:13 PM
Hi. Getting this error:

MusicBee v3.0.5822.40451 (Win6.0), 11 dez 2015 14:57:

System.ArgumentException: Parâmetro inválido.
   em System.Drawing.Image.get_RawFormat()
   em System.Drawing.Graphics.DrawImage(Image image, Int32 x, Int32 y)
   em System.Drawing.Graphics.DrawImage(Image image, Point point)
   em #=qjkEIKb0mBDFebl5mehFj1zMHTDrwgzlan5QJtYYIOn0=.#=qHPbrRcpm7EM_W$oZrrZu_w==(#=qCYftL23N$zpz5OO11Z378cXXHwpBWtW6NpNd2SsZSz0vrIcEfoWpBL24MwRexys3 #=qGQFyme7eMSnu$F0ignzDQA==)
   em #=qjkEIKb0mBDFebl5mehFj1zMHTDrwgzlan5QJtYYIOn0=.#=qNmniVFFx9d4oaoY$ghL7Tt7nFGMXElxaDGdGzIBHQbY=._Lambda$__0(Graphics #=qbCGtJB3alum9AE_$KXRACg==)
   em #=q8oIXmWuR2xq0v0qgZuyg$A==.#=qpqYwC8DipV4XtLmP5$0SYQ==.#=qiPutm_naoRQQrbRQ2VM5Ng==(Graphics #=q1hL0hy2ef$Y20Fs9uuU4QQ==, #=qFDM2Up5FnDSUUgOJjZKCgI4YsXv5nl1mzjXPzSPNxRc= #=qN$e2TDoIvbJrlR0e_YIhuQ==, Rectangle #=qbziNqtvh5VtCm3Q9OpLmJA==, Rectangle #=qiqd14gVKrnp2gw3BMnhP8Q==)
   em #=qjkEIKb0mBDFebl5mehFj1zMHTDrwgzlan5QJtYYIOn0=.OnPaint(PaintEventArgs #=qCc8Aw957z2dn_fF7Asta_g==)
   em System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   em System.Windows.Forms.Control.WmPaint(Message& m)
   em System.Windows.Forms.Control.WndProc(Message& m)
   em #=qbJG2ESJB72qsl8RqOOkod0$TUPQjD$Gi6VrtTSfDZfk=.WndProc(Message& #=qhlADoN9ERVQNcFrepF7uJg==)
   em System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   em System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   em System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

STEPS:
EDIT > PREFERENCES > LIBRARY > PRESS CHOOSE FOLDERS BUTTON
I get a crossed lines blank square and the error message (using default MusicBee 3 skin). If I use the MusicBee Classic skin, for example, the error doesn't happen.

Cheers!
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 05:12:52 PM
When making changes that affect tag values, for example album rating and virtual album score, it won't automatically refresh the visual values in the artwork view (maybe also other views).
i cannot reproduce this. Are you displaying "Album Rating" and set it to auto-calculate? For my test i did that and changed a track rating in the main panel and from the player, both of which updated the album rating.
How did you can the rating in your case?
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 05:27:50 PM
STEPS:
EDIT > PREFERENCES > LIBRARY > PRESS CHOOSE FOLDERS BUTTON
I get a crossed lines blank square and the error message (using default MusicBee 3 skin). If I use the MusicBee Classic skin, for example, the error doesn't happen.
for some reason MB cant load the tick box image. I notice you are using Vista so its problem some windows bug.
First off, could you delete musicbee3.xml and make sure musicbee3.xmlc is in the folder (its included in the download) and see if that makes any difference.
Also are there new errors in the error log every time you launch MB using the MusicBee3 skin?
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 05:34:27 PM
I downvoted a track to 4 stars and it still shows a virtual tag score of 100. I just went on to see what happens if i downvote multiple tracks, result: album rating and the visual virtual tag value changes sporadically. And yes, auto-calculation is activated.
what is the forumula for the virtual tag?
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 05:45:34 PM
Hi Steven,
i have another one issue!
In the lyric window if you right click on a lyric to edit--> EDIT DISPLAYED LYRIC, than again right click- in the sub-menu are missing lines and you cant edit!
Title: Re: GUI changes for v3.0
Post by: scartez on December 11, 2015, 06:29:35 PM
STEPS:
EDIT > PREFERENCES > LIBRARY > PRESS CHOOSE FOLDERS BUTTON
I get a crossed lines blank square and the error message (using default MusicBee 3 skin). If I use the MusicBee Classic skin, for example, the error doesn't happen.
for some reason MB cant load the tick box image. I notice you are using Vista so its problem some windows bug.
First off, could you delete musicbee3.xml and make sure musicbee3.xmlc is in the folder (its included in the download) and see if that makes any difference.
Also are there new errors in the error log every time you launch MB using the MusicBee3 skin?

Thanks for your reply.
musicBee3.xml was already deleted. Only musicbee3.xmlc was in the folder. These are the errors in the error log when I launch MB with the MusicBee3 skin:

11/12/2015 16:26:42 - Unable to load element: -663114390 - Parâmetro inválido.
11/12/2015 16:26:42 - Unable to load element: 1513069963 - Parâmetro inválido.
11/12/2015 16:26:42 - Unable to load element: -766100460 - Parâmetro inválido.

Hope you can find what is going on.
Cheers!
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 06:48:22 PM
These are the errors in the error log when I launch MB with the MusicBee3 skin:

11/12/2015 16:26:42 - Unable to load element: -663114390 - Parâmetro inválido.
11/12/2015 16:26:42 - Unable to load element: 1513069963 - Parâmetro inválido.
11/12/2015 16:26:42 - Unable to load element: -766100460 - Parâmetro inválido.
i have sent you a PM with a debug version. Let me know if it works
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 06:52:31 PM
Hi Steven,
i have another one issue!
In the lyric window if you right click on a lyric to edit--> EDIT DISPLAYED LYRIC, than again right click- in the sub-menu are missing lines and you cant edit!
when you go into edit mode, only "Cancel Edit" and "Save Lyrics" are available as options
If thats what you see then thats as intended
Title: Re: GUI changes for v3.0
Post by: Steven on December 11, 2015, 06:54:45 PM
fixed for most of the above
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: scartez on December 11, 2015, 07:00:23 PM
These are the errors in the error log when I launch MB with the MusicBee3 skin:

11/12/2015 16:26:42 - Unable to load element: -663114390 - Parâmetro inválido.
11/12/2015 16:26:42 - Unable to load element: 1513069963 - Parâmetro inválido.
11/12/2015 16:26:42 - Unable to load element: -766100460 - Parâmetro inválido.
i have sent you a PM with a debug version. Let me know if it works


Debug version works perfectly. Thank you. Should I keep it?
Title: Re: GUI changes for v3.0
Post by: Boile on December 11, 2015, 09:13:27 PM
Hi,
the column issue is now corrected, but without copy and paste is difficult to edit something!
Greetings
Title: Re: GUI changes for v3.0
Post by: phred on December 12, 2015, 01:26:58 AM
When clicking on the Podcast Group Title (for lack of a better description) I'm getting this error.  MB doesn't close, crash, or otherwise malfunction.  Clicking on an individual episode plays the episode as expected.

MusicBee v3.0.5823.33748 (Win6.1), 11 Dec 2015 20:22:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qvkpov$B6If92ngxs__MdeRe41j3aVAaAREQWOpx87pE=.#=q8E_V$VbtbMzSo8IBl_PMtx1t6mcGWj65oaGw2wRHBrU=(#=qpT3Gz8T1fisl3NLgf3XZOHLOD49LrUOTLw9kEEIIW7c= #=qj9P6oVXlk4ArGclii$fDYQ==, #=qMgUmZNdzbfmnalR5SswTTA==[] #=qURTG64cfRZ3CwwobZxJG1g==)
   at #=qvkpov$B6If92ngxs__MdeRe41j3aVAaAREQWOpx87pE=.#=qZkSM_1AwT$vQD7MQd4gxxw==(#=qpT3Gz8T1fisl3NLgf3XZOHLOD49LrUOTLw9kEEIIW7c= #=qiHajpSKdQdwCG_NAHc6bcw==)
   at #=qvkpov$B6If92ngxs__MdeRe41j3aVAaAREQWOpx87pE=.#=qo0x2il92ArjcdJp18dHUUQ==(#=qpT3Gz8T1fisl3NLgf3XZOHLOD49LrUOTLw9kEEIIW7c= #=qvGc$QYYptD15D0IF2xm55Q==)
   at #=qsfzi8D0UgSOC9r9wQgkyda_bEYXblko$8KCDinzRiLw=.#=qJoC$GSVmVs7zxD$ZBPx$$A==(Boolean #=qfIVf3J3e5RAUT5tf6Bkshg==, List`1 #=q4FGASYdtm$Y4DPkgm3uX9Q==)
   at #=qsfzi8D0UgSOC9r9wQgkyda_bEYXblko$8KCDinzRiLw=.#=q2Qu7Vebq5M50tOXFVM9e7IItm5GU4woOL_mcFamS1Do=(List`1 #=q4EAMNMZmSpWxs214U28gZw==)
   at MusicBee.MusicBeeMain.#=qaRtz$oDDuJV_D9eTV4_zIYTUZ2yuX3jxVIJo_PCkjxY=(#=q77gNmgx1BpaCjwkpqO_YvA9Knmc9EnDsCTyspoUi164= #=qgjM8sij5_yVUZXoQmTRccw==)
   at MusicBee.MusicBeeMain.#=qdh2k9xUEG0d69vDDo1SM4A==.#=qBRPgGORiXJurgO41Y7SwEA2kahgDJKL9UpCbyRkOVlw=(Object #=qGnL8tC0ub3jP1akEczAUDg==, #=qf5lfIedH2ta1uD9X7yxxmLgZuU$W51A2tXiuQcpfT8_F5RooUeDIDpXaxHU76QtQVgIsA23r7Wjnm4TLdBJTzA== #=q2MXJAfixtm8zgLRIYES9$g==)
   at #=qgo6PwyzkLp$E7mlole0dX3fjviHdWMwcQkTAcdvjWMo=.#=qBJlkXCmM9F2ClXGdgDq7tQPIf8cl_ImlTpTLJVSHmaQ=(#=qf5lfIedH2ta1uD9X7yxxmLgZuU$W51A2tXiuQcpfT8_F5RooUeDIDpXaxHU76QtQVgIsA23r7Wjnm4TLdBJTzA== #=q8_MB2FBFoX9ZuDDfmA1_YA==)
   at MusicBee.MusicBeeMain.#=qm4IaWmAdLID2uh_8Sy3_dxdQR_dQl2eiuV4KifoudaM=.#=qBJlkXCmM9F2ClXGdgDq7tQPIf8cl_ImlTpTLJVSHmaQ=(#=qf5lfIedH2ta1uD9X7yxxmLgZuU$W51A2tXiuQcpfT8_F5RooUeDIDpXaxHU76QtQVgIsA23r7Wjnm4TLdBJTzA== #=qr5jB0TLZ1DylkysLxW0WKA==)
   at #=qgo6PwyzkLp$E7mlole0dX3fjviHdWMwcQkTAcdvjWMo=.#=qFPpKwYVTcp4R00B9U5A4PA==.#=qtGI23rBaXtRw4M$hWag$ggl_cLOjTmO5rDQG1WYAzxw=(Int32 #=qO64G_KdWE5a6oupxsTWtLQ==, Boolean #=qeE3JMSa3ZHJw7SCqFFr0bA==, Boolean #=qTyqBI$pvfyPVslIZMNuZDWVL5uGGgjlWgsrr6$c1kz0=)
   at #=qgo6PwyzkLp$E7mlole0dX3fjviHdWMwcQkTAcdvjWMo=.#=qFPpKwYVTcp4R00B9U5A4PA==.#=qty5FLuYHXV4f0pYJ$mAPae9AIqSQqALBUXeLzMLA$vFbBC_RUy4s25I0VkifD23d(Int32 #=qlS7g$YLkrXYieEPK34cZzQ==)
   at #=qgo6PwyzkLp$E7mlole0dX3fjviHdWMwcQkTAcdvjWMo=.#=qFPpKwYVTcp4R00B9U5A4PA==.OnMouseDown(MouseEventArgs #=qbiC8qMGChVta8NOLLo0iVQ==)
   at System.Windows.Forms.Control.WmMouseDown(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qOZ5I_6Ni$2x5rGP1n2f$S4$GgKQlka7TKHq3D4ec$VM=.WndProc(Message& #=qLZ8tpLuD_69bFi$felttnw==)
   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)

(http://i.imgur.com/yNw2qU6l.jpg) (http://i.imgur.com/yNw2qU6.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 08:23:29 AM
is the window maximised?
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 10:43:24 AM
When clicking on the Podcast Group Title (for lack of a better description) I'm getting this error.  MB doesn't close, crash, or otherwise malfunction.  Clicking on an individual episode plays the episode as expected.
its fixed for the next update. In the interim, just set the track info/ lyrics panel to "Playing" rather than "Selected Tracks"
Title: Re: GUI changes for v3.0
Post by: Alumni on December 12, 2015, 02:33:48 PM
introduces a new Play Now action (in the Now Playing preferences) to play the entire album only for the track you double click on

Thanks, I really appreciate this addition.

I think 'Now Playing' could benefit from another option that allows for 'contextual' behavior. For instance, when I double click an album in artwork view I would like it to play only those album's tracks, but at the same time when I double click a song in track view, I would expect it to keep playing the rest of the playlist.
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 03:17:03 PM
- Send to Auto-DJ duplicates the starting track (https://i.imgur.com/jNJ70mY.png) (started via toolbar command while selected track is already playing)
- strange behavior with Auto-DJ: if you try to skip a track, it will play the starting track again, after that if you skip again, it will play the next song in the usual order, and so on. means: per every second skip it will play the starting song again and again.
i cant reproduce either of these. Can you send me your settings file (help/ support/ view settings)
(I can reproduce the slowness/ locking up when the initial list is large and thats fixed for the next update)

- error in preferences > Layout (2) > compact player > select configure panel
i cant reproduce this. I might be able to reproduce with your settings but if not i will need the error dump when it happens

- assigning star ratings for tracks in artwork view using the mouse (also with half star ratings activated) isn't fluid, needs px adjustments
- refreshing of album rating not fixed yet (https://i.imgur.com/9GPPYWQ.png), it refreshes, but shows previous ratings sporadically
both of these sound like issues i fixed yesterday. Are you using the version from yesterday?
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 06:17:04 PM
the above two and compact player settings dialog are fixed for the next update.
For the weird track skip behavior, i would say the reason is because you have playback follows cursor. Lets say you start with double click track X which is now highlighted. That song plays and then when finished goes to the next track. When that track finishes, if you still have track X highlighted MB will jump back to that track and when finished go to the 3rd track, then jump back to the highlighted track
I still need to do more comparison with v2.5 so there still might be some bugs but so far its doing what playback follows cursor should. Did you really want that setting?
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 06:35:50 PM
I need to understand why that setting worked ok for you in v2.5
Can you describe an example where it works as expected in v2.5 but if behaving differently in v3?
For the example i gave above, the behavior was the same in v2.5. It would only work well if you have "highlight selected track" enabled in the "Now Playing" preferences which are not enabled in your settings. Perhaps thats a difference compared to your v2.5 settings?

i'm just doing a comparison with foobar now and i see it does things a little different and in my view its a better way, so i am going to make a change anyway.
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 09:53:34 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

fixes for most of the issues reported by Underneath. I will do the remainder tomorrow
Also i have enhanced the "playback follows cursor" setting so it behaves much better when the main panel is not configured to have the playing track selected or highlighted
Title: Re: GUI changes for v3.0
Post by: Steven on December 12, 2015, 10:10:49 PM
I think 'Now Playing' could benefit from another option that allows for 'contextual' behavior. For instance, when I double click an album in artwork view I would like it to play only those album's tracks, but at the same time when I double click a song in track view, I would expect it to keep playing the rest of the playlist.
yes i agree. It used to be configured in the Artwork layout but i didnt think that was the appropriate place and removed it but didnt get around to including it with the new setting
I will do that

Two things regarding mini player:
2) It's not possible to use the wide layout if docked at the bottom or top.
do you really want to do that? I didnt include support for that it because it takes up a lot of space
Title: Re: GUI changes for v3.0
Post by: AvikB on December 13, 2015, 07:10:38 AM
- I found another little issue regarding the not docked mini player. If I click the track list button, the track list will always be displayed below the mini player. I suggest that it should display above, if the player is near the bottom, and below if it's near the top of your screen (if possible).

+1
Title: Re: GUI changes for v3.0
Post by: Blackened on December 13, 2015, 08:40:27 AM
Hey Steven, I got this error from Musicbee v3.0

Quote
MusicBee v3.0.5824.39257 (Win10.0), 13 Dec 2015 16:39:

System.ArgumentException: Rectangle '{X=61,Y=563,Width=0,Height=18}' cannot have a width or height equal to 0.
   at System.Drawing.Drawing2D.LinearGradientBrush..ctor(Rectangle rect, Color color1, Color color2, LinearGradientMode linearGradientMode)
   at #=q7XmOtZ5BrHjaa9wACrT6O8RmmrEC7r0RwogJDE_8OPY=.#=qDnmlpjFAu1724sCXOnUZyA==(Graphics #=q_p3AwyzKrOxLgFr7SkcIzw==, Rectangle #=qQEMomtpXJohLZV5FPSE01A==)
   at #=qQR9SmjlOG7CjqctzVR5r$YHnOL5Xa5pWYmncp3gvUdU=.#=qk0HOQStBysBD6MuFUnvibw==(#=qaXlvNC$$F8Njp02b32kcIEQMceCmWxo0cwKflfQROkxFQSUullKhm5v50TXopSCb #=qoVhMvbvUuLDwWqCRW2ebSA==)
   at MusicBee.MusicBeeMain.#=q_Cvn5RuGB7OwUMlU5VayOA==.#=qk0HOQStBysBD6MuFUnvibw==(#=qaXlvNC$$F8Njp02b32kcIEQMceCmWxo0cwKflfQROkxFQSUullKhm5v50TXopSCb #=qj$W6rI6CwRdKmzb2lhroZw==)
   at #=qQR9SmjlOG7CjqctzVR5r$YHnOL5Xa5pWYmncp3gvUdU=.#=qFuWhzB1W9oDJXALRXZ9AWCqNzTSeip71H3GirqGLwls=._Lambda$__0(Graphics #=q__jXCk92xuIbwJkMWG5CHg==)
   at #=qySIUeRf8MuvRe0F8i878iQ==.#=q02ayg4lokH1BZK$wZJUAXQ==.#=q015cGeu6dXkNn21MfxAUbw==(Graphics #=qdLnOlK0FKVF1q1Do$9k2dw==, #=qCwIV8g83lTUl8y8TLaXqJ$GxwohgcuCiG6Q71OGP1Xk= #=qz23aI6U90P_1bxAyqGh71Q==, Rectangle #=qsD9RmsmVA0bgJBMQ2FozXw==, Rectangle #=qLPLuPV9CT9j72mg1ZDILAA==)
   at #=qQR9SmjlOG7CjqctzVR5r$YHnOL5Xa5pWYmncp3gvUdU=.OnPaint(PaintEventArgs #=qpAO23tPyVAy7kvXm5F0EEw==)
   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 #=qeV1iPuEW7QJJMxcO$erJ1P0J4gh1HYTdg07Qjq54myc=.WndProc(Message& #=qqv7oF2FqSddikxmj_IuzKQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on December 13, 2015, 08:46:54 AM
Hey Steven, I got this error from Musicbee v3.0
could you PM me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on December 13, 2015, 11:23:10 AM
- However, I would like to bring up again an Auto-DJ issue. This is how to reproduce it: Select a track, play this track, start Auto-DJ. Result: It (the selected track) will appear twice at the start of the generated playing track list. Once should be enough (MB 2.5 behavior).
using your settings file i cant reproduce this with yesterday's version. Does the same thing happen if you preview the tracks first and secondly if you disable playback follows cursor. And thirdly, try using Track Details layout vs. Artwork layout

edit:
never mind - i figured out how to reproduce this now. Its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on December 13, 2015, 11:44:56 AM
- Auto-Tag using Last.fm Tag Cloud windows cuts off at the bottom (https://i.imgur.com/6pkSSpE.png) (tested with more than 70,000 selected files at once)
are you using a computer with > 96dpi
Title: Re: GUI changes for v3.0
Post by: pumalife on December 13, 2015, 03:51:04 PM
Hi Stephen,

3.0 is looking great. Noticed some bugs
1) thumbnail browser, when i try to change the browser to a custom tag. ill click on any given one of my custom tags in the menu list and instead it selects a different tag in the list and displays that tag. its not random item it selects, but the same one respective to each item you click.
2)use context menu, search, find similiar. musicbee gui freezes (music still plays), let sit for a few minutes, restarted tried with a new song, didnt matter if it was the playing song or not.
Title: Re: GUI changes for v3.0
Post by: Steven on December 13, 2015, 04:17:42 PM
Hey Steven, I got this error from Musicbee v3.0
i cant reproduce using your settings. Were you doing anything in particular at the time?
Title: Re: GUI changes for v3.0
Post by: Blackened on December 13, 2015, 04:51:05 PM
Hey Steven, I got this error from Musicbee v3.0
i cant reproduce using your settings. Were you doing anything in particular at the time?

I was transferring my music to Samsung Galaxy note II (MTP, not Mass Storage Device).

so here's the left panel gone weird with a big X.

(http://i.imgur.com/1g1MTfY.png)

Title: Re: GUI changes for v3.0
Post by: Steven on December 13, 2015, 08:09:33 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above
- for the "Play Now" actions, i have added one more setting so that only the clicked album plays in the artwork layout but all tracks are played everywhere else
- the playing tracks list opened from the mini-player should now adapt better to the position of the mini-player in the screen
- the mini player can now be docked to the top/ bottom window using the album cover layout

@Blackened, i put in handling for the error but i dont know why it happens so i wont be surprised if some other glitch happens. Let me know how it goes
@Underneath, for the Auto-tag by track dialog window cutting text off, I can reproduce the exactly the same on a high dpi screen (>96 dpi) so hopefully it will also fix your issue
Title: Re: GUI changes for v3.0
Post by: Alumni on December 14, 2015, 04:03:51 AM
@Steven
Thanks for the update, I do appreciate the new Play Now action.

If you're still taking requests, I had an idea today - when switching the library view to Artists, it would be really cool if it remembered your selection from earlier (maybe with checkboxes in the submenu?), as it is now I have to click on 'group by' and 'album artist' every time I switch to Artists view, since the default 'artists' doesn't always group albums together. It would certainly save me a few mouse clicks.
Title: Re: GUI changes for v3.0
Post by: Steven on December 14, 2015, 06:47:37 AM
If you're still taking requests, I had an idea today - when switching the library view to Artists, it would be really cool if it remembered your selection from earlier (maybe with checkboxes in the submenu?), as it is now I have to click on 'group by' and 'album artist' every time I switch to Artists view, since the default 'artists' doesn't always group albums together. It would certainly save me a few mouse clicks.
i will do that as i am surprised its not already the case
Title: Re: GUI changes for v3.0
Post by: Steven on December 14, 2015, 08:51:12 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- added back in the option to filter the music library/ open an artist information page when clicking on the artist/album in the Track Information panel
- the artist grouping is now remembered when re-opening the artist artwork layout
- fixed drag/drop not working when dropping on the first column in the album and tracks layout
- fixed a couple of skin bugs
Title: Re: GUI changes for v3.0
Post by: Alumni on December 15, 2015, 05:36:52 AM
- the artist grouping is now remembered when re-opening the artist artwork layout

I'm glad to see this added, but I'm not able to get it working at the moment.
When I switch back to artist view it still displays the default, forgetting my selection.
I'll send you my settings file in case you need it.
Title: Re: GUI changes for v3.0
Post by: Steven on December 15, 2015, 07:17:30 AM
When I switch back to artist view it still displays the default, forgetting my selection.
how do you switch back to the artist view?
Title: Re: GUI changes for v3.0
Post by: Alumni on December 15, 2015, 07:30:07 AM
how do you switch back to the artist view?

Using the main panel header bar drop down menu (tracks/albums and tracks/album covers/artists).
Title: Re: GUI changes for v3.0
Post by: Steven on December 15, 2015, 07:36:06 AM
edit:
the setting is only remembered on a per-tab basis. So did you open the layout in the same tab?
Title: Re: GUI changes for v3.0
Post by: Alumni on December 15, 2015, 08:50:04 AM
edit:
the setting is only remembered on a per-tab basis. So did you open the layout in the same tab?

Yeah, I tested it in the same tab.

Edit: Actually I just tried it again, and I noticed that switching from 'tracks' to 'artists' does remember the selection, but anytime I switch from 'album covers' to 'artists' it forgets the selection.
Title: Re: GUI changes for v3.0
Post by: 9ido on December 15, 2015, 04:36:45 PM
Small cosmetic glitch in the search box. The bottom pixels of the text are chopped off. I typed a 'g' and it looked almost like a 'q'. I think it's just one pixel that gets chopped of.
Search box is in caption bar, font Segoe UI 9pt. The text looks a bit skewed down, just a bit too much below the middle, there's too much space above the text. I think two pixels up would probably look balanced.
Do you need an image?
 
Title: Re: GUI changes for v3.0
Post by: 9ido on December 15, 2015, 04:41:27 PM
I'm curious about the performance while scanning folders for new files. V3 felt extremely slow compared to 2.5 in my tests, there's also an idle at the end of the scanning process. Tested with more than 70,000 files / 316 GB.

In my experience, it's the opposite! When I did a refresh on my 'recently added' smart playlist there used to be a lag where MB got unresponsive, that seems gone now. :) But that might have something to do with smart playlists instead.
I use monitored folders.
Title: Re: GUI changes for v3.0
Post by: Blackened on December 16, 2015, 04:26:54 AM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above
- for the "Play Now" actions, i have added one more setting so that only the clicked album plays in the artwork layout but all tracks are played everywhere else
- the playing tracks list opened from the mini-player should now adapt better to the position of the mini-player in the screen
- the mini player can now be docked to the top/ bottom window using the album cover layout

@Blackened, i put in handling for the error but i dont know why it happens so i wont be surprised if some other glitch happens. Let me know how it goes
@Underneath, for the Auto-tag by track dialog window cutting text off, I can reproduce the exactly the same on a high dpi screen (>96 dpi) so hopefully it will also fix your issue

Sadly I'm still having the Big X problem, I think the first one was transferring one file, when it comes to multiple, old behavior.
Title: Re: GUI changes for v3.0
Post by: Alumni on December 16, 2015, 12:42:09 PM
I just came across a potential issue - from my testing it doesn't seem like the scaling algorithm is refreshing the album artwork cache.
As you can see in this screenshot, the album cover in the expanded menu is noticeably sharper than the same one in the main panel.

(http://i.imgur.com/knuEZYJl.jpg) (http://i.imgur.com/knuEZYJ.jpg)
Title: Re: GUI changes for v3.0
Post by: h0m3r on December 16, 2015, 05:28:07 PM
since the last update I have a new bug ;)
"when an album picture is double clicked"
at each MB restart is "play album" clicked.
but i want the "show album contents"

(http://i.imgur.com/yb4drHI.jpg)

Title: Re: GUI changes for v3.0
Post by: darkred on December 16, 2015, 06:47:20 PM
I've noticed these issues in the last version:

1. when you do a search (via the searchbox)
and then you doubleclick any row(result entry), e.g. 'All (10 items)' inside the 'Title' column (provided that you have enabled 'Column Browser')
then it does nothing (in v2.5 it would add the the matching tracks to the playlist)
And, if you rightclick on such entry|'Play Now' then it adds in the playlist the whole albums - not the matching tracks only.

2. there's corruption (3 thin horizontal lines) as I scroll down the files panel:
(http://i.imgur.com/08U9g5Ql.jpg) (http://imgur.com/08U9g5Q)
(I have win10 x64 and resolution 1920x1200, using nVidia VGA with driver 359.06)
Title: Re: GUI changes for v3.0
Post by: Steven on December 16, 2015, 06:57:26 PM
I just came across a potential issue - from my testing it doesn't seem like the scaling algorithm is refreshing the album artwork cache.
As you can see in this screenshot, the album cover in the expanded menu is noticeably sharper than the same one in the main panel.
the cover pictures in the main panel are sourced from cached images that are scaled down to a size just larger than the display size. The picture in the expanded panel is sourced from a cached copy of the original picture. So there is potentially some small difference. But are you saying you updated the source cover picture and it didnt relect the higher quality image in the main panel thumbnails or just making a general comment?
Title: Re: GUI changes for v3.0
Post by: Alumni on December 16, 2015, 07:12:37 PM
the cover pictures in the main panel are sourced from cached images that are scaled down to a size just larger than the display size. The picture in the expanded panel is sourced from a cached copy of the original picture. So there is potentially some small difference. But are you saying you updated the source cover picture and it didnt relect the higher quality image in the main panel thumbnails or just making a general comment?

I could be mistaken, but I got the impression that the thumbnails are not being updated to reflect the 100% scale setting.
Title: Re: GUI changes for v3.0
Post by: Steven on December 16, 2015, 07:43:21 PM
I could be mistaken, but I got the impression that the thumbnails are not being updated to reflect the 100% scale setting.
i am not sure i know what you mean by "the 100% scale setting". Are you saying you have the "picture size:" scaler in the Albums v or Artists v dropdown set to maximum?
Title: Re: GUI changes for v3.0
Post by: Steven on December 16, 2015, 07:45:46 PM
2. there's corruption (3 thin horizontal lines) as I scroll down the files panel:
i cant reproduce this. Which skin are you using and could you try with the MusicBee3 skin? Also how do you action the scroll (eg. mouse wheel, drag of the scroll slider)
and does scrolling fast or slow make any difference (especially the slow scroll, click on the top/bottom scroll button)
lastly, scroll direction might be relevant as well - does it happen both up and down?
Title: Re: GUI changes for v3.0
Post by: AvikB on December 16, 2015, 08:04:20 PM
2. there's corruption (3 thin horizontal lines) as I scroll down the files panel:
i cant reproduce this. Which skin are you using and could you try with the MusicBee3 skin? Also how do you action the scroll (eg. mouse wheel, drag of the scroll slider)
and does scrolling fast or slow make any difference (especially the slow scroll)
lastly, scroll direction might be relevant as well - does it happen both up and down?
i also have this issue. I can reproduce this using both MusicBee3 skin and the Windows 10 style skin.
Play a song and right click on the player control panel and click Locate playing track at current tab then just use mouse wheel to scroll up down and this shows.

(http://i.imgur.com/iAeNsSg.jpg)
Title: Re: GUI changes for v3.0
Post by: Alumni on December 16, 2015, 08:07:38 PM
i am not sure i know what you mean by "the 100% scale setting". Are you saying you have the "picture size:" scaler in the Albums v or Artists v dropdown set to maximum?

Yeah that's what I meant - picture size is at maximum, and to my eyes the thumbnails appear a bit blurry/fuzzy.
Also there is no indication the thumbnails are being updated, it's like they're being upscaled instead.
Title: Re: GUI changes for v3.0
Post by: Steven on December 16, 2015, 08:09:20 PM
i also have this issue. I can reproduce this using both MusicBee3 skin and the Windows 10 style skin.
Play a song and right click on the player control panel and click Locate playing track at current tab then just use mouse wheel to scroll up down and this shows.
yes i can reproduce an issue using this method. For me it blanked most of the panel. So i am thinking the one reported by darkred might be caused by something else?
Title: Re: GUI changes for v3.0
Post by: AvikB on December 16, 2015, 08:10:43 PM
The issue becomes extreme if you try to click on the scrollbar and click drag it up or down:

(http://i.imgur.com/XQbVHOm.jpg)
Title: Re: GUI changes for v3.0
Post by: darkred on December 16, 2015, 08:22:28 PM
2. there's corruption (3 thin horizontal lines) as I scroll down the files panel:
i cant reproduce this. Which skin are you using and could you try with the MusicBee3 skin? Also how do you action the scroll (eg. mouse wheel, drag of the scroll slider)
and does scrolling fast or slow make any difference (especially the slow scroll, click on the top/bottom scroll button)
lastly, scroll direction might be relevant as well - does it happen both up and down?
I'm using the skin Dark|Sunset but it occurs with the MusicBee3 skin too.
It's always reproducible:
it occurs right after I press Ins(Scan Folder For New Files):
when the procedure completes, if I scroll down using mouse wheel, then it always occurs.
The corruption remains if I scroll up(=it doesn't get fixed) but no further corruption is created when scrolling up.
If it occurs once, then even if I close and restart MusicBee, then the corruption occurs even by simply scrolling down.
Also, I confirm AvikB's report about using the scrollbar to scroll.
Title: Re: GUI changes for v3.0
Post by: Alumni on December 16, 2015, 08:25:36 PM
I had a look in my appdata/cache folder, I noticed its thumbnails are 188x188 px.
According to my measurements, the size of the largest thumbnails in MusicBee comes to 225x225 px.
Title: Re: GUI changes for v3.0
Post by: Steven on December 16, 2015, 09:07:30 PM
I had a look in my appdata/cache folder, I noticed its thumbnails are 188x188 px.
According to my measurements, the size of the largest thumbnails in MusicBee comes to 225x225 px.
ok, that doesnt sound good and i will check that out
Title: Re: GUI changes for v3.0
Post by: Steven on December 16, 2015, 10:17:48 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for a couple of scrolling issues in the artwork layout, although i cant be sure it addresses the issue reported by darkred or the 2nd issue reported by AvikB
- fixes the "Show Albums" setting lost on restart in the Artwork layout
- fix for remembering the Artist grouping setting when switch from the Albums layout
- i will look at the remaining reported issues tomorrow night
Title: Re: GUI changes for v3.0
Post by: BoraBora on December 16, 2015, 10:57:40 PM
Hi Steven!

I know this isn't a request topic but because this 3.0 overhaul relates to the GUI and the general appearance, I don't think I'm out of line by asking if you would consider increasing the maximal size for thumbnails in cover view from 225 pixels to at least 600 pixels? On a 4K screen, a 225x225 image is ridiculously small and defeat the whole point of a cover view.

Again, sorry if this is not the right place for asking this. I already made a request months ago in the appropriate section, but I couldn't resist asking again, seeing as the lasts posts were about these thumbnails in cover view.
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 17, 2015, 03:10:18 AM
This is picky but in the new version, the content of the search box is not automatically highlighted when you click in it or press CTRL+F like it is in 2.5.
Title: Re: GUI changes for v3.0
Post by: AvikB on December 17, 2015, 04:05:23 AM
The issue becomes extreme if you try to click on the scrollbar and click drag it up or down:
...

http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for a couple of scrolling issues in the artwork layout, although i cant be sure it addresses the issue reported by darkred or the 2nd issue reported by AvikB
- fixes the "Show Albums" setting lost on restart in the Artwork layout
- fix for remembering the Artist grouping setting when switch from the Albums layout
- i will look at the remaining reported issues tomorrow night

It is weird, while clicking on the scrollbar and scroll to top does not have this issue. but when trying to click and scroll to bottom this appears.
It is same for that distorted line. Scrolling up has no issue, but scrolling down produce this weird distortion.
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 17, 2015, 06:12:26 AM
I like the improvements to the Playlist Manager!  Only problem is right now the Playlist Manager overlaps the columns in the main panel.

Edit: I guess I still don't get how the playlist manager is meant to be used.  I like the way it looks right now, but I would want to have it open while I browse the Music node so that I could quickly add tracks to playlists.  I think it would be awesome if it provided a way to use it to display a playlist alongside the main panel so you can quickly see what tracks are already in it.  But that would be a pretty radical change, I realize.
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 17, 2015, 07:03:47 AM
Unrelated proposal:  I think MB should save its layout proportions when it's maximized separately from when it's "restored".  I like to make the track details panel just the right size to show the artwork without a scrollbar, but I have to redo it every time I go to windowed mode (so I can check out the borders, take screenshots, whatever).  It seems like it should remember its correct proportions when maximized.  Obviously having it on a different size monitor would still muck it up, but that seems like it would happen far less often than maximize/restore.
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 07:16:02 AM
On a 4K screen, a 225x225 image is ridiculously small and defeat the whole point of a cover view.
the images are scaled by screen dpi, so a 4K screen would usually show them as 450x450

I like the improvements to the Playlist Manager!  Only problem is right now the Playlist Manager overlaps the columns in the main panel.

Edit: I guess I still don't get how the playlist manager is meant to be used.  I like the way it looks right now, but I would want to have it open while I browse the Music node so that I could quickly add tracks to playlists.  I think it would be awesome if it provided a way to use it to display a playlist alongside the main panel so you can quickly see what tracks are already in it.  But that would be a pretty radical change, I realize.
i assume you mean the main panel columns are adjusted to accomodate the playlist manager and it doesnt literally overlap the main panel fields.
The intention with the Playlist Manager is for users who have the left sidebar (and hence navigator hidden). Having the left sidebar hidden is the new default for new users.
When in that configuration there is no easy way to drag files from the library into a playlist. It really doesnt serve much purpose for anyone who has configured the left sidebar to stay open.
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 17, 2015, 07:36:20 AM
i assume you mean the main panel columns are adjusted to accomodate the playlist manager and it doesnt literally overlap the main panel fields.

No, I mean it literally overlays the main panel (even when the left sidebar is hidden). GIF: http://i.imgur.com/k6bmGpq.gif (http://imgur.com/k6bmGpq)

Quote
The intention with the Playlist Manager is for users who have the left sidebar (and hence navigator hidden). Having the left sidebar hidden is the new default for new users.
When in that configuration there is no easy way to drag files from the library into a playlist. It really doesnt serve much purpose for anyone who has configured the left sidebar to stay open.

I get that it's meant for when the left sidebar is hidden, but what purpose does it serve if you can't work back and forth between your library and the playlists?

Oh, I may have just had a light bulb go on.  Is it intended to be used with multiple tabs somehow?
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 07:54:26 AM
I get that it's meant for when the left sidebar is hidden, but what purpose does it serve if you can't work back and forth between your library and the playlists?

Oh, I may have just had a light bulb go on.  Is it intended to be used with multiple tabs somehow?
i see from your screenshot what you mean and i will need to make a change. To see how its intended to be used, collapse the left sidebar
Title: Re: GUI changes for v3.0
Post by: Alumni on December 17, 2015, 12:43:42 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for a couple of scrolling issues in the artwork layout, although i cant be sure it addresses the issue reported by darkred or the 2nd issue reported by AvikB
- fixes the "Show Albums" setting lost on restart in the Artwork layout
- fix for remembering the Artist grouping setting when switch from the Albums layout
- i will look at the remaining reported issues tomorrow night

I'm sorry to report the Artist grouping setting hasn't been fixed on my end.
It still defaults to 'artists' when switching from album covers view.

(http://i.imgur.com/r6bkqcB.gif) (http://i.imgur.com/r6bkqcB.gifv)
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on December 17, 2015, 05:41:09 PM
A couple of quick questions.

I realise that this isn't officially even a beta yet, but I was wondering how come the scrolling and artwork refresh in album view is so slow? (sorry if its been asked and answered) Hopefully this is just something that'll be fixed in time

2nd. Since these changes seem to coincide with Windows 10, I was wondering if there will be a mobile version. I'm thinking about getting a DAC/AMP and feeding it from a smartphone. My biggest hesitation right now is the quality of existing players. If there was a mobile version of MB, I'd definitely consider a Windows phone.

Cheers
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 05:57:53 PM
I realise that this isn't officially even a beta yet, but I was wondering how come the scrolling and artwork refresh in album view is so slow? (sorry if its been asked and answered) Hopefully this is just something that'll be fixed in time
every aspect of the artwork layout should be rendering much faster (for scrolling that is milliseconds vs. v2.5 but it is still noticable), so am very surprised if anyone says artwork refresh is slow. However there is a bug i need to fix where the artwork cache is not being updated with resized pictures when changing the picture scale size, and that would slow painting down a bit. So i suggest you resize the pictures using the next update after the bug is fixed.
Perhaps you meant the amount of height scrolled using the mouse wheel?
for the 2nd question, there wont be a mobile version of MB
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 06:03:27 PM
It's always reproducible:
it occurs right after I press Ins(Scan Folder For New Files):
when the procedure completes, if I scroll down using mouse wheel, then it always occurs.
The corruption remains if I scroll up(=it doesn't get fixed) but no further corruption is created when scrolling up.
If it occurs once, then even if I close and restart MusicBee, then the corruption occurs even by simply scrolling down.
Does it only happen if there are new files added?
I guess i will need to create a debug version, so please confirm you are happy to run one/ send me the log file and i will create the debug version.
Perhaps you could also send me your settings file (help/ support/ view settings)

Also, I confirm AvikB's report about using the scrollbar to scroll.
are you saying you normally just use the mouse wheel and not dragging the scrollbar?
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 07:18:20 PM
I'm curious about the performance while scanning folders for new files. V3 felt extremely slow compared to 2.5 in my tests, there's also an idle at the end of the scanning process. Tested with more than 70,000 files / 316 GB.
it should be the same, however on reviewing the code i can see one improvement that should make it faster than 2.5
The the pause at the end, do you have "calculate and write replaygain values for new files" enabled in Tags(2) preferences. That might cause some delay to the completion but would not lock up the GUI while its being done
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 08:55:28 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above issues
- except the scrolling issue with the artwork for which i need someone having the gui paint corruption to run a debug version
- you may want to change your artwork size (and back again) using the picture scaler from the drop down menu if you use the artwork layout as there was a bug where the artwork cache is not being refreshed when picture sizes are changed
- @blackemd, i have put in error handling to suppress and log the left navigator paint error but could you send me the error from the error log
Title: Re: GUI changes for v3.0
Post by: darkred on December 17, 2015, 09:24:04 PM
Does it only happen if there are new files added?
I guess i will need to create a debug version, so please confirm you are happy to run one/ send me the log file and i will create the debug version.
Perhaps you could also send me your settings file (help/ support/ view settings)
Well, as I was trying yesterday to identify a reproducible scenario to provide you (the issue hadn't occurred at that time),
I decided to press press Ins(Scan Folder For New Files).
After the procedure finished, and I scrolled down the file (with the mousewheel, as always)
the issue occurred,
and then, even after closing and reopening MB3, whenever I scrolled the list with mousewheel the corruption would always occur.
I just sent you my log and settings (gladly!).



are you saying you normally just use the mouse wheel and not dragging the scrollbar?
Yes, I normally just use the mousewheel. I almost never drag the scrollbar.
Title: Re: GUI changes for v3.0
Post by: Alumni on December 17, 2015, 09:44:55 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above issues
- except the scrolling issue with the artwork for which i need someone having the gui paint corruption to run a debug version
- you may want to change your artwork size (and back again) using the picture scaler from the drop down menu if you use the artwork layout as there was a bug where the artwork cache is not being refreshed when picture sizes are changed
- @blackemd, i have put in error handling to suppress and log the left navigator paint error but could you send me the error from the error log

Thanks Steven, I can confirm that fixed the issues I reported earlier.
Title: Re: GUI changes for v3.0
Post by: Steven on December 17, 2015, 10:30:28 PM
I just sent you my log and settings (gladly!).
ok, thanks. I can reproduce and know what the issue is but wont fix it until tomorrow (removing the now playing bar should fix it in the interim)
Title: Re: GUI changes for v3.0
Post by: Steven on December 18, 2015, 07:04:02 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

this has the fix for the remaining scrolling panel image corruption. If anyone else is still finding that scroll actions corrupt the panel display then please let me know
Title: Re: GUI changes for v3.0
Post by: darkred on December 18, 2015, 07:41:46 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

this has the fix for the remaining scrolling panel image corruption. If anyone else is still finding that scroll actions corrupt the panel display then please let me know
I confirm the issue is fixed. Thank you
Title: Re: GUI changes for v3.0
Post by: phred on December 18, 2015, 08:26:28 PM
I'm not sure if today's update caused this problem or if it has existed for a while undiscovered.   I rarely use the scrollbar up/down arrows, but did today and in Artwork view, the scroll is painfully slow.  It's fine when dragging the "scroller" and it's ok when using the mouse wheel.  The arrows are fine when in Track Details view and Albums and Tracks view.  Artwork view seems to be the only issue.
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on December 19, 2015, 02:41:29 AM
Most of my skins don't have the scrollbar arrows, but I tried one that did and it seemed to be fine.

I have very slow scrolling when I use my touchpad though. Been like that with previous versions. Not sure if it has to do with my touchpad settings, but the scrolling is fast in track detail and album/tracks views. Like you my mouse wheel is normal.
Title: Re: GUI changes for v3.0
Post by: Alumni on December 19, 2015, 04:56:46 AM
A possible bug - with 'show album contents when double clicking an album' enabled, pressing the back button doesn't navigate to your previous position in the main panel, but rather jumps to the very top of the library contents.
Title: Re: GUI changes for v3.0
Post by: jaume on December 19, 2015, 07:15:46 AM
I just noticed two things:

Columns do not automatically re-size to fit the longest text displayed in the main panel when double clicking in the divider as it behaves in 2.5.

When re-sizing the artwork, if you minimise it too much it makes all the columns disappear.

PS. Love how much faster MB is!

Is there an opportunity to make the Locate in Playlist function run smoother? That would be really useful if possible.
Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 09:49:46 AM
Columns do not automatically re-size to fit the longest text displayed in the main panel when double clicking in the divider as it behaves in 2.5.
When re-sizing the artwork, if you minimise it too much it makes all the columns disappear.
for the first thats never been supported by MB. You can right click/ Auto-Size all columns but that doesnt guarantee a column will show all text
for the 2nd, are you refering to Album and Tracks layout. There is a minimum size for the picture so i dont see how what you say is possible. Could you post a before and after screenshot?

A possible bug - with 'show album contents when double clicking an album' enabled, pressing the back button doesn't navigate to your previous position in the main panel, but rather jumps to the very top of the library contents.
thats addressed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 09:51:31 AM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes the small scroll increment (slow scrolling) in the artwork layout when clicking the top or bottom scroll button (if the scrollbar has such buttons)
- possibly also works for trackpads
Title: Re: GUI changes for v3.0
Post by: hiccup on December 19, 2015, 10:29:57 AM
You can right click/ Auto-Size all columns but that doesnt guarantee a column will show all text

The auto-size is a great feature.

Any chance this could also be implemented for the column browser also?
[yyyy] fields could than perhaps also get an efficient width?
Title: Re: GUI changes for v3.0
Post by: phred on December 19, 2015, 01:59:38 PM
- fixes the small scroll increment (slow scrolling) in the artwork layout when clicking the top or bottom scroll button (if the scrollbar has such buttons)
Confirmed as fixed.  Thanks.
Title: Re: GUI changes for v3.0
Post by: lizzy on December 19, 2015, 02:07:43 PM
Asus touchpad is still not functioning.  Left and right click work. Using update from 19 des.  All ok on 2.5
Title: Re: GUI changes for v3.0
Post by: jaume on December 19, 2015, 02:35:32 PM
Columns do not automatically re-size to fit the longest text displayed in the main panel when double clicking in the divider as it behaves in 2.5.
When re-sizing the artwork, if you minimise it too much it makes all the columns disappear.
for the first thats never been supported by MB. You can right click/ Auto-Size all columns but that doesnt guarantee a column will show all text
for the 2nd, are you refering to Album and Tracks layout. There is a minimum size for the picture so i dont see how what you say is possible. Could you post a before and after screenshot?

1. Apologies, I think I did not explain it properly. What I mean is that in 2.5, when I double click on a divider in a column, for example the title one, the column widens up automatically to the largest text displayed in that column. In 3.0 nothing happens. This is a really handy feature to quickly adjust columns to display all the text even though it needs to be done one by one.

2. See the screenshots before and after re-sizing the artwork

http://i.imgur.com/oINeDjg.jpg

http://i.imgur.com/ejcbEkC.jpg

Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 03:18:15 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fix for resizing the artwork < 125px

1. Apologies, I think I did not explain it properly. What I mean is that in 2.5, when I double click on a divider in a column, for example the title one, the column widens up automatically to the largest text displayed in that column. In 3.0 nothing happens. This is a really handy feature to quickly adjust columns to display all the text even though it needs to be done one by one.
as i said, there is no such function in v2.5 that i know of (if you are somehow managing to get it to do that then its by a mechanism i am not aware of)
edit:
actually i see windows is doing that when "fit to panel" is not enabled. I will have a look at creating the equivalent functionality

-----------
for the next update i am planning to remove support for docking tabs and the search box/ buttons in the header bar for unskinned window borders ie. MB will force skinned borders when tabs are docked in the header bar.
The main reason is because in windows 10, MB cant determine the caption bar colour (amazing but true) without using the new Universal Windows API which is a very substantial change. Additionally the search box text colour has never worked very clearly when docked in the unskinned caption bar
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on December 19, 2015, 04:28:14 PM
Confirmed trackpad scrolling (Msi laptop - synaptics trackpad) is fixed with above update.

cheers
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 19, 2015, 04:30:31 PM
Just a thought... I would love it if we could put the Library Explorer in the "left main panel", like the column/thumbnail browsers


Added: When syncing playlists to their own folder, MB refuses to sync if you don't have a "Music" folder present, even though nothing is going to be placed in that folder.
Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 04:52:39 PM
Just a thought... I would love it if we could put the Library Explorer in the "left main panel", like the column/thumbnail browsers
some things such as using sidebar auto-popup to navigate are premised on having the navigator in the left sidebar. Why not move the column/thumbnail browser to the left sidebar?
Title: Re: GUI changes for v3.0
Post by: de.cayed on December 19, 2015, 06:01:27 PM
In the latest update that was just posted when I use the minimize to tray function and I restore the window, the windows resizes to a smaller size.

Edit: I've noticed it only seems to happen when I'm using a non-aero theme on Windows 7.

Window before minimizing to tray: http://i.imgur.com/aQLCnOW.png
After minimizing to tray: http://i.imgur.com/k8NoONZ.png
Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 06:16:31 PM
Edit: I've noticed it only seems to happen when I'm using a non-aero theme on Windows 7.
what does that mean? are you refering to the unskinned window borders setting?
and what steps do you take to restore the window
Title: Re: GUI changes for v3.0
Post by: de.cayed on December 19, 2015, 06:27:29 PM
what does that mean? are you refering to the unskinned window borders setting?
and what steps do you take to restore the window
Sorry, I'm using themed borders and it happens when I use the Windows 7 Basic or Windows Classic themes. And to restore the window I click on the icon in the system tray.
Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 07:13:26 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for  non-aero windows themes (Windows Basic and Classic)
- support for double click on column header resizing to max text width (when fit to panel is not enabled)
- tabs and command buttons can no longer be docked in the windows caption bar for unskinned window borders
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 19, 2015, 08:00:48 PM
I've just noticed that podcasts are being scrobbled even though the check-box is set to don't scrobble podcasts.  I'm guessing this is because plugins aren't fully operational yet?
Also on the same plugins page, if you enable theatre mode the buttons appear to be cut off (showing only the top few pixels of each) and I can't scroll down further. If you click to turn it off, you can scroll further.

Edit:
Closing and reopening preferences after enabling theater mode restores scrolling.
Title: Re: GUI changes for v3.0
Post by: de.cayed on December 19, 2015, 08:13:59 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for  non-aero windows themes (Windows Basic and Classic)
- support for double click on column header resizing to max text width (when fit to panel is not enabled)
- tabs and command buttons can no longer be docked in the windows caption bar for unskinned window borders
Just conforming that the fixes for the windows themes is working. Thank you for getting that done so quickly. :)
Title: Re: GUI changes for v3.0
Post by: AvikB on December 19, 2015, 08:17:46 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

this has the fix for the remaining scrolling panel image corruption. If anyone else is still finding that scroll actions corrupt the panel display then please let me know

Yup, fixed confirmed. Thanks.

Another bug i found when changing between mini player, compact player applied.

Before changing to mini player(or compact player)
(http://i.imgur.com/TqkkM1X.jpg)

After i switched to mini player the buttons disappear and only comes back when restarted:
(http://i.imgur.com/aiGVVhp.jpg)
Title: Re: GUI changes for v3.0
Post by: jaume on December 19, 2015, 08:56:46 PM
http://www.mediafire.com/download/yg2iu46j3binune/MusicBeeDemo.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for  non-aero windows themes (Windows Basic and Classic)
- support for double click on column header resizing to max text width (when fit to panel is not enabled)
- tabs and command buttons can no longer be docked in the windows caption bar for unskinned window borders

Thanks for the fixes, Steven.
Title: Re: GUI changes for v3.0
Post by: Sheamus on December 19, 2015, 09:02:44 PM
Interested to try this out, but having downloaded the demo and unzipped it into my Musicbee folder and tried to open MusicBee3.exe, nothing happens. And when I try to delete the exe I'm told that I cannot because "the file is open in system". Had to reboot to get rid of it. Did a search but found nothing on the forum. Anybody have any ideas? Running 64 bit Windows 10.
Title: Re: GUI changes for v3.0
Post by: Steven on December 19, 2015, 10:22:08 PM
Interested to try this out, but having downloaded the demo and unzipped it into my Musicbee folder and tried to open MusicBee3.exe, nothing happens. And when I try to delete the exe I'm told that I cannot because "the file is open in system". Had to reboot to get rid of it. Did a search but found nothing on the forum. Anybody have any ideas? Running 64 bit Windows 10.
could you PM me a link to uour settings file from v2.5 (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Sheamus on December 20, 2015, 09:21:08 AM
Hi Steven,

Sent you a Dropbox link. Hope it works.
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 11:38:11 AM
Sent you a Dropbox link. Hope it works.
there is a bug in terms of layout handling when first loading your old settings. If you redownload the same link and run that version that bug is fixed. However MB should still have displayed so I dont know what happened. Before you try again make sure MusicBee3.exe is not displayed in the task manager Processes tab and if it is then terminate it.
If the same still happens then check if MusicBee3.exe is in the task manager again
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 11:40:16 AM
I have spent some time trying v3 on XP.
There are some problems that would take time to figure out and resolve. So MB3 officially does not support XP
Title: Re: GUI changes for v3.0
Post by: Scuttle on December 20, 2015, 11:45:57 AM
* Create a new, empty playlist
* Add an album twice to the playlist
* Open up the album in the playlist so you have a view similar to this one: http://i.imgur.com/49tqqPs.png

* Mark one of the songs and either hit Del or right-click and select Remove to delete it
* This is what it looks like here: http://i.imgur.com/D4SiYdE.png
* If refresh the playlist, both song-entries are deleted

This is using 3.0.5829
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 11:57:55 AM
* If refresh the playlist, both song-entries are deleted
i would expect the same behavior with v2.5
When using album and tracks layout, the ordinal position of a track cannot be guaranteed to reflect the oridinal position in the playlist, and hence MB instead uses the filename as the matching criteria.
You should do file operations using the Track Details layout if you are dealing with duplicates

I've just noticed that podcasts are being scrobbled even though the check-box is set to don't scrobble podcasts.  I'm guessing this is because plugins aren't fully operational yet?
thats fixed for the next update

Also on the same plugins page, if you enable theatre mode the buttons appear to be cut off (showing only the top few pixels of each) and I can't scroll down further. If you click to turn it off, you can scroll further.
i cant reproduce. Can you post a screenshot. Also what is your screen DPI setting? (eg. 96 DPI)

Another bug i found when changing between mini player, compact player applied.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Sheamus on December 20, 2015, 02:32:34 PM
Same problem persisting.
MB3 opened once (looked good!), but when I shut it down it wouldn't open again. Will not even open after a reboot.
Strange thing is that there is no instance of MB3 in Task Manager when I try to open it, even though when I try and delete the exe I'm told that it's open in System. Cursor just spins and windows explorer hangs.
Let me know if you need any more details.
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 03:01:51 PM
Same problem persisting.
will you run a debug version? it will take a few attempts to narrow down where the issue is
Also when you checked the task manager, did you check in the Processes tab? (and not the Applications tab)
Title: Re: GUI changes for v3.0
Post by: Sheamus on December 20, 2015, 03:08:06 PM
Happy to run a debug version.

Yes, checked in Processes tab.
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 03:11:33 PM
in that case it sounds to me like something your online security software might be doing. Can you make sure MB3 is in the exceptions list for whatever software you are using?
Title: Re: GUI changes for v3.0
Post by: ChristopherE on December 20, 2015, 03:32:30 PM
I tried changing the skin to the windows style but now can't open musicbee 3 is there a config file I can delete/edit to get back in with out re-installing?

Edit - it's ok renamed the musicbee3 backup settings file to replace the active one and it works fine.
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 03:47:07 PM
I tried changing the skin to the windows style but now can't open musicbee 3 is there a config file I can delete/edit to get back in with out re-installing?
i have made the change needed so it will work (it would only have happened if you had tabs docked in the caption bar which is no longer supported for unskinned window borders)
Title: Re: GUI changes for v3.0
Post by: Sheamus on December 20, 2015, 03:56:09 PM
That's it. I put an exclusion for Musicbee in Avast Antivirus and problem solved. Have shut down and reopened it a few times to check.
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 20, 2015, 04:08:07 PM

i cant reproduce. Can you post a screenshot. Also what is your screen DPI setting? (eg. 96 DPI)

96DPI
(http://i.imgur.com/5tFuzxg.gif)
Title: Re: GUI changes for v3.0
Post by: ChristopherE on December 20, 2015, 04:26:37 PM
Thanks for that Steven.

On another issue in music explorer when using the 'more albums' with an xbox pass if you try to play the whole album it only plays the first track then stops. It works for retail albums on disk just does not when streaming from xbox.


Also if a track is downloaded using groove (the new xbox music player in win 10) and then you try to play it a license error comes up, but that might just be the way xbox music files work and not fixable.
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 05:36:55 PM
On another issue in music explorer when using the 'more albums' with an xbox pass if you try to play the whole album it only plays the first track then stops. It works for retail albums on disk just does not when streaming from xbox.

Also if a track is downloaded using groove (the new xbox music player in win 10) and then you try to play it a license error comes up, but that might just be the way xbox music files work and not fixable.
the first point, its working fine for me, so can you PM me a link to your settings file. Also let me know how you initiate playback eg, click the album play button, double click a track, etc
For the 2nd, MB isnt allowed to download music other than temporary caching. The terms of agreement dont make clear whether MB would be allowed to play music downloaded by the groove music application so i would need to get that clarified. And even then I dont know if its the same encryption scheme as used for streamed music. So given all that i will leave this unless there is more interest expressed by other xbox music users.
Title: Re: GUI changes for v3.0
Post by: Steven on December 20, 2015, 08:22:18 PM
new location for the beta version - unzip into the musicbee application folder and run MusicBee3.exe

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

- a few bug fixes
Title: Re: GUI changes for v3.0
Post by: Alumni on December 21, 2015, 12:05:50 PM
There's some strange behavior going on when playing all albums grouped by an artist in the expanded menu. I would expect double clicking the artist stack would start playing the first song on the first album in the list (according to the way its sorted), but that's not what happens. Instead an album is seemingly picked at random to begin playing, I haven't figured out if there is a pattern yet.
Title: Re: GUI changes for v3.0
Post by: Steven on December 21, 2015, 12:09:17 PM
There's some strange behavior going on when playing all albums grouped by an artist in the expanded menu. I would expect double clicking the artist stack would start playing the first song on the first album in the list (according to the way its sorted), but that's not what happens. Instead an album is seemingly picked at random to begin playing, I haven't figured out if there is a pattern yet.
I am pretty sure it shuffles the tracks when playing tracks by artist
Title: Re: GUI changes for v3.0
Post by: Alumni on December 21, 2015, 12:26:47 PM
I am pretty sure it shuffles the tracks when playing tracks by artist

Was that changed in v3.0? I don't remember it behaving that way in earlier versions.
Title: Re: GUI changes for v3.0
Post by: Steven on December 21, 2015, 05:58:17 PM
I am pretty sure it shuffles the tracks when playing tracks by artist
Was that changed in v3.0? I don't remember it behaving that way in earlier versions.
checking now, there are definitely some bugs in terms of respecting the Play Now settings and depending on how playback is initiated, the wrong tracks can play. The shuffle comment was just going from memory but it doesnt look like that is the case.
How are you initiating playback? eg. double click on the artist picture or some other way?

edit:
selecting the wrong files for playback using right click/ Play Now on the artist is fixed for the next update, along with respecting the "play clicked albums..." setting when double clicking an artist
Title: Re: GUI changes for v3.0
Post by: Alumni on December 21, 2015, 07:09:20 PM
checking now, there are definitely some bugs in terms of respecting the Play Now settings and depending on how playback is initiated, the wrong tracks can play. The shuffle comment was just going from memory but it doesnt look like that is the case.
How are you initiating playback? eg. double click on the artist picture or some other way?

Yeah, double clicking the artist picture.

edit:
selecting the wrong files for playback using right click/ Play Now on the artist is fixed for the next update, along with respecting the "play clicked albums..." setting when double clicking an artist

Great, thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on December 21, 2015, 09:53:43 PM
the fix is uploaded to:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: jaume on December 21, 2015, 10:00:09 PM
1. When showing the main menu in the Caption Bar without the Skin Window Borders option on, the menu shows up in white as opposed to the Windows colour. Not a big thing but thought I would mention it as I noticed it.

2. On the re-sizing single columns by double-clicking so they adjust to the longest text displayed, I just noticed that it works perfect when adjusting to text but it works differently for the ratings column where the column is made smaller than the 5 star width. This is different to the 2.5 behaviour which adjusts it always to the size of the five stars.

3. The Artwork column cannot be minimised as much as before, it seems to have some sort of limit.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on December 22, 2015, 10:46:21 AM
First thing first, the added feature of user customizable buffer size solved my stuttering problem. Thank you!
I've been trying to tweak the main panel to my liking and I'm pretty sure there's a way to do what I want but can't figure it out. I'm using the Artists view with albums grouped by album artist and I'm trying to display the album duration (and, possibly, group duration) in the main panel when I click an album.
How can I do that?
(http://i.imgur.com/Nl8XUZm.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 22, 2015, 06:47:52 PM
Is the custom views option for columns in the track details panel currently absent?

If it's under review, maybe an implementation as I suggested   here   (http://getmusicbee.com/forum/index.php?topic=15050.msg99369#msg99369) could work nicely?

This could be used for both the track detail columns, and for the column browser columns, giving that possibility for presets too.
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 22, 2015, 06:58:08 PM
I'm trying to display the album duration (and, possibly, group duration) in the main panel when I click an album.
How can I do that?

Probably not exactly what you want but:
Click the arrow by artists, customize panel, configure expanded panel, and set sub-grouping header to album duration.
Title: Re: GUI changes for v3.0
Post by: Steven on December 22, 2015, 07:01:49 PM
Is the custom views option for columns in the track details panel currently absent?
Custom views should be most;ly unchanged from v2.5 (apart from the ability to specify overrides for certain panels and elements) and that included the Track Details layout
ie, to create a custom view, click on the selector for the main panel/ Custom Views/ Copy Current View Settings To...
Perhaps i am not understanding what you are asking?
Title: Re: GUI changes for v3.0
Post by: hiccup on December 22, 2015, 07:21:32 PM
to create a custom view, click on the selector for the main panel/ Custom Views/ Copy Current View Settings To...

I guess I have no clue what 'the selector for the main panel' is.

in v2 I would use this:

(http://i.imgur.com/oETtQ4Gl.jpg) (http://i.imgur.com/oETtQ4G.png)

In v3 that opens the new config panel which has no reference to custom views that I can see.

What do you think about my suggestion for presets? At least for the column browser it would be very useful.
Title: Re: GUI changes for v3.0
Post by: Steven on December 22, 2015, 07:29:21 PM
are you seriously saying that you have been using v3 all this time and not clicked the selector button which has a drop-down arrow on it and is on the left of the main panel header?
sorry but i find that really hard to believe
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on December 22, 2015, 07:46:44 PM
I'm trying to display the album duration (and, possibly, group duration) in the main panel when I click an album.
How can I do that?

Probably not exactly what you want but:
Click the arrow by artists, customize panel, configure expanded panel, and set sub-grouping header to album duration.
You're right, what you suggested isn't what I was aiming for. Setting sub-grouping header to album duration does show album duration at the cost of giving up of sub grouping, which I use, as you can see in the screenshot I posted.
I guess part of my question is a feature request for group duraiton tag/virtual tag?
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 22, 2015, 08:54:36 PM
You're right, what you suggested isn't what I was aiming for. Setting sub-grouping header to album duration does show album duration at the cost of giving up of sub grouping, which I use, as you can see in the screenshot I posted.
I guess part of my question is a feature request for group duraiton tag/virtual tag?
Of course now that you point it out, I can plainly see the sub-header even though I was starring right at it.  In that case why not configure one of your virtual tags to combine the two like: <Disc #> - <Album Duration> or something like that and set that as the header?  They will still be grouped and also show the duration. Unfortunately that still gives you the total album duration and not the group duration that you want.
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 22, 2015, 10:18:58 PM
are you seriously saying that you have been using v3 all this time and not clicked the selector button which has a drop-down arrow on it and is on the left of the main panel header?
sorry but i find that really hard to believe

To be fair, it took me a surprisingly long time to find that menu.  I kept looking in the new layout menu.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on December 23, 2015, 08:01:46 AM
You're right, what you suggested isn't what I was aiming for. Setting sub-grouping header to album duration does show album duration at the cost of giving up of sub grouping, which I use, as you can see in the screenshot I posted.
I guess part of my question is a feature request for group duraiton tag/virtual tag?
Of course now that you point it out, I can plainly see the sub-header even though I was starring right at it.  In that case why not configure one of your virtual tags to combine the two like: <Disc #> - <Album Duration> or something like that and set that as the header?  They will still be grouped and also show the duration. Unfortunately that still gives you the total album duration and not the group duration that you want.
Since no one came up with how to do it I conclude that it's not some setting nested deep in MB's labyrinthine customization options but rather something that can't be done at the moment. Therefore it is a feature request.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 23, 2015, 08:04:24 AM
are you seriously saying that you have been using v3 all this time and not clicked the selector button which has a drop-down arrow on it and is on the left of the main panel header?
sorry but i find that really hard to believe

No need to believe anything.
Title: Re: GUI changes for v3.0
Post by: Steven on December 23, 2015, 09:37:30 AM
are you seriously saying that you have been using v3 all this time and not clicked the selector button which has a drop-down arrow on it and is on the left of the main panel header?
sorry but i find that really hard to believe
No need to believe anything.
sometimes some of the things people say just dont sound believable to me but i guess I know exactly how things are done and assume too much. In answer to your suggestion about having presets, its not a bad idea but i probably wont do it because there is already custom views intended for that purpose and it would also clutter the set displayed fields dialog (not completely ruling it out though)
Also I acknowledge that creating custom views even in v2.5 is not ideal because you have to create the custom view right at the start rather than saving-as at the end, and that can cause some initial confusion if you are not aware of that.
Title: Re: GUI changes for v3.0
Post by: Alumni on December 23, 2015, 09:38:54 AM
the fix is uploaded to:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

I'm trying this build now, but it doesn't seem to have completely fixed the problem.
Title: Re: GUI changes for v3.0
Post by: Steven on December 23, 2015, 09:41:21 AM
the fix is uploaded to:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
I'm trying this build now, but it doesn't seem to have completely fixed the problem.
you will need to be specific about what is still not working as you expect and what you did so i can reproduce it
Title: Re: GUI changes for v3.0
Post by: Alumni on December 23, 2015, 09:44:08 AM
you will need to be specific about what is still not working as you expect and what you did so i can reproduce it

Edit: I think I've narrowed down the issue. Now when double clicking the artist, albums are sequenced in alphabetical order.
However with my current setup albums are sorted by year (desc), so I guess the sorting preference is not changing the behavior.
Title: Re: GUI changes for v3.0
Post by: Steven on December 23, 2015, 08:49:47 PM
fixes for the above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: hamma on December 24, 2015, 03:31:41 AM
How can i completely disable "left main panel", or did i oversee an option?
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 24, 2015, 03:31:58 AM
I got this error while trying to adjust the volume tonight (I clicked on the volume icon in the right sidebar):

Code
MusicBee v3.0.5835.39399 (Win10.0), 23 Dec 2015 21:29:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qeDbEHfJU35ocFWM22XKcrw==.#=qdclmy2ZrZISTSXWAe2ZyBVKasb3a6QTDwOBIc4jSWqE=.#=qSM68U$4Sbq4RNA9YAXZYmYfodLjAD3gRnHAf3$tNSqA=()
   at #=qTVBHIq_kjSqIk8IocIXHQes0I00abSaJR8tiHreijCxb2AOxvPGMJ_i8eObanVEB.#=qPx2KE9EQGq0S40SqeUJuvjaatAgjrQtbdw3_dBDW1o4=()
   at #=qDl69Jkej10IpEMNSWyKHCaVzV_WFoyaEU$IgvucJrEA=.#=q_j9aTq78d0WZE66uWmGqhUZwbQm$okn2cUwPne5uIEs=.Invoke()
   at #=qDl69Jkej10IpEMNSWyKHCaVzV_WFoyaEU$IgvucJrEA=.#=qsoNR$H6X4nno3zC2gQ3qbQ==(Boolean #=q5rOF1rIdggArWWFcbofxCQ==)
   at #=qTVBHIq_kjSqIk8IocIXHQes0I00abSaJR8tiHreijCxb2AOxvPGMJ_i8eObanVEB.#=qqaioUxyz$37uWDa9rA1dNyg$NaJAt6rF_o$WuFY$yn4=(Object #=q0Aa4EeDAjRaAxm8O6T9s4g==, FormClosedEventArgs #=qXlcWtXUV4aDTAN$sHAQ$Mg==)
   at System.Windows.Forms.Form.OnFormClosed(FormClosedEventArgs e)
   at System.Windows.Forms.Form.WmClose(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at #=qET2eowkYz03aBblrDzF$62HYNn1dP6XjxPnxqY5JdSs=.WndProc(Message& #=qG6pP1Hj2zuF3N9ntxah5JA==)
   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)

I'm running the plugin that links the volume to the windows volume control, for what it's worth.  Also the text display of the volume level got visually corrupted.  If I use the keyboard controls to adjust the volume, it shows the correct number, though.
Title: Re: GUI changes for v3.0
Post by: Alumni on December 24, 2015, 04:45:56 AM
How can i completely disable "left main panel", or did i oversee an option?

In the panels configuration window - you can either disable/move elements docked in the left main panel, or you can hide it from view under "overrides for the current tab".
Title: Re: GUI changes for v3.0
Post by: hamma on December 24, 2015, 06:19:07 AM
Where do i find "panels configuration window"?

When i go to preferences - layout (1), i can only choose the size of the thumbnails and hide it for playlists.


I finally found it, thanks @Alumni
Title: Re: GUI changes for v3.0
Post by: Steven on December 24, 2015, 08:05:28 AM
Where do i find "panels configuration window"?
click the Panel Layout icon to the left of the search box
Title: Re: GUI changes for v3.0
Post by: Steven on December 24, 2015, 08:08:33 AM
I got this error while trying to adjust the volume tonight (I clicked on the volume icon in the right sidebar):
Could you confirm whether you have the main player panel displayed (if not that will probably be the reason which of course i will fix)
if thats not the case, it might be relevant as to which skin you are using, and if its one in development can you send it to me (if its the melon remix 3 i already have it).
Title: Re: GUI changes for v3.0
Post by: EffenBlue on December 24, 2015, 01:51:58 PM
When I try to paste artwork to a file I get this:
(http://i.imgur.com/2yEy8fd.jpg)
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 24, 2015, 02:04:03 PM
I got this error while trying to adjust the volume tonight (I clicked on the volume icon in the right sidebar):
Could you confirm whether you have the main player panel displayed (if not that will probably be the reason which of course i will fix)
if thats not the case, it might be relevant as to which skin you are using, and if its one in development can you send it to me (if its the melon remix 3 i already have it).

No, the main player panel is not displayed.  And yes, using the Mellon skin.
Title: Re: GUI changes for v3.0
Post by: Steven on December 24, 2015, 04:57:16 PM
fix for the volume issue and the paste artwork issue (for anyone using the new narrow scrollbars feature):
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 24, 2015, 05:11:18 PM
I'm getting the following error when I open a new tab.

MusicBee v3.0.5836.30373 (Win10.0), 24 Dec 2015 12:10:

System.ObjectDisposedException: Cannot access a disposed object.
Object name: '#=qNUUFhhBiViLNx5bVy1Kytg=='.
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at #=qFKW_d_wVi3ZpjxCEcB2Zq48Cm9OFNYjz0QRdR_Fd6b4=.WndProc(Message& #=qMzWB776BHbVDTTwsWrsIYQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on December 24, 2015, 05:20:07 PM
can you PM me a link to your settings file
Title: Re: GUI changes for v3.0
Post by: h0m3r on December 24, 2015, 07:14:46 PM
fix for the volume issue and the paste artwork issue (for anyone using the new narrow scrollbars feature):
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

confirm the fix :)
great! big thanks for your work! ;)
Title: Re: GUI changes for v3.0
Post by: Steven on December 24, 2015, 07:28:25 PM
I'm getting the following error when I open a new tab.
that should be fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: cartman005 on December 24, 2015, 07:50:50 PM
It works now. I think I am missing something with the Playlist Manager. Is it supposed to show up blank like this? (http://i.imgur.com/y2N8GPq.png) (https://imgur.com/y2N8GPq)
Title: Re: GUI changes for v3.0
Post by: Steven on December 24, 2015, 08:16:31 PM
its another bug with your settings. It should be fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: killfire72 on December 25, 2015, 09:49:56 AM
New issue seems to have popped up in the latest build. Upon opening the program, the shuffle mode is set to Auto DJ and cannot be changed. When a track is played, a message shows in the bottom left that "Auto DJ has been started" and the shuffle mode still cannot be changed.

Thank you for all the hard work Steven and Merry Christmas
Title: Re: GUI changes for v3.0
Post by: ankor on December 25, 2015, 04:07:53 PM
MERRY CHRISTMAS everyone!!
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on December 26, 2015, 10:05:54 AM
Found a little graphical glitch. The buttons at the bottom of the Customize Panel... dialog are partially visible. This happens in multiple customization panels: Album and Tracks, Album Covers and Atrists views.

(http://i.imgur.com/cqEM2qb.png)
Title: Re: GUI changes for v3.0
Post by: Steven on December 26, 2015, 02:28:05 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above
- some more high-dpi screen adjustments
- the progress bar and wave bar should now render more smoothly
Title: Re: GUI changes for v3.0
Post by: Bigmelwalter on December 26, 2015, 08:29:51 PM
Loving the advancements so far, but I have some requests.

What happened to the "Random Skin" option under the "Skins" section?
Hopefully you guys can put that back up, rotating skins are quite interesting and I'm sure that MB3 is compatible with MB2 & MB2.5 skins.

Also could you add a similar ability for TheaterMode as well? If it's possible

Thanks ahead of time.
Title: Re: GUI changes for v3.0
Post by: phred on December 26, 2015, 08:36:50 PM
Using today's update - 3.0.5838 - I ripped some CDs and the tracks were placed in the Inbox (track details view.) I then selected all the tracks from one of the CDs, went to the Lyrics (selected) section in the right sidebar and right-clicked in order to "mark as having no lyrics."  However, as soon as I right-click the highlighted (selected) tracks are no longer selected.  If I proceed and mark them, they are indeed marked.  But it's a little disconcerting to have the selection disappear before changing the status.
Title: Re: GUI changes for v3.0
Post by: Steven on December 26, 2015, 08:41:53 PM
@phred, it sounds like the skin you are using doesnt have a distinct inactive row colour. Does it do the same with the default skin?
Title: Re: GUI changes for v3.0
Post by: phred on December 26, 2015, 09:25:41 PM
@phred, it sounds like the skin you are using doesnt have a distinct inactive row colour. Does it do the same with the default skin?
Sorry, Steven,  I had forgotten to mention that.  It was the first thing I thought of so I then switched to the MB3 default skin and the behavior was the same.  It also happens if just one track is selected and then right-clicked in the Lyrics panel.  But if I select one (or many) in the main panel and right-click in the main panel the selection remains and I can select any available option from the resulting menu.  The selection -only- disappears when right-clicking in the Lyrics panel on the right sidebar.
Title: Re: GUI changes for v3.0
Post by: Steven on December 26, 2015, 09:50:12 PM
can you post a screenshot then as its working fine for me
Title: Re: GUI changes for v3.0
Post by: phred on December 26, 2015, 11:22:31 PM
can you post a screenshot then as its working fine for me
Sorry for the false alarm, Steven.  I tried a few other skins and narrowed it down to a combination of a poorly calibrated monitor (for the MB3 default skin) and a needed tweak to Content[TrackDetail].Body.Lowlight to skin on which I first found the "problem."  All is well now.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 27, 2015, 08:45:50 AM
Thanks a lot for this Steven, it looks amazing. <3 the calcium metro skin so much.

Do think the tab bar looked much better in the previous version.
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 08:57:36 AM
the tabs bar is probably the main issue for a number of the skins that have not been upgraded for v3. I think "mikebo" who created the skin is still occasionally active on the forum so i suggest you post a request on the calcium skin topic to see if he is willing to spend time on it.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 27, 2015, 09:16:02 AM
I love it and noticed a lot of improvements.

The only problem is that I'm unable to play any song right now: http://pastebin.com/haxt0A4U

I get "could not be found" for any song on my library.
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 09:41:21 AM
you need to have v2.5 installed and then install v3 into that directory. To save time, just unzip http://musicbee.niblseed.com/Weekly/MusicBee_Setup_2_5_5804.zip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 27, 2015, 10:05:21 AM
Thanks that worked.

The album art/lyrics section just looks so much better for me now :D at first I had them stacked. Masterful. Musicbee is masterful. :D
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 03:00:19 PM
I noticed a strange behaviour while skipping forward.
it sounds like you have "playback follows cursor" enabled
Title: Re: GUI changes for v3.0
Post by: Lonelobo on December 27, 2015, 05:10:07 PM
something i find iritating in v3.0.5838 is that the tumbnails for the artists (the left bar) are not stored in my default musicbee folder (playlist folder in C:\Users\xxx\Documents\MusicBee) but are on an other drive (E:\Documents\MusicBee\Artist Pictures\Thumb). This is not my default drive for anything other then the windows download folder and all my games. Is this a know bug/feature? Or is there somthing wrong with my settings (didnt find any setting related to this)?
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 05:31:15 PM
Or is there somthing wrong with my settings (didnt find any setting related to this)?
Preferences/ Tags(1)/ artist pictures location
you might need to manually copy the existing pictures across
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 27, 2015, 06:48:46 PM
I'm having an issue with editing multiple files.  This is in Audiobooks, with "display first few tracks only" selected.  I tried turning off the "display first few tracks" and it didn't help, though.  Perhaps there's another settings that I'm not thinking of that would matter.  I put the editor in the main panel to make the screen cap simpler, but it happened with floating window, too.

GIF: http://imgur.com/XF3P8O9


Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 08:07:24 PM
I'm having an issue with editing multiple files. 
could you confirm its just the sort fields that are mis-behaving?
Title: Re: GUI changes for v3.0
Post by: Juergen on December 27, 2015, 08:10:39 PM
Hi,
I got this error while trying to switch to Mini Player (MusicBee -> View -> Mini Player):

MusicBee v3.0.5839.31964 (Win10.0), 27 Dez 2015 21:03:

System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei #=qwGPqja7uZ7emlwlEhAgZIzy_8LNiOnUMbIqLqqqczPs=.#=qetZhANlxH2UAQpsUpUizZsTSme9LBYeCp7niSoLqiV4=.#=qZ$gtJGCulfk$ABMM5cOfNmK9aB3$VPPwr7EjtoM9LUc=(#=qnAlQDrwbUSGB4YKXzJT_v_I_ZXJKJ$Ktw02Um3fqDyw= #=qZfGBEgZnSLW9HWqPxNwWdg==, Point #=qKPndbmdCbiIeuhBuP34h_A==)
   bei #=qwGPqja7uZ7emlwlEhAgZIzy_8LNiOnUMbIqLqqqczPs=.#=qetZhANlxH2UAQpsUpUizZsTSme9LBYeCp7niSoLqiV4=.#=qta6Z1UFA1nXpMtQeDOoasFgAXiGhPRKxAgMajBPwAXE=(#=qnAlQDrwbUSGB4YKXzJT_v_I_ZXJKJ$Ktw02Um3fqDyw= #=qYnnogJ$xxJZyxbRZZ_8Q$Q==)
   bei #=qwGPqja7uZ7emlwlEhAgZIzy_8LNiOnUMbIqLqqqczPs=.#=qetZhANlxH2UAQpsUpUizZsTSme9LBYeCp7niSoLqiV4=.#=q$GYkL$YQotrEt9kk$wsHdxRTwjNtzgDBvTwIxjP2x5s=(Boolean #=qGtR3Uic7jyz7Q8b8bqPhig==)
   bei #=qwGPqja7uZ7emlwlEhAgZIzy_8LNiOnUMbIqLqqqczPs=.#=qtv5kcZ99xpc6MgxRWfROChbR9cm3AP_0WsD2S15KkZE=()
   bei #=qwGPqja7uZ7emlwlEhAgZIzy_8LNiOnUMbIqLqqqczPs=.OnLoad(EventArgs #=qmaHC_WDs8o9vWDOCMpEGyg==)
   bei System.Windows.Forms.Form.OnCreateControl()
   bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   bei System.Windows.Forms.Control.CreateControl()
   bei System.Windows.Forms.Control.WmShowWindow(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   bei System.Windows.Forms.Form.WmShowWindow(Message& m)
   bei System.Windows.Forms.Form.WndProc(Message& m)
   bei #=qwGPqja7uZ7emlwlEhAgZIzy_8LNiOnUMbIqLqqqczPs=.WndProc(Message& #=qdfDOFdAMxH3UIHtTxNXHag==)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
   
   Windows 10 (x64) Version 1511 (Build 10586.36).
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 27, 2015, 08:31:22 PM
I'm having an issue with editing multiple files. 
could you confirm its just the sort fields that are mis-behaving?

No, as far as I can tell it's any field.  That just happened to be the field I was trying to change right then.
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 09:04:10 PM
I got this error while trying to switch to Mini Player (MusicBee -> View -> Mini Player):
can you confirm you had no song active when you did this?
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 09:17:54 PM
No, as far as I can tell it's any field.  That just happened to be the field I was trying to change right then.
hmm thats strange then. I can definitely reproduce an issue as shown in your gif for any sort fields but all other custom tags work fine for me
Title: Re: GUI changes for v3.0
Post by: Juergen on December 27, 2015, 09:21:23 PM
Quote
can you confirm you had no song active when you did this?

Confirmed - no song active.
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 27, 2015, 09:27:17 PM
No, as far as I can tell it's any field.  That just happened to be the field I was trying to change right then.
hmm thats strange then. I can definitely reproduce an issue as shown in your gif for any sort fields but all other custom tags work fine for me

I think you're right, I just tested again with Grouping and Publisher and it works.  I must have gotten confused earlier, because there were two clusters I was trying to sort out.
Title: Re: GUI changes for v3.0
Post by: Steven on December 27, 2015, 10:38:21 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above
- the playlist layout in the compact player can now be customised
Title: Re: GUI changes for v3.0
Post by: AvikB on December 28, 2015, 12:12:20 AM
Few bugs and glitches i found:
when in mini player and compact mode right click gives me the error and a white background with red x, seems like rendering issue:
(http://i.imgur.com/X4oc9YO.jpg)
and the error:

Code
MusicBee v3.0.5839.40604 (Win6.3), 28 Dec 2015 5:40:

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Image.get_RawFormat()
   at System.Drawing.Graphics.DrawImage(Image image, Int32 x, Int32 y)
   at System.Drawing.Graphics.DrawImage(Image image, Point point)
   at #=qGzxOKuVMmd2vQ9AhlcPh7g4LmKr4_leXpqS6oL8CCM0=.#=q81gc7S6cFiTG5w8ZLvuBKQ==(ToolStripItemTextRenderEventArgs #=qdjAGRgNuykZe8nBxToZIxg==)
   at #=qyTW9AMDGoRARuDsLKK3FwQEc6S5pK9dYmebbyEclU5rl7Vd9s45dGZeDzIDIlQ2x.OnRenderItemText(ToolStripItemTextRenderEventArgs #=q_6_GtwR7ZMw0t4bRd8UIoQ==)
   at System.Windows.Forms.ToolStripRenderer.DrawItemText(ToolStripItemTextRenderEventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnPaint(PaintEventArgs e)
   at System.Windows.Forms.ToolStripItem.HandlePaint(PaintEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnPaint(PaintEventArgs e)
   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.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)


also when in compact mode there is a bit of ui overlapping:
(http://i.imgur.com/iU9wxz4.jpg)
Title: Re: GUI changes for v3.0
Post by: AvikB on December 28, 2015, 12:29:34 AM
and few other ux, ui improvement suggestion:

first off the scrollbar, when you select a song it highlights, and because of the scrollbar background is white the highlight seems like it's been cutoff. It would be better to have the scrollbar overlapping over the content.

(http://i.imgur.com/Wk7XQFp.jpg)

and the sound icon would be better off on the other side, currently in the track with thumbnail view the playing track's song name and artist name is pushed a bit to the side so that the icon can fit, but this creates a bit of inconsistency. For other views it is okay, as they don't only push the plaing track's name to side, but all of the other tracks as well.

Also maybe smooth scrolling? ;)
Title: Re: GUI changes for v3.0
Post by: psychoadept on December 28, 2015, 03:25:31 AM
Editing multiple files is fixed!
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 28, 2015, 05:36:24 AM
version: 3.0.5839

in 2.5 you had the option of two different thumbnail sizes when using Track with Thumbnail view in Now Playing
(http://i.imgur.com/jJDK84n.jpg)

in 3.0 the options don't always show;

in right main panel:
(http://i.imgur.com/1zT9SQK.jpg)

and when they are shown they are truncated, so I'm not sure if the option to turn off 'enlarge thumbnail' is there or not;

in right sidebar:
(http://i.imgur.com/PcXTtFt.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on December 28, 2015, 08:53:07 AM
when in mini player and compact mode right click gives me the error and a white background with red x, seems like rendering issue:
i cant reproduce this. It looks like you are using the musicbee default skin. Are you able to reproduce this easily or are there a specific set of things that need to be done beforehand for it to happen
Title: Re: GUI changes for v3.0
Post by: Steven on December 28, 2015, 09:18:03 AM
there was a bug a few weeks ago and as a result you need to resize the artwork and back again so the cache resets to the correct picture size.
Title: Re: GUI changes for v3.0
Post by: Juergen on December 28, 2015, 10:15:30 AM
Version 3.0.5839
Skin MusicBee3
Windows 10 (x64) Version 1511 (Build 10586.36

When switching to Compact Player only a white window is shown:

(http://i.imgur.com/V3QcNwg.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on December 28, 2015, 10:27:24 AM
can you send me your settings file (help/ support/ view settings) and also describe the steps you took to switch to the compact player
edit:
are you opening it with no song active?
Title: Re: GUI changes for v3.0
Post by: Juergen on December 28, 2015, 10:54:10 AM
can you send me your settings file (help/ support/ view settings) and also describe the steps you took to switch to the compact player
edit:
are you opening it with no song active?

I've sent you a pm.

Yes, opend with no song active.

Steps to switch: "MusicBee -> View -> Compact Player"  and "Main Menu -> Switch to Compact Player"
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 28, 2015, 01:46:16 PM
Is it possible to get rid of this bar?

http://i.imgur.com/8wsGntv.png

Just feel like it's unnecessary info.
Title: Re: GUI changes for v3.0
Post by: AvikB on December 28, 2015, 02:35:43 PM
i cant reproduce this. It looks like you are using the musicbee default skin. Are you able to reproduce this easily or are there a specific set of things that need to be done beforehand for it to happen
Yes it is default skin, i can reproduce it:
open musicbee, then go to miniplayer, then restore then compact player, then miniplayer again and the error pops up.

Also another issue i am facing is that when you open musicbee, and click on the miniplayer(i have configured a button on the toolbar) it freezes for a moment(40sec or more) and then go to miniplayer mode, could be related to the error?
(http://i.imgur.com/h4xBPSb.jpg)

I have sent you my setting file.
Title: Re: GUI changes for v3.0
Post by: Steven on December 28, 2015, 03:32:59 PM
open musicbee, then go to miniplayer, then restore then compact player, then miniplayer again and the error pops up.
thats fixed for the next update
for the delay opening the mini-player, it should be instant. Trying now with your settings i have no issues with any delay. I guess i will need to create a debug version but two things i would like to know:
- was a track playing at the time
- when you restore from the mini-player and then open it again, is it instantaneous ?
Title: Re: GUI changes for v3.0
Post by: Steven on December 28, 2015, 04:02:24 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above
- the playlist layout in the compact player can now be customised

@AvikB, I will create a debug version for the mini-player start delay and PM you the link a little later
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 28, 2015, 05:13:35 PM
^Thanks!

All works good for me now.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 28, 2015, 05:26:53 PM
@Steven

Not sure if this is a bug or not... Using the layout I PM'ed you, selecting all albums of an artist, and then sorting something (by play count for example). The bug is  gone, but when you go to another artist and click on an album, all songs will stay sorted by what you did previously (example, play count). It doesn't do this in musicbee 2.5.

Title: Re: GUI changes for v3.0
Post by: hiccup on December 28, 2015, 09:00:16 PM
The "An unexpected error occurred" pane pops up when: opening album tagger, and without selecting a track, immediately pressing the up or down button on the right side of the panel.

Code
MusicBee v3.0.5840.28734 (Win10.0), 28 dec 2015 21:57:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=q65r$L_rbZCWxF5jLP$ETF22BX9uRxZISX6jEaoZBio8=.#=qvy1liwFgkHQKL19i6N85ZA==(Int32 #=qP6K_MwEH63EP9mktnONSog==, Int32 #=qj913x6TgHubckjeES$rqtQ==)
   at #=q65r$L_rbZCWxF5jLP$ETF22BX9uRxZISX6jEaoZBio8=.#=qTHsCO3vBm0WP5AtYegXLyL4gBnxsV9QsZFWW7Ucj04E=(Object #=q5vXmatq7fDH$UCM7vWBlwQ==, EventArgs #=qhy_2LwL1yI0N4ZXkccOkTw==)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripButton.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at #=qkCZ3ZvFk00c09FNnweLzfb9JCEQ0BO$JFnUE46tPFB0=.WndProc(Message& #=qs5VijI5e8X0BHxKb3zpekA==)
   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)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 28, 2015, 09:24:34 PM
Thank you, track with thumbnail options now visible...

except if in right main panel :(
in fact, nothing in right main panel can be accessed - even from Preferences menu

(http://i.imgur.com/VBoTYCL.jpg) (http://imgur.com/VBoTYCL)
Title: Re: GUI changes for v3.0
Post by: Steven on December 28, 2015, 09:48:15 PM
except if in right main panel :(
in fact, nothing in right main panel can be accessed - even from Preferences menu
its there now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 28, 2015, 10:04:59 PM
its there now:

love your work - it's so quick :D

Thank you :)
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on December 29, 2015, 01:09:07 AM
Regarding Preferences->Tags (1)->(artwork storage) Set Retrieval Filter->Album Artwork Retrieval Filter window:

Would it be incorrect for me to assume that clicking the button "Rescan Artwork" should first clear out the ArtistThumbs cache folder, then rescan the "artist pictures location" folder?

Right now it seems that it doesn't do this. I can place new (or update current) artist pictures in the folder, hit the rescan button, but the thumbs don't update. If I manually empty the cache folder and restart MB 3, it picks up the new/updated pictures perfectly.

p.s. I really like MB 3's overall GUI changes!

[Correction] I can get the thumb(s) to update by simply deleting them out of the cache, then hitting F5 to refresh MB 3. (I don't have to actually restart MB 3.) Still, I feel like the "Rescan Artwork" button should first clear the cache, or at least force the cached images to be recopied if a newer file is found in the artist picture location folder.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 29, 2015, 08:37:36 AM
@Steven

Not sure if this is a bug or not... Using the layout I PM'ed you, selecting all albums of an artist, and then sorting something (by play count for example). The bug is  gone, but when you go to another artist and click on an album, all songs will stay sorted by what you did previously (example, play count). It doesn't do this in musicbee 2.5.

nevermind this, its better like this~
Title: Re: GUI changes for v3.0
Post by: AvikB on December 29, 2015, 12:57:18 PM
I have one suggestion/improvement or feature request whatever it is.
currently to add a song to playlist you have to this:

(http://i.imgur.com/ypn52Ci.jpg)
or using the sidebar drag and drop, but since my sidebar is hidden, it become tedious.

I don't get the idea of putting playlist in the submenu, it is a essential feature of any music player and should be a bit easier to access it.
Why not put it in the main menu not in submenu,
or having an icon which will dropdown a list of playlist to add that album(ofc it is not necessary to have this)

(http://i.imgur.com/Olp6PMt.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on December 29, 2015, 05:35:08 PM
or using the sidebar drag and drop, but since my sidebar is hidden, it become tedious.

I don't get the idea of putting playlist in the submenu, it is a essential feature of any music player and should be a bit easier to access it.
Why not put it in the main menu not in submenu,
or having an icon which will dropdown a list of playlist to add that album(ofc it is not necessary to have this)
yes i agree, now the left sidebar is hidden by default, handling playlists from the main panel becomes more important.
I will at least move "Send to -> Playlist" to the main right click menu level as thats available everywhere, not just the artwork panel
Title: Re: GUI changes for v3.0
Post by: 9ido on December 29, 2015, 05:47:19 PM
yes i agree, now the left sidebar is hidden by default, handling playlists from the main panel becomes more important.
I will at least move "Send to -> Playlist" to the main right click menu level as thats available everywhere, not just the artwork panel

If you also could implement an option to name newly created playlist through "Send to -> Playlist -> <New playlist>" then that would be great. I think having to open the sidebar to give the thing a name is a bit cumbersome and not very intuitive for new users either. Maybe just a pop-up when one clicks <New playlist> to prompt for a name, with a default text 'Playlist' already selected in the input field?
Title: Re: GUI changes for v3.0
Post by: Steven on December 29, 2015, 09:02:30 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- Send To -> Playlist -> ... has been moved up one level in the context menu and now called "Add to Playlist"
- adding to a new playlist now pops up a dialog box to enter the new playlist name
Title: Re: GUI changes for v3.0
Post by: hiccup on December 29, 2015, 09:07:01 PM
Could somebody confirm that the happy little button here doesn't do anything?
(Album Auto-Tagger panel)

(http://i.imgur.com/IRfSryQl.jpg) (http://i.imgur.com/IRfSryQ.png)
Title: Re: GUI changes for v3.0
Post by: AvikB on December 29, 2015, 09:21:21 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- Send To -> Playlist -> ... has been moved up one level in the context menu and now called "Add to Playlist"
- adding to a new playlist now pops up a dialog box to enter the new playlist name

Thanks, definitely easier to find and use :)
Title: Re: GUI changes for v3.0
Post by: phred on December 29, 2015, 09:46:29 PM
Could somebody confirm that the happy little button here doesn't do anything?
(Album Auto-Tagger panel)

(http://i.imgur.com/IRfSryQl.jpg) (http://i.imgur.com/IRfSryQ.png)
I clicked on it and got a popup with suggested genres for the album I had selected.  For a completely unknown album I got a popup stating "No genres have been suggested"
Title: Re: GUI changes for v3.0
Post by: AvikB on December 29, 2015, 09:55:06 PM
Few ux improvement suggestion:
currently when in mini player mode you click on the search icon and it opens now playing assistant,
(http://i.imgur.com/0KVm4hA.png)

What is the point? they both shows the same content only with search bar. Unless you choose other options from the dropdown.

Why not do something like this, it is a mockup.
(http://i.imgur.com/yag70v6.png)

While now playing assistant is good when in other mode, but it would be better to merge them in the miniplayer, also there could be other button placed on the miniplayer toolbar.
Title: Re: GUI changes for v3.0
Post by: 9ido on December 29, 2015, 09:55:41 PM
- Send To -> Playlist -> ... has been moved up one level in the context menu and now called "Add to Playlist"
- adding to a new playlist now pops up a dialog box to enter the new playlist name

Cheers!
Title: Re: GUI changes for v3.0
Post by: hiccup on December 29, 2015, 10:00:07 PM
I clicked on it and got a popup with suggested genres for the album I had selected.  For a completely unknown album I got a popup stating "No genres have been suggested"

Thnx Phred, then it's probably just because I'm messing with all kind of stuff here that that button doesn't do anything here currently.
Title: Re: GUI changes for v3.0
Post by: kennyd on December 30, 2015, 04:20:19 AM
Hey Steve, first let me say I really love your music player (the most I like is the explorer like usage to search directories [I don't like to make music libraries :)], I already tried to make my own player with the Bass library in C# with more or less results), anyway.

I have two (more or less) issues, I really hope nobody has already posted something like that because the thread got already too big for me to read every post.

First issue:
The first time I loaded my Playlists in 3.0 I've got file not existed errors when single tracks where loading with a cue sheet from an flac, ape, wav or tak file. After re-adding every single cue lines/files the issue disappeared.

Second issue:
Inside the file-view-list in version 2.5 it showed me the rendered tracks (lines) from an existing cue sheet (same name as the audio file), version 3 just show me the single audio file.

I use the current build: 3.0.5841

Maybe you can look at this issues, or maybe I miss something like an option for this. Thank you :)
Title: Re: GUI changes for v3.0
Post by: Steven on December 30, 2015, 07:20:46 AM
you need to make sure the library playlist format is MBP and not M3U, otherwise individual virtual files from a cuesheet cannot be split. I am using this feature without issues for playlists
Title: Re: GUI changes for v3.0
Post by: kennyd on December 30, 2015, 07:27:33 AM
Hey thanks for the fast reply, I'm using mbp for the playlist cause m3u isn't unicode/utf-8 compatible

edit:
the problem occurred only a single time when I switched the playlist from 2.5 to 3.0
Title: Re: GUI changes for v3.0
Post by: 9ido on December 30, 2015, 07:42:40 AM
I clicked on a tab 'Music' and got this error. Could not repeat it.

MusicBee v3.0.5841.37611 (Win6.3), 30 Dec 2015 8:39:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qpwZC$Nox52KfIMFBphyXslguMePFDJE$exToxwd6d5Q=(#=qMgvEn2LRvpHtauzor0RC_qU9lGAN0TWSRjkYJYaXpZY= #=qM6stVNusfQ471avsPMTejQ==)
   at MusicBee.MusicBeeMain.#=qb94D8p78D9$eT7WrBPAo0j_sYDh$VMUKgML1HEAdrIw=(#=qCQmMsOQ$gAagaCDv_lshea97E49uD_ggY0hiDMEhX7Y= #=qG9Z3Xdxi0q10Liz5Ud1u1Q==)
   at MusicBee.MusicBeeMain.#=qU2abQefQop1UO1EehjwZIkabiccSlrda3xxRIUAT0pY=.#=qeNvL6YmIgrXftWYuRZdwscLj23X5XGSJbsqG_wtIe3c=(#=q6YPAorwUm0W9KdigNpe5U83lp8OaF2UjCYP2bDRuoevP_Y49PdrNPiWw66SLbYtHJr78QCARjNmtxGoPaz6aEw== #=qxWbw3rPJiOewbEmWOqHZDQ==)
   at #=q34v3t2OluDbolNaAjd61WrydkxH76T9TlkCdN8EMuC4=.#=qwzm8cnmei$SwRQcyQ_xLJQ==.#=q1AtI2WC5hT7hwmfrdKJ743gX$F0SZlRn8WtpN9ybqQA=(Int32 #=qRkaTstklSgVh4O_WsBERTw==, Boolean #=qudV655w1fTemvUBEXwGjiQ==, Boolean #=qWvECVOfIZmXlEAvj5hJsd0DsKLmXgH9uk8qAka1e3gw=)
   at #=q34v3t2OluDbolNaAjd61WrydkxH76T9TlkCdN8EMuC4=.#=qC1LbUiTcoAmICQFF7u3lbel69neVayuoafyeQAYuGa0=.OnGotFocus(EventArgs #=q8i2Kz0CJG9nlpZEwxFyegQ==)
   at System.Windows.Forms.Control.WmSetFocus(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=q9kidJTGSY8SvvftDXHKnxBrtmMT$nP0XfogG9c1vHoU=.WndProc(Message& #=qmEcpeg7mw3MjujDQJUhF_Q==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on December 30, 2015, 08:43:51 AM
I clicked on a tab 'Music' and got this error. Could not repeat it.
this shoulf fix it:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 30, 2015, 12:16:44 PM
small typo with new mouse-over alert for "auto-organise media files"

WARNING: Filea can be moved when added to the library and when editing tags

imagine it should read "Files can be..."

an easy slip of the finger :)
Title: Re: GUI changes for v3.0
Post by: Steven on December 30, 2015, 10:23:51 PM
The "refreshing of album rating" issue reappeared for me. It shows the previous rating in the expanded panel (https://i.imgur.com/VkTtbMJ.png).
if its just a once off i will leave it as is

Also: When changing from Artist X to All Artists and back in the Album Artist panel, the order won't update. I have to refresh or change the node to achieve an updated order.
I assume by "Artist X to All Artists and back in the Album Artist panel" that you are refering to the Thumb Browser panel but i dont understand what you mean - which "order wont update".
Title: Re: GUI changes for v3.0
Post by: hiccup on December 30, 2015, 10:32:29 PM
When you start MB, the search box displays the text "search" and has the "NotActivated" color.
But as soon you have performed a search, and the search field is cleared and out of focus again, the word 'search' does not return.
Also the color for the background of the search box doesn't switch back to "NotActivated".
Title: Re: GUI changes for v3.0
Post by: hiccup on December 30, 2015, 10:41:27 PM
When you have selected an album in Album covers view, and then click a track in Now playing panel, the border color doesn't immediately change from highlight to lowlight.
It will change though if after that you resize the whole MB panel a little bit.
Title: Re: GUI changes for v3.0
Post by: hiccup on December 30, 2015, 11:22:20 PM
In the left panel you are able to double-click the entries under 'Services' and change their names. (the changes won't stick though)
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on December 31, 2015, 01:40:05 AM
Yup, it's Bento WinAmp now! :) Just make EQ dockable on top of main window...

(http://i.imgur.com/XiUpJ8j.jpg?1)

I am kidding, I don't use this WinAmp layout, but it's finally possible to make it look like that with all that stuff placed in top left corner (you just wouldn't believe how many people I know still use Winamp and refuses to switch to MusicBee or anything else just because "it looks different"). Though, I am glad this almost WinAmp style wasn't possible in 2.x version when I switched to MusicBee so I was forced to get used to MusicBee as it is and eventually to get used to much better and more useful layout than WinAmp-style had to offer, but this is cool anyway because of new MusicBee users, they have option to make it more like the player they are used to (WinAamp both unfortunately and usually) and then to experiment with new layouts, almost always better than WinAmp layout in any way it is arranged.

Anyway, I like this MB.V3 very much, it is way faster now, but there are some glitches here and there, but I am sure it will be all fixed by the release time. As for now I can make point to couple of them:

1. Double clicking on Album picture in Library, when Play Album option is selected under Panel Settings, will start playing that album, or sometimes will queue that album but start playing the song next to currently played song instead of adding album to queue without changing playback, even though it is set to Queue Last in Preferences>Now Playing>Now Playing list (in 2.5 it always queues last, both albums or tracks double clicked when Queue last option is ticked; I don't know whether this is by design or V3 accidentally overrides Queue last setting from Preferences)
2. Clicking on elapsed time in sidebar player won't change time from elapsed song time to remaining song time and vice versa, as it does in 2.x; not too much of importance, but it is a nice feature to have, and it worked in 2.x, so why not now
3. Lyrics part of Now playing bar is either picking it's looks from wrong part of theme settings or it is less contrasted by design. Same goes for wavebar and spectrum visualizer, they look different too in a bad way (I will attach those screnshots below). Wavebar and spectrum visualizes are set to 45px height in both V3 and V2.5 screenshot but they are different in height (see screenshot), while font of artist, album, etc. is equally sized. This might be due to skin incompatibility with MB.V3, I don't know.
4. Space usage is better in V2.x when it comes to track data like bitrate, file-type, path, rating, etc. as it is shown on screenshot in green rectangle; whole 2 lines of precious small laptop/desktop screen space are "eaten" by this data being placed under the album art. I do, anyway, appreciate that path of file is now a link that opens in Windows Explorer node, thanks for that very, very much! Just make it all on the right of album art and save some space as shown in green triangle, just like in 2.x MusicBee
5. Crtl + Mouse scroll resizing doesn't work in library to resize Album cover picture, scrollbar under Picture size option must be used right now instead and it is not as convenient as Ctrl + mouse scroll as we all are used to in V2.x and also browsers or Windows explorer
6. Narrow scroll bars are in weird bright red color (in this Dark.mod.Inminente skin that I use), probably an issue with skin, but just to let You know it probably has the skin incompatibility issue.

ScreenShot:

(http://i.imgur.com/p2bMaoP.jpg?1)

Well, these two more issues are more like feature requests, but I found them rather UI and UX tweaks/polishing inconsistencies, and it applies both to 2.x and 3.0 MusicBee:

7. Deleting tracks from Now Playing list shouldn't stop the playback as it does now (selecting all tracks with Ctrl+A or selecting them with mouse and pressing Del keyboard button). On the other hand, clicking List>Clear list would remove all tracks but it won't stop playback. I think these two actions are basically the same, so they should do the same thing, clearing list without stopping playback (very old WinAmp and other players habit again here).
8. Auto fitting Album Covers in Library makes it way to densed. It makes like 3-4px space between Album covers and I think it would be much nicer and easier to use if spacing is just a bit bigger, like 8-10px

Sorry for the post this long, but I guess You'd prefer to have all issues and ideas provided by one user under one post, as it is more easy to manage and follow. Just keep on great work! :)

P.S. Fell free to delete any part of this post You find unnecessary or PM if I can help in any way
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 31, 2015, 06:25:34 AM
I just wish the search function (ctrl+f) was as easy as foobar's. you type something and things show up.
Title: Re: GUI changes for v3.0
Post by: Steven on December 31, 2015, 07:41:27 AM
I assume by "Artist X to All Artists and back in the Album Artist panel" that you are refering to the Thumb Browser panel but i dont understand what you mean - which "order wont update".
I forgot to mention. I mean the change of an album rating. This kind of order won't refresh. (Referring to the last screenshot)
i am still having trouble understanding all your sentences into something that makes sense to me. I guess the main problem is i still dont know what toy mean by "order" in the context you are describing. Perhaps you have the albums sorted by Album Rating in the main panel?
Title: Re: GUI changes for v3.0
Post by: Steven on December 31, 2015, 07:42:09 AM
I just wish the search function (ctrl+f) was as easy as foobar's. you type something and things show up.
press alt-F in musicbee?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 31, 2015, 07:45:41 AM
I just wish the search function (ctrl+f) was as easy as foobar's. you type something and things show up.
press alt-F in musicbee?

Wow nice.. but it just shows up on playing tracks for me, not global search.
Title: Re: GUI changes for v3.0
Post by: Steven on December 31, 2015, 07:47:58 AM
you can perform a global search via the search box - i cant believe i need to say this so there has to be something more to this than you are describing.
If you want to search across the Inbox/ Audiobook and Library then click the search button and change the setting to Global
Title: Re: GUI changes for v3.0
Post by: rurutia10 on December 31, 2015, 08:05:21 AM
you can perform a global search via the search box - i cant believe i need to say this so there has to be something more to this than you are describing.
If you want to search across the Inbox/ Audiobook and Library then click the search button and change the setting to Global

"you can perform a global search via the search box" is there a keybind for it? Alt f is binded to "view: show now playing tracks finder"

Also, how do I change the layout to Artwork/Album and tracks/Track detail? Previously, clicking on the "configure layout button" showed a menu where you could change it but that's gone now.


Title: Re: GUI changes for v3.0
Post by: hiccup on December 31, 2015, 08:39:57 AM
Also, how do I change the layout to Artwork/Album and tracks/Track detail? Previously, clicking on the "configure layout button" showed a menu where you could change it but that's gone now.

It was moved to under this button:

(http://i.imgur.com/DwlVoIil.jpg) (http://i.imgur.com/DwlVoIi.png)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 31, 2015, 08:44:39 AM
"you can perform a global search via the search box" is there a keybind for it? Alt f is binded to "view: show now playing tracks finder"

under Preferences> Hotkeys, you will find 'General: Goto Text Search Box" that you can assign to a key combo

Also, how do I change the layout to Artwork/Album and tracks/Track detail? Previously, clicking on the "configure layout button" showed a menu where you could change it but that's gone now.

In the new header bar you will see Album and Tracks, Tracks or Albums (depending on what view you are using) with a little down arrow "v"
click on the arrow and you find all those view settings there


EDIT: or hiccup's picture says it all :)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 31, 2015, 08:48:17 AM
When you click the scrollbar arrow, and the scroll the panel down, these entries stay in sight at a fixed location.
It even remains on screen when MB is minimized.

(http://i.imgur.com/zfylBNDl.jpg) (http://i.imgur.com/zfylBND.png)
Title: Re: GUI changes for v3.0
Post by: Steven on December 31, 2015, 08:49:54 AM
Also: When changing from Artist X to All Artists and back in the Album Artist panel, the order won't update. I have to refresh or change the node to achieve an updated order.
MB intentionally does not immediately re-sort the main panel when tag values are changed. This is so files dont jump around. You can press the F5 refresh button to re-apply the sorting

Don't know if I'm the only one but I still find it pretty hard to rate tracks, because I misclick most of the time. It's like I have to be accurate to the millimetre to hit the px that will change the rating. It's definitely a different feeling compared to 2.5.
Each star is the same size as previous versions. Are you saying its inaccurate. I have tested this extensively and it should be accurate to the pixel. If you are claiming its inaccurate then can you confirm where you are clicking ratings in the expanded artwork panel
Title: Re: GUI changes for v3.0
Post by: hiccup on December 31, 2015, 08:57:18 AM
When the Column browser is present, it will create a large distance between the 'main panel selector' and the main panel.
I believe it would be better and more logical to have that button placed always directly above the main panel.

(http://i.imgur.com/C1QIjSis.jpg) (http://i.imgur.com/C1QIjSi.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 31, 2015, 09:58:53 AM
There are references to Xbox Music, but nowadays it's called Groove Music.
(Radio tabs, footer/link in Recommendations panel, icon in Music Explorer)
Title: Re: GUI changes for v3.0
Post by: hiccup on December 31, 2015, 10:09:54 AM
'Find' would be more appropriate here than 'Search':

(http://i.imgur.com/RTjTwM9l.jpg) (http://i.imgur.com/RTjTwM9.png)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on December 31, 2015, 11:13:47 AM
There are references to Xbox Music, but nowadays it's called Groove Music.
(Radio tabs, footer/link in Recommendations panel, icon in Music Explorer)

Technically the app is Groove Music and the streaming service is just Groove.
Xbox Music is still Xbox Music on the Xbox.
Yes, it will all eventually be under the Groove banner, but even Microsoft hasn't set a firm date on when that will happen.
Title: Re: GUI changes for v3.0
Post by: Steven on December 31, 2015, 11:39:48 AM
There are references to Xbox Music, but nowadays it's called Groove Music.
(Radio tabs, footer/link in Recommendations panel, icon in Music Explorer)
Technically the app is Groove Music and the streaming service is just Groove.
Xbox Music is still Xbox Music on the Xbox.
Yes, it will all eventually be under the Groove banner, but even Microsoft hasn't set a firm date on when that will happen.
the signed agreement was for Xbox Music branding and i haven't heard anything from Microsoft saying the branding should be changed
Title: Re: GUI changes for v3.0
Post by: hiccup on December 31, 2015, 02:13:51 PM
Technically the app is Groove Music and the streaming service is just Groove.
Xbox Music is still Xbox Music on the Xbox.
Yes, it will all eventually be under the Groove banner, but even Microsoft hasn't set a firm date on when that will happen.

Then they are probably still transitioning.
But even if you go to xbox.com, the first sing they tell you is that it's now called Groove.
http://www.xbox.com/en-US/music

It's not important to me, but just thought to mention it now v3 is under heavy construction anyway.
And waiting for Microsoft to inform and respond.....  Remember MusicBee on the Microsoft app store earlier this year? Grrr
Title: Re: GUI changes for v3.0
Post by: ankor on January 01, 2016, 03:31:59 AM
v3.0.5841  Library Explorer is displayed in left sidebar. I can right-click on something in the Artist list and select Queue Next. But the item added to Playing Tracks is the currently selected item in the Main Panel, not based on the item in Library Explorer.  Is this intended behavior?
Title: Re: GUI changes for v3.0
Post by: Alumni on January 01, 2016, 08:40:36 AM
@Steven
I'm having trouble after updating to the latest patch. MusicBee v3 doesn't open on my Windows 10 laptop. The process is visible in task manager, but isn't showing up on the desktop (ie. launching the executable and nothing happens). The other day I upgraded Windows 10 to "Threshold 2", whether or not that's related to the error I don't know.

This is the most recent error message from the log file:

1/1/2016 6:00:16 PM - 10.0.10586.0 - 3.0.5842.17797 - System.InvalidOperationException: Value Dispose() cannot be called while doing CreateHandle().
   at System.Windows.Forms.Control.Dispose(Boolean disposing)
   at System.Windows.Forms.Form.Dispose(Boolean disposing)
   at #=qGOQJqWbtwGLRdGoE_V2NY_DiHqJejXVZlc8q2nXLqZE=.Dispose(Boolean #=qpfpxQxVsRekNfXgAcFAWFQ==)
   at MusicBee.MusicBeeMain.Dispose(Boolean #=q2zfl3A3ls5lMjtGPB$tYXQ==)
   at System.Windows.Forms.Form.WmClose(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at #=qGOQJqWbtwGLRdGoE_V2NY_DiHqJejXVZlc8q2nXLqZE=.WndProc(Message& #=qFi1$XiA1IOr_DkpKioQv5A==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qAn7Npw41JBgqy1P6OXhMig==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 08:58:43 AM
@Steven
I'm having trouble after updating to the latest patch. MusicBee v3 doesn't open on my Windows 10 laptop. The process is visible in task manager, but isn't showing up on the desktop (ie. launching the executable and nothing happens). The other day I upgraded Windows 10 to "Threshold 2", whether or not that's related to the error I don't know.
can you send me the settings file
Title: Re: GUI changes for v3.0
Post by: Alumni on January 01, 2016, 09:43:03 AM
can you send me the settings file

Sent.
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 09:45:47 AM
thanks - i can reproduce this using your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 10:12:52 AM
@Alumni, the usual download link has been updated with a fix for the startup issue

@ankor
v3.0.5841  Library Explorer is displayed in left sidebar. I can right-click on something in the Artist list and select Queue Next. But the item added to Playing Tracks is the currently selected item in the Main Panel, not based on the item in Library Explorer.  Is this intended behavior?
it would only happen if you had a file selected in the main panel but i will attempt to correct that behavior so it always selects all files when initiated from the library explorer

edit:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 01, 2016, 11:28:55 AM
Unable to add .mkv files to the library with the latest version. Dragging and dropping them just doesn't do anything.

I thought a good workaround would be to just add the .mkv files to musicbee 2.5, and then start musicbee 3.0 and see them there. But trying to edit them (their tags) in 3.0, musicbee will crash.
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 01:10:54 PM
Unable to add .mkv files to the library with the latest version. Dragging and dropping them just doesn't do anything.

I thought a good workaround would be to just add the .mkv files to musicbee 2.5, and then start musicbee 3.0 and see them there. But trying to edit them (their tags) in 3.0, musicbee will crash.
.mkv files are only supported to play back video, not for editing or playing in MB. You need to tick "import video files" in the File Scanner (press Insert key)
i am not sure about how drag/drop works with these files and i dont have time to check now
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 01, 2016, 01:14:18 PM
Unable to add .mkv files to the library with the latest version. Dragging and dropping them just doesn't do anything.

I thought a good workaround would be to just add the .mkv files to musicbee 2.5, and then start musicbee 3.0 and see them there. But trying to edit them (their tags) in 3.0, musicbee will crash.
.mkv files are only supported to play back video, not for editing or playing in MB. You need to tick "import video files" in the File Scanner (press Insert key)
i am not sure about how drag/drop works with these files and i dont have time to check now

I do have that option enabled and still it won't work. Works fine with musicbee 2.5. You got my settings file in a pm (just in case).

Any video won't be added to the library, not just mkv.

I like adding them just for managing them with musicbee.
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 03:36:49 PM
Any video won't be added to the library, not just mkv.
they were being filtered out via drag/drop and thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Alumni on January 01, 2016, 03:47:28 PM
@Alumni, the usual download link has been updated with a fix for the startup issue

Confirmed fixed, thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 03:47:29 PM
When you have selected an album in Album covers view, and then click a track in Now playing panel, the border color doesn't immediately change from highlight to lowlight.
It will change though if after that you resize the whole MB panel a little bit.
thats fixed for the next update

When you start MB, the search box displays the text "search" and has the "NotActivated" color.
But as soon you have performed a search, and the search field is cleared and out of focus again, the word 'search' does not return.
Also the color for the background of the search box doesn't switch back to "NotActivated".
while i agree what you say is better behaviour, the way it works now is the same as v2.5 and as intended. I might change it depending on time permitting

In the left panel you are able to double-click the entries under 'Services' and change their names. (the changes won't stick though)
thats fixed for the next update

When you click the scrollbar arrow, and the scroll the panel down, these entries stay in sight at a fixed location.
It even remains on screen when MB is minimized.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 04:04:47 PM
1. Double clicking on Album picture in Library, when Play Album option is selected under Panel Settings, will start playing that album, or sometimes will queue that album but start playing the song next to currently played song instead of adding album to queue without changing playback, even though it is set to Queue Last in Preferences>Now Playing>Now Playing list (in 2.5 it always queues last, both albums or tracks double clicked when Queue last option is ticked; I don't know whether this is by design or V3 accidentally overrides Queue last setting from Preferences)
could you PM me a link to your settings file (help/ support/ View Settings)
Also could you confirm that you are using a very recent v3 version (last few days) - some of the things you said made me think you might be using a slightly older version
I can reproduce incorrect behaviour when double clicking and it always used the "Play Now" setting rather than Queue Next or Last if configured that way. That aspect is fixed for the next update

edit:
can you also send me your v2.5 settings
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 04:08:18 PM
The main panel always shows the entire album when searching or browsing. There should be an option in the context menu (https://i.imgur.com/jDQB6Zt.png).
i removed support for that in the artwork layout for v3 because it creates some difficult to resolve issues for the new way the artwork panel/ sorting/ filtering is implemented
Title: Re: GUI changes for v3.0
Post by: AvikB on January 01, 2016, 05:03:53 PM
right sidebar field contrast setting does not work
(http://i.imgur.com/taJ0nwG.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 05:33:09 PM
right sidebar field contrast setting does not work
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: AvikB on January 01, 2016, 06:15:08 PM
another thing:
(http://i.imgur.com/tLDjHld.jpg)

when i click on the dropdown in the main panel and track info panel, i get customise panel, but for other panels there is no options for customize panel!

(http://i.imgur.com/WyouPnP.jpg)

is this intentional? i think it would be better to have that option in every dropdown for easier access.

When using custom search there is this wasted space issue:
(http://i.imgur.com/5hINkuG.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 06:27:49 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the bugs stated as fixed above
- support in the Now Playing panel for a playlist oriented layout using track details or album and tracks
Title: Re: GUI changes for v3.0
Post by: phred on January 01, 2016, 07:02:23 PM
Could the opening location of the Custom Search window be persistent?  Every time it's opened it appears towards the upper left of the MB window despite where it is when I close it.  Thanks.
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 07:59:37 PM
I get the following error when trying to send files from my inbox to the library. (these had already been organizedmanaged with MB 2.5 using the same rules)

MusicBee v3.0.5844.33115 (Win10.0), 1 Jan 2016 12:56:

System.ArgumentException: Illegal characters in path.
   at System.IO.Path.CheckInvalidPathChars(String path, Boolean checkAdditional)
   at System.Security.Permissions.FileIOPermission.QuickDemand(FileIOPermissionAccess access, String fullPath, Boolean checkForDuplicates, Boolean needFullPath)
   at System.IO.Directory.InternalCreateDirectoryHelper(String path, Boolean checkHost)
   at System.IO.Directory.CreateDirectory(String path)
   at #=qRijolNnj9ehkK3qZYX_$loYf9dS3DF9thPTnPlA1zWc=.#=qAjm1uahPdm45jXRPQX2u9Q==(#=qOa5KF$N8DjUUb1I4E6l9800mLs1rpei9YLINRQNAYos= #=qAmbSowrVga0GNHRYKYf$mw==)
   at MusicBee.Media.StorageManager.#=qr10JuM$eTcKNv2RclpuMjw==(#=q8QxC2Oad3zxDeGSDc1BvhJNwqfW4ryUbgBFYwINPFrc= #=qGTZAP3V5h5zeVsnGW7_73w==, #=q3WcyGtRBaOHXEjABtDnZRA== #=qJzGCpleyzoGBQY5a499eUw==)
   at #=qLrM9IygvHFUbWTsz5B0adyVSjxwIiAHNeGxewFzevD0=.#=qOdmer4VCKtpRhpmtIgobVg==(#=q8QxC2Oad3zxDeGSDc1BvhJNwqfW4ryUbgBFYwINPFrc= #=q22HXIbvzLvfplz8QAm$PFA==, #=q3WcyGtRBaOHXEjABtDnZRA== #=qrbpqsFDtQXw7HR0fu3$FUw==, List`1 #=q$BIj1n0Z57QqihLRk8aDnA==, #=qA4F1FckbTQOc_gAaiwzoKNwMp7fpgq8rZyy_Sl3UmnU= #=qB8GGxpzsArShIp77hwkMag==, #=q3WcyGtRBaOHXEjABtDnZRA== #=qxDBqqp48ZWUI6iVu3bJHyhUY$XwdO_gvsdrHwcbvheE=)
   at #=qLrM9IygvHFUbWTsz5B0adyVSjxwIiAHNeGxewFzevD0=.#=qyp6e9aXAHw40Ni4jyzwR8Q==(#=qA4F1FckbTQOc_gAaiwzoKNwMp7fpgq8rZyy_Sl3UmnU= #=qORjuCH7z9MvCSwyrquHn4g==, #=q8QxC2Oad3zxDeGSDc1BvhJNwqfW4ryUbgBFYwINPFrc= #=qwbQGvYeBvvQYahh6NrQkvA==, Boolean #=qOXjdtE3BUUcc3WbBhJzlMg==, #=q3WcyGtRBaOHXEjABtDnZRA== #=qS4KJ3OYJlt88aIvf9T6u3XTkiKRjPFw7zJ365IYKCXU=)
   at MusicBee.MusicBeeMain.#=qCxPjfH55ZHGYSj2vY7vnvw==(Object #=qlze7Je00nGmtZecQhVjuxA==)

Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 08:26:39 PM
I get the following error when trying to send files from my inbox to the library. (these had already been organizedmanaged with MB 2.5 using the same rules)
i could still get reorganised if the tags were changed. In any case could you confirm you are happy to run a debug version so i can get to the bottom of why the error occurred and if so i will prepare one
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 08:46:15 PM
I get the following error when trying to send files from my inbox to the library. (these had already been organizedmanaged with MB 2.5 using the same rules)
i could still get reorganised if the tags were changed. In any case could you confirm you are happy to run a debug version so i can get to the bottom of why the error occurred and if so i will prepare one

Absolutely. Whatever will help. Also... In case this helps. I did remove all files from inbox, changed settings to add new files directly to library, rescanned, mb added all non problematic files to the library, changed settings back to import to inbox, rescanned and MB added the problematic files to the inbox. So I can see exactly what files are causing the error.
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 08:50:50 PM
could you post a screenshot of the organisation rules and also the relevant tags in one of the problem files or send me a link to one of the files.
I have sent you a PM with a debug version link
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 09:11:41 PM
could you post a screenshot of the organisation rules and also the relevant tags in one of the problem files or send me a link to one of the files.
I have sent you a PM with a debug version link

I'll try to get all that for you in a little bit. I did some experimenting and found that all the problem files contain one of the following characters in one of the following tags.

Characters= *:?
Tags= artist, title, album

example.. one file had the artist "B*witched" I changed it to "Bwitched" and i was able to transfer it to the library. But it won'tlet me rename it. So it seems like its not replacing the illegal characters.
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 09:23:03 PM
could you post a screenshot of the organisation rules and also the relevant tags in one of the problem files or send me a link to one of the files.
I have sent you a PM with a debug version link

The only difference in my MB 2.5 and 3.0 setup is that in 2.5 I used separate reorganize entry for karaoke and music files. In 3.0 i am trying it with the same entry, just an exception line as you can see in the pictures.
https://onedrive.live.com/redir?resid=5AA3FD4FD6D9D66E!128303&authkey=!ALvBBeyfYXB7WRw&ithint=folder%2cpng

(i couldn't figure out how to add images to this post)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 01, 2016, 09:26:45 PM
(i couldn't figure out how to add images to this post)

http://getmusicbee.com/forum/index.php?topic=16499.0
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 09:27:59 PM
I'll try to get all that for you in a little bit. I did some experimenting and found that all the problem files contain one of the following characters in one of the following tags.

Characters= *:?
Tags= artist, title, album

example.. one file had the artist "B*witched" I changed it to "Bwitched" and i was able to transfer it to the library. But it won'tlet me rename it. So it seems like its not replacing the illegal characters.
in that case, open your settings file (help/ support/ view settings) and search for: <SystemInvalidCharMapping> to </SystemInvalidCharMapping>
and then PM values in between.
Trying myself using the invalid characters works fine for me and nothing has intentionally changed with the underlying file organisation code compared to v2.5
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 09:52:16 PM
are all the problem files in the Karaoke folder ie. in the exception rule?
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 09:56:29 PM
are all the problem files in the Karaoke folder ie. in the exception rule?

Yes. I changed a couple different things so can't say what would correlate.

both music and karaoke were managed by separate MB 2.5 libraries.
MB 3.0 had just the music.
I updated to the latest 3.0 patch, copied/pasted my organization rules from 2.5 to 3.0 and scanned in the karaoke folder.
This is when I noticed the problem.
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 10:06:43 PM
are all the problem files in the Karaoke folder ie. in the exception rule?

You got me thinking and I tried something... I removed my exception rule to naming the music files. and added a completely different drive mapping for karaoke with the same naming rules and I can now send all the files to the library.
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 01, 2016, 10:13:04 PM
I just wanted to get the successful results posted real fast before you wasted any time on this problem... now I'll tell you a couple things I noticed and a question...

If I use the "add drive mapping" option so there are more than 4 mapping lines. The "proceed" and "close" buttons disappear off the screen.

in the rules settings it is possible to set a "on drive" setting. No two rules can use the same drive setting here. So even though my karaoke files are on the same drive I just changed it to something else and it still works. i don't understand the relevance of this. Is this going to mess something up somewhere else since I set it to drive "E:\" even though my karaoke is on drive "F:\"?
Title: Re: GUI changes for v3.0
Post by: Steven on January 01, 2016, 10:13:35 PM
i would like to get to the bottom of this. Could you run one more debug version and send me the log. Same link as the last one
Title: Re: GUI changes for v3.0
Post by: hiccup on January 01, 2016, 10:58:15 PM
It would be nice to be able to open the splash screen from within MusicBee.
It's showing only very shortly when opening MB, and sometimes you might want to take a better look at it.

Maybe a link for that in the Help > About > 'About MusicBee' panel?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 02, 2016, 09:46:12 AM
How is something like that even possible? A track of another band and an album with another title appears in the track list of the wrong album.

I don't know how this relates to the topic, GUI changes for v3.0, but:
either use Tools> Advanced> Rescan All Files
or check with Tag Inspector that you don't have some extra erroneous hidden tags.
Title: Re: GUI changes for v3.0
Post by: 9ido on January 02, 2016, 10:07:32 AM
Edit > Show in Main Panel cuts of Right Panel and shows a weird big white space in the middle with a big gray bar in it.

(http://i.imgur.com/BZwWEKs.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 02, 2016, 10:18:57 AM
Edit > Show in Main Panel cuts of Right Panel and shows a weird big white space in the middle with a big gray bar in it.
i cant reproduce this. Can you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on January 02, 2016, 11:15:24 AM
How is something like that even possible? A track of another band and an album with another title appears in the track list of the wrong album.

When I deleted the file, it showed up another unfamiliar file, and so on. The only way to solve this problem is deleting the original album files.
if it still happens after rescanning, then could you PM me a link to the file?
Title: Re: GUI changes for v3.0
Post by: 9ido on January 02, 2016, 04:15:05 PM
i cant reproduce this. Can you send me your settings file (help/ support/ view settings)
Steven, I only just now realize what that gray bar in the white space was, it's the Wavebar as it displays during a stream. I think it would look better at home next to the player controls, where it normally resides.
Title: Re: GUI changes for v3.0
Post by: ankor on January 02, 2016, 04:58:58 PM
v3.0.5841  Library Explorer is displayed in left sidebar. I can right-click on something in the Artist list and select Queue Next. But the item added to Playing Tracks is the currently selected item in the Main Panel, not based on the item in Library Explorer.  Is this intended behavior?

v3.0.5845  Using Library Explorer, if I select an artist or drill in to a single song and then right-click and pick Queue Next, everything in the Main Panel is queued into the Playing Tracks list.  My behavior expectation for adding to the queue is to get everything for the artist if I right-click the artist. If I right-click an album, just the songs on the album are queued.  And if I right-click a single track, just the one track is queued.  The same would apply for the other options in the context menu.  Depending on the intended purpose of the Library Explorer, perhaps the context menu should be removed and the list left for just browsing.
Title: Re: GUI changes for v3.0
Post by: 9ido on January 02, 2016, 05:56:08 PM
Just now MusicBee completely froze on me. There is no '.. is not responding' message which is odd. It happened after a song stopped and I double clicked another one to play, nothing happened at all.

It was like that for 5 minutes or more. Then I selected Close Window from the taskbar, still no response after several minutes. The taskmanager tells me MB is using around 0,1 % CPU. I killed the task from there, that worked immediately.

Then, upon restart I got an error. The file cache is corrupted and could not be loaded. The last backup has been recovered, et cetera.

Do you need the error log?
Title: Re: GUI changes for v3.0
Post by: Steven on January 02, 2016, 05:58:28 PM
fixes for the bugs stated as fixed above

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

unzip into the musicbee application folder and run MusicBee3.exe

Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 02, 2016, 09:41:18 PM
fixes for the bugs stated as fixed above

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

unzip into the musicbee application folder and run MusicBee3.exe

Works. Thank you.
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 02, 2016, 10:33:35 PM
I don't know if it's expected to work in this beta version or not but...

Manage duplicates doesn't work
advanced tagging plugin doesn't work

Also, on one of my views I have many columns and use the scroll bar to be able to see them all (not fit all to panel) occasionally the scroll bar disapears so I can't view all the columns. I have to "set displayed fields" and add change it or select "keep columns sized to panel" for the scrol bar to re-appear.
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 02, 2016, 11:54:13 PM
One issue I've been having is tagging artwork using auto-tag

In 2.5 when I right click on the artwork tag, and search internet a new window pops up with a selection of artwork to choose and how to add it. In 3.0 there's no choice, it just picks one. Further, it doesn't save the artwork either.
Everything seems to work fine if I use the manual edit.

I'm not sure if this is an actually bug, or just something that hasn't been worked on yet.
Title: Re: GUI changes for v3.0
Post by: phred on January 03, 2016, 12:51:46 AM
Could the opening location of the Custom Search window be persistent?  Every time it's opened it appears towards the upper left of the MB window despite where it is when I close it.  Thanks.
Thanks Steven - this is much better now.
Title: Re: GUI changes for v3.0
Post by: Beesmyer on January 03, 2016, 01:19:05 AM
MB crashes every time I
....try to open the tag editor on videos.
...try to add "video kind" as a column display field to the panel.
...Use my toolbar shortcut to jump to the tag inspector for a video.

.>All my videos are mp4. I will message you error codes.



Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 03, 2016, 05:05:04 AM
MB crashes every time I
....try to open the tag editor on videos.
...try to add "video kind" as a column display field to the panel.
...Use my toolbar shortcut to jump to the tag inspector for a video.

.>All my videos are mp4. I will message you error codes.

I got the same problem
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 03, 2016, 05:18:51 AM
Also, any chance Steven could make the lyrics scrolling bar faster? If you don't have it synced, it moves really slow with the mouse scroll wheel. (also, with a floating window)
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 08:01:28 AM
Manage duplicates doesn't work
advanced tagging plugin doesn't work
you will need to be specific about the issue so I can reproduce. The advanced tagging plugin is used by quite a few people and has been confirmed as working in v3 by the developer so what ever issue you are having is not general. For the duplicates problem, i have tested this function and it should work. Maybe a screenshot of the tags for each file or PM me a link to both files so i can check myself

for the scrollbar issue, if you take a screenshot when it happens then that would help
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 08:04:56 AM
In 2.5 when I right click on the artwork tag, and search internet a new window pops up with a selection of artwork to choose and how to add it. In 3.0 there's no choice, it just picks one. Further, it doesn't save the artwork either.
Everything seems to work fine if I use the manual edit.
working fine for me. Check in the first preferences tab "confirm picture storage options when adding artwork" is ticked
Title: Re: GUI changes for v3.0
Post by: Boile on January 03, 2016, 08:14:42 AM
Hi!
If you have in the Library Explorer under Artist(or another view) several albums and you click on any to play this Album(you see this in the main window and in the Playing Tracks list) than if the next song is played(or you edit the song and save it), than will be in the  main window and in the Library explorer the first album  displayed!
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 08:18:39 AM
Hi!
If you have in the Library Explorer under Artist(or another view) several albums and you click on any to play this Album(you see this in the main window and in the Playing Tracks list) than if the next song is played(or you edit the song and save it), than will be in the  main window and in the Library explorer the first album  displayed!
a screenshot might help me understand what you are saying
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 03, 2016, 08:28:01 AM
MB crashes every time I
....try to open the tag editor on videos.
...try to add "video kind" as a column display field to the panel.
...Use my toolbar shortcut to jump to the tag inspector for a video.

.>All my videos are mp4. I will message you error codes.

Any chance this will be fixed?

Add a video file to music bee > right click on the video file and click on "edit" > musicbee crashes. It happens to all video files.

Yes while it won't change the tags in video files, it will tag them in musicbee and you can sort stuff better. I liked it in 2.5.
Title: Re: GUI changes for v3.0
Post by: Boile on January 03, 2016, 08:31:22 AM
First-->http://imgur.com/oplGi1Z
after click on save-->http://imgur.com/WNEWity
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 03, 2016, 08:54:09 AM
Also, any chance Steven could make the lyrics scrolling bar faster? If you don't have it synced, it moves really slow with the mouse scroll wheel. (also, with a floating window)

Just compared this with musicbee 2.5. The lyric window scrolls at a snail's pace.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 03, 2016, 09:29:55 AM
I believe it was mentioned a little while back that Musicbee's tag line would change from 'music manager and player', to 'music organizer and player'.

Giving that some thought, I am not sure that would be a good change.
It is certainly a somewhat vague area, but I think usually there is a made some differentiation between software that mainly plays, and can organize your music by tag handling, and software that can do that, and also has other features such as cd-ripping, cd-burning, file conversion, etc.
So if that's the case, 'music manager' would be the better choice here.




Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 11:18:58 AM
while its still fresh in my mind, i have made the following changes for .mp4 files in the next update:
- you can now edit and save tags for .MP4 files, including tag inspector support
- when a .MP4 file is located in the video or podcast node, MB will open the file for playback using the configured video player
- but when located in another node such as the music library, the file will play as an audio file within MB
- any .MP4 file located in the video node is not rescanned. The reason is so any tag changes made in V2.5 (which didnt save the tags to file) are not lost.
- also a V3 bug was fixed so you can now edit tags for other video formats, and as with V2.5 the tags will only be saved within MB and not written to file
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 12:00:41 PM
First-->http://imgur.com/oplGi1Z
after click on save-->http://imgur.com/WNEWity
thanks - i can reproduce this
its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 12:38:35 PM
fixes for the bugs and changes to the video handling as described above

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

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 03, 2016, 01:17:42 PM
wooo <3

all issues fixed for me now :)
Title: Re: GUI changes for v3.0
Post by: phred on January 03, 2016, 02:03:18 PM
I believe it was mentioned a little while back that Musicbee's tag line would change from 'music manager and player', to 'music organizer and player'.
That was used in the original mock-up for the new site and has since been changed back to the original "music manager and player."  You can see the change on the home page of the demo site.
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on January 03, 2016, 04:11:23 PM
Great work! You've fixed almost every issue I mentioned in previous post within a day (or two). Couple of them still remains (You can see that in previous post screenshot but sliders was not on that screenshot, so it can be viewed here http://imgur.com/WiaIQne):

- spectrum visualizer is still using wrong coloring from theme, but that is not much of an issue, not for me anyway
- that narrow sliders are still red, not gray (in theme I am using) so I guess it also uses wrong part of theme color scheme

As for UI improvement/fixes I still think that file path and file details should be placed up a little on the right of the picture, not below it, to use less screen space, especially good for laptop and other smaller screen size users (also on http://imgur.com/WiaIQnee). As for now no new bugs here, maybe that strange thing that spectrum visualizer/wave-bar height is not equal in v2.5 and v3 (they look the same, but with different settings, 55px in v3 and 42px spectrum visualizer and 40px wave-bar in v2.5 to make them look the same). It might not look the same in screenshot but I used Alt+Tab to make sure they are aligned and the same hight, maybe with pixel or two error margin.

Also I think that Now playing bar (that can be seen in my previous post) and Mini player looked better in v2.5, but that is subjective. Especially, progress bar looked and track details was nice to have in v2.5 in Mini player, but maybe spectrum visualizer and wave-bar are too much in Mini player, but there is no way to turn them off in Mini in v2.5 without turning them off in main player. Oh, as can be seen below, when minimized there is no label on taskbar for v3.

(http://i.imgur.com/c7BefQG.jpg)

As for that "Winampish" layout, as someone before me also mentioned, maybe it would be nice idea to give users to pick a couple of different default layouts from settings, something like Layout gallery. That would be great for new users, so they have a base layout similar to what they are used to (Winamp, fb2k, AIMP, Clementine, etc.) and then they can customize it as much as they want, because with this new way of arranging things MusicBee could be made to look almost like any other player, at same time being waaaay more customizable than any other player out there.
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 04:28:15 PM
- spectrum visualizer is still using wrong coloring from theme, but that is not much of an issue, not for me anyway
- that narrow sliders are still red, not gray (in theme I am using) so I guess it also uses wrong part of theme color scheme
what skin are you using?
for the file properties/ url, they will be placed on the right of the picture if the picture is large enough in height to fit them
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on January 03, 2016, 04:38:09 PM
Skin is Dusk.mod.Inminente, and yes, bigger album picture put it on the right, thanks for that! :)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 03, 2016, 04:38:12 PM
The command "View: Show A-Z Jump Bar" is missing from the hotkeys panel.
Title: Re: GUI changes for v3.0
Post by: 9ido on January 03, 2016, 05:07:35 PM
Minor cosmetic accident,

(http://i.imgur.com/inWpnrl.png)

I do use the wavebar.
Title: Re: GUI changes for v3.0
Post by: Steven on January 03, 2016, 07:51:40 PM
fixes for the bugs, changes to the video handling as described above, and better compatability with some of the older skins

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

unzip into the musicbee application folder and run MusicBee3.exe

The command "View: Show A-Z Jump Bar" is missing from the hotkeys panel.
I dropped support for this command due to the change in the way panels are laid out. It would be possible to add it back in now but i dont feel its worth the effort
Title: Re: GUI changes for v3.0
Post by: EffenBlue on January 03, 2016, 10:28:35 PM
Hello, if I edit a file (something other than rating it) while it's playing, the play count won't increase and it will appear as if the song hasn't been played.

(http://i.imgur.com/ibGpPyt.jpg)

As shown in the image, it seems the song "Undertaker" (#537) hasn't been played, but the last.fm scrobble log (and last.fm itself) show(s) that it has, and if I restart MusicBee the play count and last played time will be updated... Well this song isn't in my library so it won't be updated, but when this happens to songs that are in my library they are updated.
Title: Re: GUI changes for v3.0
Post by: PancakePenguin on January 04, 2016, 02:48:55 AM
I know you removed the browser and such but I miss the old playing track panel with last fm bio and such. It was easy to access and it told me how many times I played that artist. Any chance of bringing it back as a plugin maybe?
Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 06:51:56 AM
I know you removed the browser and such but I miss the old playing track panel with last fm bio and such. It was easy to access and it told me how many times I played that artist. Any chance of bringing it back as a plugin maybe?
you get the last.fm bio via the Now Playing Bar. I will add back in the artist play count which isnt there at the moment
Title: Re: GUI changes for v3.0
Post by: PancakePenguin on January 04, 2016, 06:54:53 AM
I know you removed the browser and such but I miss the old playing track panel with last fm bio and such. It was easy to access and it told me how many times I played that artist. Any chance of bringing it back as a plugin maybe?
you get the last.fm bio via the Now Playing Bar. I will add back in the artist play count which isnt there at the moment
Oh thanks. Can I add this to a tab?
Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 07:20:13 AM
Hello, if I edit a file (something other than rating it) while it's playing, the play count won't increase and it will appear as if the song hasn't been played.
its working fine for me. Can anyone else confirm this?
Title: Re: GUI changes for v3.0
Post by: 9ido on January 04, 2016, 07:42:42 AM
Hello, if I edit a file (something other than rating it) while it's playing, the play count won't increase and it will appear as if the song hasn't been played.
its working fine for me. Can anyone else confirm this?

It working fine here too, but then I found another little weird thing. I edited a tag to test above scenario, then changed it back to it's original state, saved it, but the tag inspector keeps showing the altered tag. In the main panel the tag shows the original state, as well as in the tag editor. Then I went into the folder with windows explorer, and the tag shows the altered state there, too. I guess the thing is not really saved at this time (maybe on purpose?) but the scenario is confusing.
Title: Re: GUI changes for v3.0
Post by: bitseq on January 04, 2016, 11:11:07 AM
It seams that the player controls can no longer live in the right or left panel is this intentional?

I like them being there as the top and bottom panels do not work as ergonomically when scrubbing through tracks and changing playback options, most of my mousework is done in the right panel.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 04, 2016, 11:17:14 AM
It seams that the player controls can no longer live in the right or left panel is this intentional?

You use the 'sidebar player' element for the left/right panels
The 'player controls' go top/bottom or un-tick to remove.
Title: Re: GUI changes for v3.0
Post by: Venthe on January 04, 2016, 11:53:28 AM
One thing that bugs me, is the left panel. You can only set small/medium/large thumbnails (With no possibility to hide thumbs) and have only one type of tag displayed at a time. This is definetly a step backwards from this http://imgur.com/QIQgun1
Title: Re: GUI changes for v3.0
Post by: hiccup on January 04, 2016, 12:14:04 PM
One thing that bugs me, is the left panel. You can only set small/medium/large thumbnails (With no possibility to hide thumbs) and have only one type of tag displayed at a time. This is definetly a step backwards from this http://imgur.com/QIQgun1

Could it be you are confusing the Thumbnail Browser with the Column Browser?
The Column Browser is still there in v3.
You might have disabled it, or maybe have it hidden for your current Tab?
Title: Re: GUI changes for v3.0
Post by: bitseq on January 04, 2016, 12:33:36 PM
It seams that the player controls can no longer live in the right or left panel is this intentional?

You use the 'sidebar player' element for the left/right panels
The 'player controls' go top/bottom or un-tick to remove.

Thanks thats fixed it :)
Title: Re: GUI changes for v3.0
Post by: jaume on January 04, 2016, 04:30:22 PM
Hello, if I edit a file (something other than rating it) while it's playing, the play count won't increase and it will appear as if the song hasn't been played.
its working fine for me. Can anyone else confirm this?

I found another potential bug with the playcount linked to Last.fm playcount.

1. I played a track 5 times and scrobbled okay to Last.fm and the track showed with a playcount of 5 in MB.
2. I removed the scrobbles from Last.fm and synched with MB, MS still shows 5 plays for the track in MB.
3. I reset the playcount in MB for that file and re-synched with Last.fm, the file still shows 5 plays for the track in MB.
Title: Re: GUI changes for v3.0
Post by: lizzy on January 04, 2016, 04:30:41 PM
I can't find a way to get rid of "lyrics - right panel" when in Now Playing mode. In any other mode, it is gone. It is unticked in panel configuration, but is still showing under track details.
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 04, 2016, 05:19:22 PM
I can't find a way to get rid of "lyrics - right panel" when in Now Playing mode. In any other mode, it is gone. It is unticked in panel configuration, but is still showing under track details.

Are you talking about the 2.5 version?  3.0 doesn't have a right sidebar in Now Playing mode, but this sounds exactly like the 2.x behavior.
Title: Re: GUI changes for v3.0
Post by: lizzy on January 04, 2016, 05:23:04 PM
V 3 yes.  It says right sidebar under config, and it is displayed there.  In NP I have selected "Playlist - Album and tracks".
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 04, 2016, 05:24:47 PM
V 3 yes.  It says right sidebar under config, and it is displayed there.  In NP I have selected "Playlist - Album and tracks".

Could you post a screenshot?
Title: Re: GUI changes for v3.0
Post by: lizzy on January 04, 2016, 05:31:01 PM
https://www.dropbox.com/s/sn3lkbgcvowovs4/lyr.jpg?dl=0

As you can see, in config I've added spectrum visualizer, but it is overlapped by lyrics

Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 05:51:23 PM
As you can see, in config I've added spectrum visualizer, but it is overlapped by lyrics
that is really strange and trying now i cant reproduce this. Would you mind sending me a link to your settings (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: lizzy on January 04, 2016, 05:57:16 PM
Here it is
https://www.dropbox.com/s/76cla0c2x36cnzs/MusicBee3Settings.ini?dl=0
Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 05:57:40 PM
1. I played a track 5 times and scrobbled okay to Last.fm and the track showed with a playcount of 5 in MB.
2. I removed the scrobbles from Last.fm and synched with MB, MS still shows 5 plays for the track in MB.
3. I reset the playcount in MB for that file and re-synched with Last.fm, the file still shows 5 plays for the track in MB.
The way MB works is it wont remove the playcounts - better that way in case things dont work as expected
Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 05:59:05 PM
Hello, if I edit a file (something other than rating it) while it's playing, the play count won't increase and it will appear as if the song hasn't been played.
its working fine for me. Can anyone else confirm this?

It working fine here too, but then I found another little weird thing. I edited a tag to test above scenario, then changed it back to it's original state, saved it, but the tag inspector keeps showing the altered tag. In the main panel the tag shows the original state, as well as in the tag editor. Then I went into the folder with windows explorer, and the tag shows the altered state there, too. I guess the thing is not really saved at this time (maybe on purpose?) but the scenario is confusing.
thats right - the tags for a playing file cant be physically saved while the file is playing
Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 06:32:16 PM
As you can see, in config I've added spectrum visualizer, but it is overlapped by lyrics
that is really strange and trying now i cant reproduce this. Would you mind sending me a link to your settings (help/ support/ view settings)
you are using the new playlist configuration for the Now Playing panel. At the moment you cant configure the right sidebar for the Now Playing panel when using that layout ie. it only shows track information and lyrics.
I am not sure whether i will add customisation for this specific layout in the near term.
If you go to the Music tab, the spectrum visualiser will show in the right sidebar when configured that way (the settings file you sent didnt have it enabled)
Title: Re: GUI changes for v3.0
Post by: jaume on January 04, 2016, 06:38:59 PM
1. I played a track 5 times and scrobbled okay to Last.fm and the track showed with a playcount of 5 in MB.
2. I removed the scrobbles from Last.fm and synched with MB, MS still shows 5 plays for the track in MB.
3. I reset the playcount in MB for that file and re-synched with Last.fm, the file still shows 5 plays for the track in MB.
The way MB works is it wont remove the playcounts - better that way in case things dont work as expected

How about if we want to sync it to Last.fm and remove any plays that happened in MB (for example if we left a song in repeat by mistake).

Is there any way to actually re-set the playcount? I thought that the Tools>Tagging Tools>Reset Play Count should do that.
Title: Re: GUI changes for v3.0
Post by: lizzy on January 04, 2016, 06:42:00 PM
As you can see, in config I've added spectrum visualizer, but it is overlapped by lyrics
that is really strange and trying now i cant reproduce this. Would you mind sending me a link to your settings (help/ support/ view settings)
you are using the new playlist configuration for the Now Playing panel. At the moment you cant configure the right sidebar for the Now Playing panel when using that layout ie. it only shows track information and lyrics.
I am not sure whether i will add customisation for this specific layout in the near term.
If you go to the Music tab, the spectrum visualiser will show in the right sidebar when configured that way (the settings file you sent didnt have it enabled)

ok. I'll keep my fingers crossed for an option for this at a later point then.  Been using the Artist and tracks in NP for years.  Old habits die hard ;)
Title: Re: GUI changes for v3.0
Post by: Steven on January 04, 2016, 09:43:05 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- support for configuring the right sidebar when using the Playlist layout in the now playing panel (click the Now Playing dropdown/ Right Sidebar/ Customise Panel)
- fix for ripping cd's with cuesheets
- fix for displaying virtual files from cuesheets in the computer node
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 05, 2016, 03:32:24 AM
MB 3 v3.0.5847:

It appears that the Radio Station import isn't working. I can export to the xml file fine, but after deleting all the radio stations and attempting to import the just-exported xml file, nothing shows up. (If I go back to MB 2, I can import the exact same xml file just fine, and doing that also restores the radio station list in MB 3 as well.)
Title: Re: GUI changes for v3.0
Post by: Alumni on January 05, 2016, 04:54:46 AM
@Steven
The "music" node in the left navigator is behaving inconsistently when clicked - it should always jump to the top of the library, but for me sometimes it jumps to the bottom of the library, or to the middle of the library, or it jumps in place (ie. doesn't move either way).
The current library view (album covers or grouped by artists) also seems to influence the behavior.
I've sent you my settings file if you need it.
Title: Re: GUI changes for v3.0
Post by: AvikB on January 05, 2016, 05:12:02 AM
wow, the now playing panel looks really gorgeous!
few things though, track detail background is not nice! maybe something like dark translucent grey.
and a feature request, it would be great to have a interval setting for retrieving artist picture.

(http://i.imgur.com/tvhrBJb.jpg)

also the spacing in the right playig track panel is darn nice, feeling less congested. Hope to see it throughout musicbee's other layouts.
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 07:36:52 AM
@Steven
The "music" node in the left navigator is behaving inconsistently when clicked - it should always jump to the top of the library, but for me sometimes it jumps to the bottom of the library, or to the middle of the library, or it jumps in place (ie. doesn't move either way).
The current library view (album covers or grouped by artists) also seems to influence the behavior.
I've sent you my settings file if you need it.
it should jump to where the scroll position was the last time you viewed the library panel in the current tab while MB is running. When switching view (eg. track details -> albums) it shoudl go to the top or where the current selected file is located. On restart on the active node is remembered
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 07:54:42 AM
few things though, track detail background is not nice! maybe something like dark translucent grey.
would you mind posting any picture with some test and the colouring you had in mind. Also i guess it depends on whether you are using a light skin or not

and a feature request, it would be great to have a interval setting for retrieving artist picture.
it would only be to increase the interval, not reduce it as the artist picture rotation was causing a strain on the artwork hosting web sites
Title: Re: GUI changes for v3.0
Post by: Alumni on January 05, 2016, 07:56:59 AM
it should jump to where the scroll position was the last time you viewed the library panel in the current tab while MB is running. When switching view (eg. track details -> albums) it shoudl go to the top or where the current selected file is located. On restart on the active node is remembered

Oh, did it always work like that? I thought it was meant to behave like the "home" button on the keyboard.
Title: Re: GUI changes for v3.0
Post by: Alumni on January 05, 2016, 08:04:09 AM
and a feature request, it would be great to have a interval setting for retrieving artist picture.

it would only be to increase the interval, not reduce it as the artist picture rotation was causing a strain on the artwork hosting web sites

That reminds me, it would be nice to have the option to turn off artist picture rotation by default, or to remember your on/off selection in the context menu (at the moment it resets on restart).
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 08:07:07 AM
it should jump to where the scroll position was the last time you viewed the library panel in the current tab while MB is running. When switching view (eg. track details -> albums) it shoudl go to the top or where the current selected file is located. On restart on the active node is remembered
Oh, did it always work like that? I thought it was meant to behave like the "home" button on the keyboard.
are you refering to clicking the music node twice?
Title: Re: GUI changes for v3.0
Post by: Alumni on January 05, 2016, 08:13:53 AM
are you refering to clicking the music node twice?

No, clicking it once.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 05, 2016, 12:31:40 PM
few things though, track detail background is not nice! maybe something like dark translucent grey.

this is the same thing referred to back here:
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

As it's based on a theater-mode, couldn't MB mix that maroon colour with the bg value from the panel?



and a feature request, it would be great to have a interval setting for retrieving artist picture.
it would only be to increase the interval, not reduce it as the artist picture rotation was causing a strain on the artwork hosting web sites

+1
Title: Re: GUI changes for v3.0
Post by: AvikB on January 05, 2016, 12:41:33 PM
few things though, track detail background is not nice! maybe something like dark translucent grey.

this is the same thing referred to back here:
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

As it's based on a theater-mode, couldn't MB mix that maroon colour with the bg value from the panel?
it would be awesome if it can be controlled by skinners. the maroon color really isn't my fav.
Title: Re: GUI changes for v3.0
Post by: AvikB on January 05, 2016, 12:47:10 PM
and a feature request, it would be great to have a interval setting for retrieving artist picture.
it would only be to increase the interval, not reduce it as the artist picture rotation was causing a strain on the artwork hosting web sites
yup thats what i need. i need to increase the interval.
Title: Re: GUI changes for v3.0
Post by: lizzy on January 05, 2016, 05:06:16 PM


- support for configuring the right sidebar when using the Playlist layout in the now playing panel (click the Now Playing dropdown/ Right Sidebar/ Customise Panel)
- fix for ripping cd's with cuesheets
- fix for displaying virtual files from cuesheets in the computer node

Excellent :)
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 05:42:30 PM
and a feature request, it would be great to have a interval setting for retrieving artist picture.
it would only be to increase the interval, not reduce it as the artist picture rotation was causing a strain on the artwork hosting web sites
yup thats what i need. i need to increase the interval.
its currently set to 40 seconds. I was thinking of increasing it to 60 seconds anyway to reduce the load on servers so i will at least do that without any configuration option.
However the request you are making is not something i would expect so i am wondering if i am missing some point here.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 05, 2016, 06:15:45 PM
Crash (with a red cross over the MB panel) when changing the order of Toolbar Buttons:

Code
MusicBee v3.0.5847.38930 (Win10.0), 5 jan 2016 19:12:

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Image.get_Width()
   at System.Drawing.Image.get_Size()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qOYuxnER6mK6GLtMFFWTbv4wGyDy3XjgmYnvIlZ$HDlM=._Lambda$__0()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qa0ucrRziiXiLCHsmcoaKWx4s7r1K1NkVhCkAvrBP_7o=(Graphics #=qESP7HuqwsWYK3ejlshl5BQ==, Rectangle[] #=qssrg1HSgYBhoAzUUyaMPZw==, Rectangle #=qersxv3NzFY2lSi2IExFOXg==, Int32 #=q$DkU_QfpXptXQQ0Mp0i2wqmGxLFzMdsJBHAI2H8yn48=)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qjyZj0ikLBYUEp_967Kc_MNTJAQF$nFsGWZe3c_PYo4I=._Lambda$__0(Graphics #=qmLAEco1KC_DkdnfysDbedA==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=q1IcqGAcqEqwxMZpxT3bwvw==(PaintEventArgs #=qEIL38o0E_JlXm6oZcGPR8A==)
   at MusicBee.MusicBeeMain.#=qq3n4y6JM4pOASqa$DR2C$vNzLDaWPntKs9jS3c1IKYU=._Lambda$__0(Graphics #=qMKZcOuVE8BMaRf0l5dm8KQ==)
   at #=q3tP8OxwrLUDXhSkyN8qeGA==.#=qkqqrXLqhWVkP1RdkUDrphQ==.#=qZkVdVaIthuCh5RKYbTy84g==(Graphics #=qIc6pt909fJ4sWDGoOTXvEA==, #=qqC_TDuuKZezMFeg_I9tLjP8IdaIDbMYcDGRIQkK0JNM= #=qVymlOBCA07YEZLNNXVLgPQ==, Rectangle #=q51Bi5wpLn0Q8Tek$7AfmOg==, Rectangle #=qlVGXCykgY1n3EMs6Yi1vOw==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qCtcyoSZn9My4LuJx2X4IVg==)
   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 #=qrVODBAageK7oi5dMO$2xTptc8A2HkgxsRoFpK2vSFCg=.WndProc(Message& #=qkd3IQsv0U4XZP8jUbpUVWw==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qDn$8x_TiyYfb4ed20GvsvQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 05, 2016, 06:20:32 PM
Crash (with a red cross over the MB panel) when changing the order of Toolbar Buttons:

edit,
It was probably because an icon was missing from the Icon folder.
Title: Re: GUI changes for v3.0
Post by: Antineutrino on January 05, 2016, 06:31:17 PM
Is it possible to remove the blue border (Windows 10)?

(http://fs5.directupload.net/images/160105/2lyk6466.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 06:42:42 PM
Is it possible to remove the blue border (Windows 10)?
no
Title: Re: GUI changes for v3.0
Post by: AvikB on January 05, 2016, 06:47:25 PM
its currently set to 40 seconds. I was thinking of increasing it to 60 seconds anyway to reduce the load on servers so i will at least do that without any configuration option.
However the request you are making is not something i would expect so i am wondering if i am missing some point here.

Sometime i have really SLOW internet, and doing anything else while MB trying to download an artists image have serious impact. It is not something most people will face, but i wan't to decide how often i want musicbee to download image, maybe 1/2 image for a single 4minute song(by setting the interval higher), currently it gets 3-4 images for that same song.

another issue is bandwidth, where i live bandwidth cap is a serious problem.
ofc it is not the MOST wanted feature, but is handy for users like me.
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 07:19:17 PM
i have changed the rotation interval to 60 seconds. However my suggestion is to untick "retrieve web pictures" from the customisation panel. MB will still download one picture if there are none
Title: Re: GUI changes for v3.0
Post by: kennyd on January 05, 2016, 08:03:21 PM
Steven, thank you for fixing the virtual files issue at the computer node ! :) so crazy fast :)

I found 2 another issues with the virtual files (but only at the first use):

1st: After an application restart and the last file is a virtual file, the parent node (Drive I:\) is uncollapsed but there aren't any child nodes displayed. Only after collapsing and uncollapsing the parent node the child nodes are shown.

2nd: If there are more audio files with cuesheets in the same folder (like 3 CD rips in one folder),
       the filelist is only showing the virtual files from one cuesheet (all tracks from CD1.cue) the other are just displayed as the source file (CD1.wav, CD3.wav).

But the issues dissappeared after the first time and then it worked without any further problems.

edit: ok forget the temporary problem, sometimes virtual files aren't showing after refreshing the filelist.
Title: Re: GUI changes for v3.0
Post by: Steven on January 05, 2016, 10:09:04 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- various fixes
- some tweaks to the Now Playing panel. I cant say i am completely happy with the setting where the right sidebar is overlayed onto the artist picture, so suggestions will be welcome


edit: ok forget the temporary problem, sometimes virtual files aren't showing after refreshing the filelist.
if you ripped any cd's using MB3 with "rip as single file with embeded cuesheets enabled" then you will need to re-rip those files
otherwise i am not able to reproduce the issues as you described
Title: Re: GUI changes for v3.0
Post by: kennyd on January 05, 2016, 10:39:46 PM
Thanks again for the fast response!
I tried 15-20 cues I opened before without any problem.

Except for new files. The filelist dosn't display the virtual files but if I open the .cue directly with MB, MB can read it properly.

edit: ... after opening directly, the virtual files appeared correctly in the filelist. Seems like MB cached the .cue lines.

edit2: http://puu.sh/mkWPM/7216a8f831.png after refresh the filelist or loading the .cue directly the tracks are shown properly.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 05, 2016, 11:21:39 PM
MB 3 v3.0.5848:

While listening to a radio station, the Cover Art will auto-fill in for the current song as expected. If I then change the Rating for that radio station, the Cover Art disappears, and "No Cover Art" is shown.
Title: Re: GUI changes for v3.0
Post by: 9ido on January 06, 2016, 09:01:43 AM
This appeared to freeze Musicbee,

(http://i.imgur.com/doQhLi9.png)

It kept displaying exactly this for 5 minutes or so, as if it was permanently stuck, but then recovered and finished the action.
Title: Re: GUI changes for v3.0
Post by: 9ido on January 06, 2016, 09:01:53 AM

Then, I clicked on artist picture location and got presented with this,

MusicBee v3.0.5848.39778 (Win6.3), 6 Jan 2016 10:00:

System.UnauthorizedAccessException: Access to the path 'C:\Users\Gido\Music\MusicBee\Artist Pictures\' is denied.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.Directory.InternalCreateDirectory(String fullPath, String path, Object dirSecurityObj, Boolean checkHost)
   at System.IO.Directory.InternalCreateDirectoryHelper(String path, Boolean checkHost)
   at System.IO.Directory.CreateDirectory(String path)
   at #=q_6e_Ejk1$cxsxl5aRPTYkregD9KupVyZ2STtee6nfFYZabkKtZEmaEP3ipbDKBhR.#=qx0QjLg7VcLIt0opNW4DEYhoA1Ugd4l2kRVa0$6LgLeyzjIRB$pS69zsj1R2FPwY$(Object #=qsG5fXNsjDH6Kn4cZF1XFrw==, EventArgs #=q77IDc$IsoBjz2b2xsVD$Wg==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=qOxE1yz43NZcqqu_9DEKxEwyFBodeq3ens6aTTq2h8W4=.OnClick(EventArgs #=q6HrLC2EddRAA1KTXp8nirg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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)
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 06, 2016, 04:42:26 PM
http://i.imgur.com/DaE1Hf8.png

What is the "selected" tab on the right side bar? That tab only shows up when I press on the lyrics tab, when I press on the playing tracks tab it disappears. Really weird function if this is intended.
Title: Re: GUI changes for v3.0
Post by: Steven on January 06, 2016, 09:59:37 PM
This appeared to freeze Musicbee,

It kept displaying exactly this for 5 minutes or so, as if it was permanently stuck, but then recovered and finished the action.
although i cant be sure what really happened, i have made a change so this runs in the background to prevent GUI lockup
Title: Re: GUI changes for v3.0
Post by: Steven on January 06, 2016, 10:00:41 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above and also some bugs i found in the now playing panel
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 07, 2016, 01:57:11 AM
In 2.5 when I right click on the artwork tag, and search internet a new window pops up with a selection of artwork to choose and how to add it. In 3.0 there's no choice, it just picks one. Further, it doesn't save the artwork either.
Everything seems to work fine if I use the manual edit.
working fine for me. Check in the first preferences tab "confirm picture storage options when adding artwork" is ticked

Yes, the preference setting you pointed out was unchecked on my install.

However using the auto-tag feature, MB still isn't saving the artwork as embedded (I do have that selected as default in my prefs). It'll keep the folder.jpg/linked artwork, but if I want to have the artwork embedded I have to use the manual edit.
Title: Re: GUI changes for v3.0
Post by: Steven on January 07, 2016, 06:51:27 AM
However using the auto-tag feature, MB still isn't saving the artwork as embedded (I do have that selected as default in my prefs). It'll keep the folder.jpg/linked artwork, but if I want to have the artwork embedded I have to use the manual edit.
which specific auto-tag function?
Title: Re: GUI changes for v3.0
Post by: 9ido on January 07, 2016, 01:03:28 PM
With clicking on the status bar, the ongoing and standard minimized task Artwork Downloader can appear in a window, but then there seems to be no option to minimize this window to the status bar again, and it stays on top.

I haven't checked if this is the case with other by default minimized background tasks as well.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 07, 2016, 03:27:23 PM
This happens when moving the mouse cursor in the Upcoming Concerts pane.

Code
MusicBee v3.0.5850.13542 (Win10.0), 7 jan 2016 16:26:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qsEfLLcT5kmRQhPnEB1dwTKzau2ckNsRPbo$Bm7hxDk4=.#=qc2M2txYDfiycYmvV3w9PfA==.#=qjhENeA8ZabnfnHQaMC84Gw==()
   at MusicBee.MusicBeeMain.#=qivtB7sAa3pbdjKxghnZtUKoKW$hgbVRPDISIgiqw4PU=.#=q_vZ6GVCs1_beIRq45gD7OWkCFNnNcHum62tXIW$tZb0=(Object #=qhnFfmdh9uglJFB27LV_eYw==, MouseEventArgs #=qkrtqcBNnyqG74bXrTAMAxA==)
   at #=qsEfLLcT5kmRQhPnEB1dwTKzau2ckNsRPbo$Bm7hxDk4=.#=qt_OTAf8dV_6QEVg2xq0ZV1DS_vdAmR9kuXYzsWg5uT4=(MouseEventArgs #=qKGipUMuCreGeoQ0qIT99FQ==)
   at #=qsEfLLcT5kmRQhPnEB1dwTKzau2ckNsRPbo$Bm7hxDk4=.#=qz_Hsca2KnScUIDohoY_UIw==.OnMouseMove(MouseEventArgs #=qf4HILfMcNej_quGLHXHhpg==)
   at System.Windows.Forms.Control.WmMouseMove(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qbGgOLjU$20F4WcbNg4_Hf13qwgX6YvLUnHCeLjVaI0Q=.WndProc(Message& #=qvPm8Yx7oMrm1Gi94l_Sx5w==)
   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)
Title: Re: GUI changes for v3.0
Post by: 9ido on January 07, 2016, 05:29:57 PM

Tags(1) > artwork storage

Under Set retrieval filter, there is a duplicate entry for Folder.jpg. It came into existence after selecting the first entry. When I select both the normal and the duplicate entry and save, it doesn't keep this setting, only one entry turns out to be selected after reopening the retrieval filter. The dupe does not show in the Album cover search rules window either.
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 07, 2016, 05:34:19 PM
However using the auto-tag feature, MB still isn't saving the artwork as embedded (I do have that selected as default in my prefs). It'll keep the folder.jpg/linked artwork, but if I want to have the artwork embedded I have to use the manual edit.
which specific auto-tag function?

Auto-tag by album. I typically use this on albums sitting in my inbox before I move them to the library.
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 07, 2016, 06:00:32 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above and also some bugs i found in the now playing panel

i found 3 bugs in the now playing panel, wen activate the playlist option

- the wavebar not refresh when changing track. the updated only when changing tab.
- in sidebar player, you can not adjust the volume.
- in sidebar player, the progress bar has no function

these three bugs are only in the now playing panel. In the other Tabs wavebar and sidebar player works fine.
Title: Re: GUI changes for v3.0
Post by: 9ido on January 07, 2016, 06:46:18 PM
Just an odd  little thing, the [tab] key behaves rather erratic when pressed to jump through the input fields in the Set Toolbar Buttons window.
Title: Re: GUI changes for v3.0
Post by: Steven on January 07, 2016, 07:36:06 PM
Under Set retrieval filter, there is a duplicate entry for Folder.jpg. It came into existence after selecting the first entry. When I select both the normal and the duplicate entry and save, it doesn't keep this setting, only one entry turns out to be selected after reopening the retrieval filter. The dupe does not show in the Album cover search rules window either.
you probably have the organised artwork template set to folder.jpg (on the left side of the Tags(1) preferences)
Title: Re: GUI changes for v3.0
Post by: 9ido on January 07, 2016, 07:44:52 PM
you probably have the organised artwork template set to folder.jpg (on the left side of the Tags(1) preferences)

No, in fact it's set to Copy to the same folder as the music file and name as Cover.jpg
Title: Re: GUI changes for v3.0
Post by: Steven on January 07, 2016, 07:45:24 PM
Auto-tag by album. I typically use this on albums sitting in my inbox before I move them to the library.
although i cant reproduce exactly as you say, there is definitely a bug and i have fixed the issue i can reproduce, so hopefully its the same as the issue you are having
Title: Re: GUI changes for v3.0
Post by: Steven on January 07, 2016, 07:50:14 PM
This happens when moving the mouse cursor in the Upcoming Concerts pane.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 07, 2016, 08:47:29 PM
i found 3 bugs in the now playing panel, wen activate the playlist option

- the wavebar not refresh when changing track. the updated only when changing tab.
- in sidebar player, you can not adjust the volume.
- in sidebar player, the progress bar has no function

these three bugs are only in the now playing panel. In the other Tabs wavebar and sidebar player works fine.
if you are refering to the right sidebar of the Playlist configuration for the now playing panel then thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 07, 2016, 09:17:49 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the above bugs
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 08, 2016, 01:32:58 AM
Auto-tag by album. I typically use this on albums sitting in my inbox before I move them to the library.
although i cant reproduce exactly as you say, there is definitely a bug and i have fixed the issue i can reproduce, so hopefully its the same as the issue you are having

Ran a quick test, seems to be fixed.
Cheers
Title: Re: GUI changes for v3.0
Post by: EffenBlue on January 08, 2016, 03:22:36 AM
Tools, Tagging Tools, Search & Replace   no Replace
(http://i.imgur.com/GSfOZfY.jpg)


Another thing, unfortunately this doesn't happen all the time so I can't fully/consistently replicate it. Occasionally I will split the screen to have a web browser on one side and MusicBee on the other which is how I first noticed this.

With 4 tabs open, while on any tab, if I hit the restore/maximize button (you know, in the top right corner) to reduce the window size and then hit the button again to restore to max screen, it will stay on the same tab.
With 5 tabs open and doing this, a new empty tab will open sometimes at the end and MusicBee will switch to this empty tab.
With 6 tabs open and from one of the 5 previous tabs, MusicBee will sometimes switch to the 6th tab.
With 7 tabs and on any tab other than the 6th, it will sometimes switch to the 6th.

(http://i.imgur.com/iKYcynr.gif)
Title: Re: GUI changes for v3.0
Post by: phred on January 08, 2016, 03:31:42 AM
Tools, Tagging Tools, Search & Replace   no Replace
(http://i.imgur.com/GSfOZfY.jpg)
I think that may be an error with the skin you're using.  I just tried the default MB3 skin along with another one and I get this:
(http://i.imgur.com/8RGWJWOl.jpg) (http://i.imgur.com/8RGWJWO.jpg)
Title: Re: GUI changes for v3.0
Post by: EffenBlue on January 08, 2016, 04:20:16 AM
Weird.  It's not showing up in any skin I choose.

Edit: shows up in windows theme not:

aurora 1.0
coherentdark3.0
darkred10test
musicbee classic
musicbee 3
vanilla3.0
aerobee
coolblue

Edit 2: or yours

(http://i.imgur.com/ZoCN2hs.jpg)

Edit 3: Narrow scroll bar issue, turning it off brought it back.
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 08, 2016, 04:50:56 AM
Under Set retrieval filter, there is a duplicate entry for Folder.jpg.
(http://s15.postimg.org/6qxx800uj/image.gif)
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 08, 2016, 05:08:59 AM
Enable Now playing dar > Artist biography or Theatre Mode;
Result: You can not change the image.
(http://s28.postimg.org/wabq8z3j1/2016_01_08_09_58_42_251.gif)
Enable Albom Cover > Selected Trecks;
(http://s2.postimg.org/5b97cpgp5/2016_01_08_09_59_38_234.gif)
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 08, 2016, 05:16:49 AM
"Auto-Tag by Album" do not apply to cue files.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 08, 2016, 11:20:00 AM
spacing between new left sidebar elements (Now Playing and Music Explorer) is not consistent with other items.
9 pixels with all other items
16 pixels between last item and Now Playing
then 11 pixels to Music Explorer
Title: Re: GUI changes for v3.0
Post by: lizzy on January 08, 2016, 03:36:20 PM
With the latest update,  in "NP" with playlist selected, I cannot find any sorting options.  It seems like it automatically sorts to shuffeled tracs when shuffeled is enabled.  Here's a screen

https://www.dropbox.com/s/uw74ks0xhhlky3g/mb3-sort.jpg?dl=0
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 06:01:57 PM
With the latest update,  in "NP" with playlist selected, I cannot find any sorting options.  It seems like it automatically sorts to shuffeled tracs when shuffeled is enabled.  Here's a screen
the now playing list whether its in the main panel or in the right sidebar reflects the order tracks have been added for playback.
Shuffle doesnt affect the display order. I am guessing you used "Play Library Shuffled" or an auto-playlist to create the now playing list.
As with when displayed in the right sidebar, the display order can be changed by clicking a column header but that shouldnt affect the playback order
Title: Re: GUI changes for v3.0
Post by: lizzy on January 08, 2016, 06:25:30 PM
With the latest update,  in "NP" with playlist selected, I cannot find any sorting options.  It seems like it automatically sorts to shuffeled tracs when shuffeled is enabled.  Here's a screen
the now playing list whether its in the main panel or in the right sidebar reflects the order tracks have been added for playback.
Shuffle doesnt affect the display order. I am guessing you used "Play Library Shuffled" or an auto-playlist to create the now playing list.
As with when displayed in the right sidebar, the display order can be changed by clicking a column header but that shouldnt affect the playback order

Yes, added entire library to NP with "Play Library Shuffled". In previous versions there was a sort option when right clicking the column header (NP main panel), but that option is gone.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 08, 2016, 06:26:33 PM
If you have the Spectrum visualizer or the Wavebar located above e.g. the Lyrics panel in the right sidebar, you can not resize the Lyrics panel anymore.
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 06:34:49 PM
Tools, Tagging Tools, Search & Replace   no Replace
thats an issue specific to windows 10 and fixed for the next update
Title: Re: GUI changes for v3.0
Post by: hiccup on January 08, 2016, 06:52:08 PM
Error thrown when having Thumbnail browser in the Left main panel, set to 'Album', selecting an album, and then pressing any letter:

Code
MusicBee v3.0.5850.38692 (Win10.0), 8 jan 2016 19:48:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qCtJfqUQRlGt6OuCfkzfzdpslt8YXVK9ExtX6IYZsufk=.#=qBUz8dJEasMrez4p9gWsHZOHZ8oIKLzVXKhUiO1rZqmo=.OnKeyPress(KeyPressEventArgs #=qRanqdhT$0UKL_1aJfOvM2w==)
   at System.Windows.Forms.Control.ProcessKeyEventArgs(Message& m)
   at System.Windows.Forms.Control.ProcessKeyMessage(Message& m)
   at System.Windows.Forms.Control.WmKeyChar(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=q7W7Wy8Cp3hgS5QmI$g29rbHCwGPaswGKPzd4_NjridY=.WndProc(Message& #=qC7Cb2wkR36nef09$3mwxLQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 06:52:30 PM
If you have the Spectrum visualizer or the Wavebar located above e.g. the Lyrics panel in the right sidebar, you can not resize the Lyrics panel anymore.
i cant reproduce any issue. Would you mind sending me your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 06:53:18 PM
Under Set retrieval filter, there is a duplicate entry for Folder.jpg.
Tags(1) > artwork storage
Under Set retrieval filter, there is a duplicate entry for Folder.jpg. It came into existence after selecting the first entry. When I select both the normal and the duplicate entry and save, it doesn't keep this setting, only one entry turns out to be selected after reopening the retrieval filter. The dupe does not show in the Album cover search rules window either.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 07:03:12 PM
Enable Now playing dar > Artist biography or Theatre Mode;
Result: You can not change the image.

Enable Albom Cover > Selected Trecks;
the 2nd is fixed for the next update. For the first I cant reproduce any issues so could you send me your settings file (help/ support/ view settings)

"Auto-Tag by Album" do not apply to cue files.
it wont update the cuesheet if thats what you mean
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 08:11:20 PM
If you have the Spectrum visualizer or the Wavebar located above e.g. the Lyrics panel in the right sidebar, you can not resize the Lyrics panel anymore.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 08, 2016, 10:33:09 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the items stated as fixed
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 09, 2016, 04:37:46 AM
the 2nd is fixed for the next update. For the first I cant reproduce any issues so could you send me your settings file (help/ support/ view settings)
Thank you! The latest patch fixed the first problem also.

"Auto-Tag by Album" do not apply to cue files.
it wont update the cuesheet if thats what you mean
MB applies the changes to media files (flac, ape... etc) but does not change the cue file.
cue > Auto-Tag by Album > Applay tags;
The result; In "playing tracks" and "Library" will show MB change, open the "Edit cuesheet" and make sure the changes are not applied.
(http://s14.postimg.org/umq6jzpdt/2016_01_09_092604.jpg)
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 09, 2016, 04:50:24 AM
MB does not display tooltips in the "Album Covers". (In version 2.5 it works)
(http://s16.postimg.org/npof5h4w5/2016_01_09_09_44_22_745.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 09:28:11 AM
"Auto-Tag by Album" do not apply to cue files.
it wont update the cuesheet if thats what you mean
MB applies the changes to media files (flac, ape... etc) but does not change the cue file.
cue > Auto-Tag by Album > Applay tags;
The result; In "playing tracks" and "Library" will show MB change, open the "Edit cuesheet" and make sure the changes are not applied.
yes thats correct and i am not planning to change that. You will need to manually edit the cuesheet for the track details to be updated
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 09:29:55 AM
Yes, added entire library to NP with "Play Library Shuffled". In previous versions there was a sort option when right clicking the column header (NP main panel), but that option is gone.
i have added sorting for the now playing panel in order to be consistent with v2.5 but in my mind its only useful if you have shuffle enabled which you do.
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 09:34:14 AM
spacing between new left sidebar elements (Now Playing and Music Explorer) is not consistent with other items.
9 pixels with all other items
16 pixels between last item and Now Playing
then 11 pixels to Music Explorer
i still might further fine tune the settings, but the Now Playing panel is more for looks and hence less dense, while the other panels are for functionality
Title: Re: GUI changes for v3.0
Post by: hiccup on January 09, 2016, 09:44:41 AM
I think Bee-liever was referring to the differences in vertical line spacing here:
(which personally I think actually looks good considering Now Playing and Music Explorer are conceptually slightly different from the entries above them)

(http://i.imgur.com/hpF5qSdl.jpg) (http://i.imgur.com/hpF5qSd.png)

(maybe NP and ME could be 1 or 2 px closer to each-other)
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 09:47:51 AM
yes that is an intentional extra spacing for Now Playing and Music Explorer
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 09, 2016, 10:29:16 AM
I think Bee-liever was referring to the differences in vertical line spacing here:

correct

yes that is an intentional extra spacing for Now Playing and Music Explorer

OK I can understand spacing the Now Playing further away by hiccup's reasoning.
But wouldn't Music Explorer either be 16px down (as a conceptually different entity)
or only 9px down if it's to be grouped with Now Playing?

Not the odd 11px spacing it currently has.
Title: Re: GUI changes for v3.0
Post by: Venthe on January 09, 2016, 03:23:06 PM
Is that a removed feature or bug? In MB2 doubleclick on column browser would result in playing. In MB3 doubleclick does nothing (But context menu play now alt-enter works)
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 09, 2016, 03:35:44 PM
"Auto-Tag by Album" do not apply to cue files.
it wont update the cuesheet if thats what you mean
MB applies the changes to media files (flac, ape... etc) but does not change the cue file.
cue > Auto-Tag by Album > Applay tags;
The result; In "playing tracks" and "Library" will show MB change, open the "Edit cuesheet" and make sure the changes are not applied.
yes thats correct and i am not planning to change that. You will need to manually edit the cuesheet for the track details to be updated
Very pity! It worked in version 2.5 and greatly simplifies life.
Is there a chance to get her back?
Title: Re: GUI changes for v3.0
Post by: phred on January 09, 2016, 04:02:39 PM
All windows that open when an Auto-tag by Track function is evoked open in the upper left corner of the main MB window.  Can you please make the position the window is dragged to persistent?  Thanks.
Title: Re: GUI changes for v3.0
Post by: phred on January 09, 2016, 04:53:06 PM
When using Tools > Tagging Tools > Search and Replace > Preview doesn't show a preview of what is going to be changed.  Perhaps it's below the line that begins "The following changes will be made..." but there's no scroll bar to see what might be there.  It works as expected in 2.5.

Version 3.0.5851
(http://i.imgur.com/bjPWzIXl.jpg) (http://i.imgur.com/bjPWzIX.jpg)

Version 2.5.5804
(http://i.imgur.com/miKy70Gl.jpg) (http://i.imgur.com/miKy70G.jpg)
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 09, 2016, 05:09:49 PM
i found 3 bugs in the now playing panel, wen activate the playlist option

- the wavebar not refresh when changing track. the updated only when changing tab.
- in sidebar player, you can not adjust the volume.
- in sidebar player, the progress bar has no function

these three bugs are only in the now playing panel. In the other Tabs wavebar and sidebar player works fine.
if you are refering to the right sidebar of the Playlist configuration for the now playing panel then thats fixed for the next update

this is fixed!
Thanks for this :)

I found 2 Bugs in the Compact Player. When I select the "Playlist" View.
- The Wavebar does not refresh when changing track.
- The Track stops when I click on the progress bar
Title: Re: GUI changes for v3.0
Post by: EffenBlue on January 09, 2016, 05:24:41 PM
When using Tools > Tagging Tools > Search and Replace > Preview doesn't show a preview of what is going to be changed.  Perhaps it's below the line that begins "The following changes will be made..." but there's no scroll bar to see what might be there.  It works as expected in 2.5.
Works in 3.0.5851 for me.
(http://i.imgur.com/ZZmKwgD.jpg)

Coincidentally, if I turn narrow scrollbars off I still don't have a replace with box.

(http://i.imgur.com/5ZJji2G.jpg)

This is using Blue>Metro Blue if that matters.
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 05:40:18 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the items above
Title: Re: GUI changes for v3.0
Post by: EffenBlue on January 09, 2016, 06:05:45 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the items above

That fixed it, thanks Steven.
Title: Re: GUI changes for v3.0
Post by: phred on January 09, 2016, 06:11:31 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
- fixes for the items above
Search and Replace issue is fixed. 

All windows that open when an Auto-tag by Track function is evoked open in the upper left corner of the main MB window.  Can you please make the position the window is dragged to persistent?  Thanks.
This is not.
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 09, 2016, 06:59:08 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the items above

this fix the wavebar problem in the "Now Playing" Tab.
Thanks for this!

one more bug i found
 
If I change the Tab from the "Now Playing" Tab to another is the wavebar not updated.
in the opposite direction everything works fine.

hope you understand what I mean.
damn google translate ;)
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 09, 2016, 06:59:16 PM
MusicBee v3.0.5852.31631 (Win6.3), 9 1 2016 19:58:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException()
   at System.SZArrayHelper.get_Item[T](Int32 index)
   at #=qqqxuqrXI7shkIvR_ksc7s5IvjaT84lkwbGslukppvDc=.#=qTBFBx2mBHireR35TYg26vg==(IList`1 #=qNVXl5CmbWXSAP6yw_J48GQ==, Int32[] #=q0Z4JaR_FRa2bVoNeAdy5mw==, Int32 #=q2aB5u6GSwKRdAQTenQiZbg==, Int32& #=qulYR$q6KsznLq1HXEi4OF0sju6HnMshB5IZzWK6ynI8=)
   at #=qWwxYbbClbU4PfXUh642nPgy3edt6YOrzpQUnDoOTxtE=.#=qXR8t0GR98YE3$12AjvogJUhb68ilw4QsWYR8pOpSYQE=.#=qRP1zdoZzyBg1l2fJ_nUhDamAuxOmuBfBP_SZkZZGQKc=._Lambda$__0(List`1 #=qzG5Ci3NRptB0lzSRgOFRIg==)

Been getting this a lot lately, after clicking on a song in the playing tracks list
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 07:12:51 PM
If I change the Tab from the "Now Playing" Tab to another is the wavebar not updated.
in the opposite direction everything works fine.
i cant reproduce any issue. Can you post a screenshot
Title: Re: GUI changes for v3.0
Post by: Steven on January 09, 2016, 07:14:10 PM
Been getting this a lot lately, after clicking on a song in the playing tracks list
according to the error you are drag/dropping a file. Can you post a screenshot
Title: Re: GUI changes for v3.0
Post by: phred on January 09, 2016, 08:31:23 PM
Now that the Search and Replace function display is fixed, when I start typing in the "in field" field to get to Title, MB throws this error:
MusicBee v3.0.5852.31631 (Win6.1), 9 Jan 2016 15:24:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qaeYoNAAo4O6oP6qr1XdlCIUqgwcBRl1FDXweLkC0nQ0=.OnKeyPress(KeyPressEventArgs #=qwYcjZ27KzjY1ZWs0bl7goQ==)
   at System.Windows.Forms.Control.ProcessKeyEventArgs(Message& m)
   at System.Windows.Forms.Control.ProcessKeyMessage(Message& m)
   at System.Windows.Forms.Control.WmKeyChar(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)

I can click OK and continue without a problem, but it shouldn't be throwing an error.  Unless the fields aren't meant to be found by typing.  It seems to happen with any letter I tried (Artist, Title, Genre.)  Yes, I know I can scroll to the desired field, but Title is way down near the bottom and typing a T should be faster by taking me to the first T.
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 09, 2016, 08:32:27 PM
If I change the Tab from the "Now Playing" Tab to another is the wavebar not updated.
in the opposite direction everything works fine.
i cant reproduce any issue. Can you post a screenshot

(http://i.imgur.com/gx3p9mG.gif) (http://imgur.com/gx3p9mG.gif)

i click a Track in the "Now Playing" Tab. The correct wavebar and track displayed.
if I switch from the "Now Playing" Tab to another Tab, the wavebar and sidebar player does not update.
in the other tab is still the previous track displayed in the wavebar an sidebar player

hope that helps.

Title: Re: GUI changes for v3.0
Post by: Boile on January 10, 2016, 08:14:37 AM
Hi!
I cant find the "Station Directories" Button!
Is it a Bug or Future or i´m blind?
Please can somebody help me?
Thanx
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 08:38:02 AM
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.

Been getting this a lot lately, after clicking on a song in the playing tracks list
please post a screenshot or send me your settings file
Title: Re: GUI changes for v3.0
Post by: hiccup on January 10, 2016, 09:21:17 AM
Request:

Making it optional to have MusicBee displaying this info in the taskbar.
Personally I hardly ever have any use for the info presented there, and it clutters the layout a bit.
For that reason I tend to make that text color near invisible by skinning, but then the more useful info about e.g. the progress of library actions is also affected.

(http://i.imgur.com/kXAFYyrl.jpg) (http://i.imgur.com/kXAFYyr.png)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 10, 2016, 10:23:52 AM
I cant find the "Station Directories" Button

Click on the little down arrow after 'Radio' header.
Show Station Directories is turned on/off there.



@ Steven
I think this is the third/fourth person that has posted about not finding the drop-down menus.
Maybe a different style of arrow would be more prominent?
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 10:34:40 AM
@ Steven
I think this is the third/fourth person that has posted about not finding the drop-down menus.
Maybe a different style of arrow would be more prominent?
i think existing v2.x users have expectations about where things are and if its different then that can confuse until you are used to the new way.
In my view its quite obvious the arrow indicates its a drop-down already and making it more prominent will just clutter the screen.
A recent change was made where you can right click on the header bar to get context menu customisation context menu items so that might help some people transition
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 10:36:22 AM
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.

Been getting this a lot lately, after clicking on a song in the playing tracks list
thats fixed for the next update

i click a Track in the "Now Playing" Tab. The correct wavebar and track displayed.
if I switch from the "Now Playing" Tab to another Tab, the wavebar and sidebar player does not update.
in the other tab is still the previous track displayed in the wavebar an sidebar player
thats fixed for the next update

Now that the Search and Replace function display is fixed, when I start typing in the "in field" field to get to Title, MB throws this error:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Boile on January 10, 2016, 10:45:18 AM
Thank you Bee-liever!
Very good hide,
Boile
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 10, 2016, 11:35:35 AM
i think existing v2.x users have expectations about where things are and if its different then that can confuse until you are used to the new way.

I think that's a factor, but other changes that have been made have not generated the same number of queries.

In my view its quite obvious the arrow indicates its a drop-down already and making it more prominent will just clutter the screen.

I like the look of the new arrow myself and I think it fits well with the theme.

As a suggestion, I was thinking maybe a solid arrow similar to what's used on the preferences drop-downs, but I don't think it works as well as the current arrow-head design
(http://i.cubeupload.com/i6z9dI.jpg)

but an outline triangle might be a good alternative
(http://i.cubeupload.com/fGtvF2.jpg)
Title: Re: GUI changes for v3.0
Post by: Blackened on January 10, 2016, 11:37:08 AM
Hey Steven, Hi. it seems that Musicbee 3 forgot that I have Card on the Storage Path, it only displayed for [Phone Name]\Phone but not showing [Phone Name]\Card

edit:
unnecessary space wasting quotation removed
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 12:00:42 PM
Hey Steven, Hi. it seems that Musicbee 3 forgot that I have Card on the Storage Path, it only displayed for [Phone Name]\Phone but not showing [Phone Name]\Card
no changes have been made to device storage and detection. So can you confirm using v2.5 that you can infact see the sd card and thats its not some other issue with the device itself
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 12:15:00 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the items stated as fixed above
- support for setting the organisation rules for podcasts and a button to re-organise your existing podcasts. Its located in the podcasts section of the Library preferences
- WARNING: if you use MB v2.5 at any point, you will lose this setting. It wont do any harm but you will potentially end up with podcasts split between 2 locations and need to re-apply the setting/ re-organise again.
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 10, 2016, 01:28:02 PM
i click a Track in the "Now Playing" Tab. The correct wavebar and track displayed.
if I switch from the "Now Playing" Tab to another Tab, the wavebar and sidebar player does not update.
in the other tab is still the previous track displayed in the wavebar an sidebar player
thats fixed for the next update

the bug with the wavebar is fixed!
but the bug in the "Playing Track Text" in the sidebar player is still there.
the wavebar updated but not the "Playing Track Text".

(http://i.imgur.com/uVeVmbx.gif) (http://imgur.com/uVeVmbx.gif)
Title: Re: GUI changes for v3.0
Post by: Blackened on January 10, 2016, 02:00:06 PM
Hey Steven, Hi. it seems that Musicbee 3 forgot that I have Card on the Storage Path, it only displayed for [Phone Name]\Phone but not showing [Phone Name]\Card
no changes have been made to device storage and detection. So can you confirm using v2.5 that you can infact see the sd card and thats its not some other issue with the device itself

Yes, I can confirm that v2.5 could detect my SD card. It's weird because 3.0 could detect my SD card for a few patches but suddenly it "vanished" on the latest patch.
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 02:56:17 PM
Yes, I can confirm that v2.5 could detect my SD card.
i take that statement to mean you didnt check now. As i said, nothing has been changed for device handling for a long time
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 02:58:24 PM
but the bug in the "Playing Track Text" in the sidebar player is still there.
the wavebar updated but not the "Playing Track Text".
a fix has been uploaded for that
Title: Re: GUI changes for v3.0
Post by: e-motiv on January 10, 2016, 03:01:14 PM
- When resizing the wavebar (and sometimes other vertically stacked "boxes") on my right panel, the wavebar becomes huge at the cost of the "now playing" list, even when I set teh wavebaar to 36px in settings and not close to what and where I moved the resize mouse cursor to.

- Any info on when the plugins will work or if API-plugin writers will have to update some code? Almost no plugin is working for me and I presume development is not that far yet..
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 03:07:10 PM
- When resizing the wavebar (and sometimes other vertically stacked "boxes") on my right panel, the wavebar becomes huge at the cost of the "now playing" list, even when I set teh wavebaar to 36px in settings and not close to what and where I moved the resize mouse cursor to.
are you using the latest version?

- Any info on when the plugins will work or if API-plugin writers will have to update some code? Almost no plugin is working for me and I presume development is not that far yet..
all plugins should be working, apart from last.fm stats/ and last.fm recommendations because the MB_AddPanel returns a different type of panel. Both of these require special v3 .dlls available on the relevant topic
Title: Re: GUI changes for v3.0
Post by: Blackened on January 10, 2016, 03:13:03 PM
Yes, I can confirm that v2.5 could detect my SD card.
i take that statement to mean you didnt check now. As i said, nothing has been changed for device handling for a long time

Ah, Alright. Thank you for your reply. I just need to remember how did I solved this problem last year, I do not want to revert back to 2.5 as there's a lot of cool stuff in 3.0 but I'll figure it out on "HOW" do I managed to make it work last year, it's been a while ya know. :lol:
Title: Re: GUI changes for v3.0
Post by: phred on January 10, 2016, 03:28:01 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe

- fixes for the items stated as fixed above
- support for setting the organisation rules for podcasts and a button to re-organise your existing podcasts. Its located in the podcasts section of the Library preferences
- WARNING: if you use MB v2.5 at any point, you will lose this setting. It wont do any harm but you will potentially end up with podcasts split between 2 locations and need to re-apply the setting/ re-organise again.
Thanks Steven.  This fixes the typing problem in the Search and Replace process that I reported here http://getmusicbee.com/forum/index.php?topic=15050.msg101716#msg101716
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 10, 2016, 03:37:00 PM
but the bug in the "Playing Track Text" in the sidebar player is still there.
the wavebar updated but not the "Playing Track Text".
a fix has been uploaded for that

i downloaded the file again.
Now freeze MusicBee completely when I start a track in the "Now Playing" Tab
When i start a track in the other Tabs all works fine.

-edit-
that must have something to do with the sidebar player.
if I disable the sidebar player all works
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 03:56:19 PM
that must have something to do with the sidebar player.
if I disable the sidebar player all works
yes it does appear to be the case under certain circumstances. I have uploaded a fix for that
Title: Re: GUI changes for v3.0
Post by: h0m3r on January 10, 2016, 04:00:02 PM
that must have something to do with the sidebar player.
if I disable the sidebar player all works
yes it does appear to be the case under certain circumstances. I have uploaded a fix for that

that's it! works fine now!
Thanks for all the fixes!
Title: Re: GUI changes for v3.0
Post by: e-motiv on January 10, 2016, 05:10:30 PM
- When resizing the wavebar (and sometimes other vertically stacked "boxes") on my right panel, the wavebar becomes huge at the cost of the "now playing" list, even when I set teh wavebaar to 36px in settings and not close to what and where I moved the resize mouse cursor to.
are you using the latest version?
I am sorry, I wasn't apparently. It is fixed. At least we can call this a fix confirmation. ;-)
- Any info on when the plugins will work or if API-plugin writers will have to update some code? Almost no plugin is working for me and I presume development is not that far yet..
all plugins should be working, apart from last.fm stats/ and last.fm recommendations because the MB_AddPanel returns a different type of panel. Both of these require special v3 .dlls available on the relevant topic
Hmm strange: These were working on 2.5 and don't work (or only partly) since 3:
- Ghost tracks (error: exception thrown) (this one actually since one of the last 2.5 versions)
- Musicbee remote (can't connect from android, could be non-MB related, but why suddenly after 3? Musicbee2 & 3 are allowed through firewall, port is forwarded, hm...)
- Speak back

For first and third plugin, I am the developer, but I thought I should just change some api's, but app. not. Any other suggestions that might help me debug it? (Can't interpret the exception on ghost tracks either. :-(  Not a Microsoft guru, I'm afraid. :-/
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 05:33:34 PM
for your two plugins, let me know if something has changed in one of the API calls (the specific API call and the speciific error) but that really shouldnt be the case as compared to v2.5

- Musicbee remote (can't connect from android, could be non-MB related, but why suddenly after 3? Musicbee2 & 3 are allowed through firewall, port is forwarded, hm...)
i suggest you report the actual error on the Android remote plugin topic. I would think its improbable that just because you used v3 it suddenly causes issues with v2.5 unless perhaps some sort of settings file got corrupted.
Perhaps another android remote user could confirm they are using it and MB3 ?


Title: Re: GUI changes for v3.0
Post by: de.cayed on January 10, 2016, 10:02:59 PM
for your two plugins, let me know if something has changed in one of the API calls (the specific API call and the speciific error) but that really shouldnt be the case as compared to v2.5

- Musicbee remote (can't connect from android, could be non-MB related, but why suddenly after 3? Musicbee2 & 3 are allowed through firewall, port is forwarded, hm...)
i suggest you report the actual error on the Android remote plugin topic. I would think its improbable that just because you used v3 it suddenly causes issues with v2.5 unless perhaps some sort of settings file got corrupted.
Perhaps another android remote user could confirm they are using it and MB3 ?
I've been using MB Remote and v3 since v3 came out. No problems for me.
Title: Re: GUI changes for v3.0
Post by: Steven on January 10, 2016, 10:49:20 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- the now playing bar can now optionally show the artist picture
- support for setting the organisation rules for podcasts and a button to re-organise your existing podcasts. Its located in the podcasts section of the Library preferences
- WARNING: if you use MB v2.5 at any point, you will lose this setting. It wont do any harm but you will potentially end up with podcasts split between 2 locations and need to re-apply the setting/ re-organise again.

- unless some substantial issues crop up in the next day or so i will start the beta series
Title: Re: GUI changes for v3.0
Post by: phred on January 10, 2016, 11:00:59 PM
- unless some substantial issues crop up in the next day or so i will start the beta series
That's great news, Steven.
How will MB3 work for brand new (no 2.x) users?  Are you going to create installer and portable versions a la 2.x?
And if so, can we old-timers install/unzip into a new directory and just copy over the MB3 settings file plus skins and plugins?
Title: Re: GUI changes for v3.0
Post by: ankor on January 11, 2016, 12:09:30 AM
- unless some substantial issues crop up in the next day or so i will start the beta series

Sweet Music!!!!!!
Title: Re: GUI changes for v3.0
Post by: phred on January 11, 2016, 03:36:37 AM
Thanks for the persistent windows per my recent request.
Title: Re: GUI changes for v3.0
Post by: Venthe on January 11, 2016, 12:56:02 PM
I think I've found another one. Disappearing navigator from the left pane after switching to radio; No apparent way to restore it
http://imgur.com/a/GPa2g
Title: Re: GUI changes for v3.0
Post by: e-motiv on January 11, 2016, 01:36:43 PM
for your two plugins, let me know if something has changed in one of the API calls (the specific API call and the speciific error) but that really shouldnt be the case as compared to v2.5
Haven't touch them for months.
Hmmmm.. Maybe it's a Microsoft library update problem..Pitty I don't have time to dig much further now, but thanks for confirming. That's already a lot for taking my directions.

- Musicbee remote (can't connect from android, could be non-MB related, but why suddenly after 3? Musicbee2 & 3 are allowed through firewall, port is forwarded, hm...)
i suggest you report the actual error on the Android remote plugin topic. I would think its improbable that just because you used v3 it suddenly causes issues with v2.5 unless perhaps some sort of settings file got corrupted.
Perhaps another android remote user could confirm they are using it and MB3 ?
I'll search for it and do that.
de.cayed , thanks for that info. Excludes MB itself, most probably.

EDIT/UPDATE: MB Remote works again.  From the top of my head I would say there was a wifi signal interfering with mine recently.I changed the wifi channel and it helped. Although wifi did connect before, I'm guessing communiscation was unstable  Sorry to crowd this topic, but thx.
Title: Re: GUI changes for v3.0
Post by: Steven on January 11, 2016, 01:57:56 PM
I think I've found another one. Disappearing navigator from the left pane after switching to radio; No apparent way to restore it
can you send me a link to your settings (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on January 11, 2016, 02:12:33 PM
It is nice to have the option to add artist picture to now playing bar, but I still prefer the 2.5 layout of that UI part as can be seen on screenshot, especially because now in v3 album picture is very small in comparison to artist picture in (http://imgur.com/GAjofcb)

The other strange thing is that Mini player is not showing now when Minimize to Mini player is selected. I have to right click on taskbar button and select Switch to main player (http://imgur.com/QXbOi6k). Compact player does work when I configure MB to minimize to Compact player. Anyway, on this screenshot it looks exactly the same as when Minimize to taskbar is set, but it is set to Minimize to Mini player, I double checked it.

And yes, when minimized, taskbar button still has no label on it, neither shows MusicBee nor Artist/track tittle as I reported earlier (http://imgur.com/rQbqhtA)

P.S. It would be much, much easier to follow thread this long with all imgur and other links in replies if those links in replies are in different color than the rest of the text, or at least underlined or something. Just a suggestion to consider.
Title: Re: GUI changes for v3.0
Post by: Blackened on January 11, 2016, 06:07:00 PM
I was wondering, did you guys changed The tab name into something simple? I kinda like the old 2.5 where you could see the path file on the tab where you can easily navigate from MTP library to your PC library.

(http://i.imgur.com/3hWgDZi.png)

(http://i.imgur.com/MkDr6Jm.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 11, 2016, 06:14:05 PM
I think I've found another one. Disappearing navigator from the left pane after switching to radio; No apparent way to restore it
its because you have the navigator in the left main panel and the radio tab intentionally covers that panel. I will make a change so it accomodates your setup, but in the interim just click the back button
Title: Re: GUI changes for v3.0
Post by: Steven on January 11, 2016, 06:25:55 PM
I was wondering, did you guys changed The tab name into something simple? I kinda like the old 2.5 where you could see the path file on the tab where you can easily navigate from MTP library to your PC library.
thats an oversight. I will make a change to improve that
Title: Re: GUI changes for v3.0
Post by: Blackened on January 11, 2016, 07:19:55 PM
I was wondering, did you guys changed The tab name into something simple? I kinda like the old 2.5 where you could see the path file on the tab where you can easily navigate from MTP library to your PC library.
thats an oversight. I will make a change to improve that

Good to hear that, :D We will wait for the next patch. :D
Title: Re: GUI changes for v3.0
Post by: Steven on January 11, 2016, 07:35:02 PM
The other strange thing is that Mini player is not showing now when Minimize to Mini player is selected. I have to right click on taskbar button and select Switch to main player (http://imgur.com/QXbOi6k). Compact player does work when I configure MB to minimize to Compact player. Anyway, on this screenshot it looks exactly the same as when Minimize to taskbar is set, but it is set to Minimize to Mini player, I double checked it.

And yes, when minimized, taskbar button still has no label on it, neither shows MusicBee nor Artist/track tittle as I reported earlier (http://imgur.com/rQbqhtA)
for the next update i have made a change so the task bar text will display. However i cant reproduce any issues with minimising to the mini-player or compact player so could you send me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on January 11, 2016, 09:41:15 PM
How will MB3 work for brand new (no 2.x) users?  Are you going to create installer and portable versions a la 2.x?
And if so, can we old-timers install/unzip into a new directory and just copy over the MB3 settings file plus skins and plugins?
its only near the very end that i do a full release installer as its time consuming to prepare and upload.
So it will be the same as before where its just an incremental update on v2.5
Title: Re: GUI changes for v3.0
Post by: Steven on January 11, 2016, 09:43:41 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the issues reported above
Title: Re: GUI changes for v3.0
Post by: kennyd on January 11, 2016, 10:31:35 PM
Hey Steven, first the cue sheet problems are gone (thank you :) ).

But I ran into another problem, MB3 won't display my artwork files anymore (Cover.jpg).
I renamed the Cover.jpg to %Filename%.jpg and Artwork.jpg but MB are just display the auto-downloaded one.
Even if I disable auto-download missing artworks and play a file with an Artwork in the same folder none are shown (No Cover Art).
There are no problems with embedded artworks/covers though.
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on January 11, 2016, 11:52:57 PM
Well, that was fast :) now tittle on taskbar button is fine! And I managed to find Mini player, it was actually there when minimized, but out of screen borders, when I connected my 1366x768 laptop to 1920x1080 TV there it was, I moved it to center of screen and when switched to PC screen only it remained! Only thing is that it is now almost 2x times wider than it used to be, or You made it intentionally wider with some new release that I missed? This could be due to graphics driver, though no other program has issues with it, only SMPlayer could be tricky sometimes, but it's UI is Qt, not good at scaling to higher resolutions as MB seems to be OK (not blurry) with higher resolutions and with higher DPI screens. I tried rebooting PC but it is still wide, here is screenshot compared to v2.5 which is not affected with this "wideness" (http://i.imgur.com/pH9dKN3.jpg)

As for that album picture being smaller than artist picture I mentioned before, album picture only get smaller when the hight of Now playing bar is increased, then artist picture become bigger and album cover smaller (http://i.imgur.com/JRf85Du.jpg)
Title: Re: GUI changes for v3.0
Post by: PancakePenguin on January 12, 2016, 12:53:18 AM
Can you please add back the artist play count in the now playing bar?
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 12, 2016, 02:44:53 AM
Could you please make the radio station edit window persistent as well?
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 07:34:29 AM
But I ran into another problem, MB3 won't display my artwork files anymore (Cover.jpg).
I renamed the Cover.jpg to %Filename%.jpg and Artwork.jpg but MB are just display the auto-downloaded one.
Even if I disable auto-download missing artworks and play a file with an Artwork in the same folder none are shown (No Cover Art).
There are no problems with embedded artworks/covers though.
check the artwork Retrieval Filter rules in Tags(1) preferences, and do a "Rescan Artwork" to have any changes included
Title: Re: GUI changes for v3.0
Post by: kennyd on January 12, 2016, 06:31:47 PM
The rescan got stucked at the 441th file: http://puu.sh/mtbPq/a9e9ec63a4.png
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 07:02:58 PM
The rescan got stucked at the 441th file: http://puu.sh/mtbPq/a9e9ec63a4.png
let me know if you will run a debug version
Title: Re: GUI changes for v3.0
Post by: kennyd on January 12, 2016, 07:07:27 PM
how can I run a debug version?
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 07:22:00 PM
how can I run a debug version?
i have sent you a PM with instructions
Title: Re: GUI changes for v3.0
Post by: jaume on January 12, 2016, 07:56:51 PM
Just noticed that if I have a tab open with 'Music' and a set of filters set up on for example year and on a letter, when sending something in the Inbox to the library in a separate tab sets the Music tab to a default view showing all music and back to #. It's like everything gets reset.
Title: Re: GUI changes for v3.0
Post by: jaume on January 12, 2016, 08:10:48 PM
Also, when on a different tab, if I add music that is added to the Inbox, when clicking on the inbox the contents are not being shown unless I click on another item like the history and go back to Inbox.
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 12, 2016, 08:15:18 PM
Also, when on a different tab, if I add music that is added to the Inbox, when clicking on the inbox the contents are not being shown unless I click on another item like the history and go back to Inbox.

I've observed this, too.
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 08:21:21 PM
Also, when on a different tab, if I add music that is added to the Inbox, when clicking on the inbox the contents are not being shown unless I click on another item like the history and go back to Inbox.
what steps did you take to add the content to the Inbox
Title: Re: GUI changes for v3.0
Post by: Adson on January 12, 2016, 08:22:30 PM
I have the following problem running MB3 (latest Patch, portable Installation):

The program starts without problems (and much faster than MB 2.5).

Everything works fine until I try to open one of the menus beneath the title bar.
Then an empty menu without any entries appears and the program crashes.

Any ideas what can be the reason for this behaviour?

Thanks in advance.
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 08:36:58 PM
Everything works fine until I try to open one of the menus beneath the title bar.
Then an empty menu without any entries appears and the program crashes.

Any ideas what can be the reason for this behaviour?
PM me a link to your settings file (help/ support/ view settings)
also can you be specific which menu you are clicking (a screesnhot might help)
Title: Re: GUI changes for v3.0
Post by: jaume on January 12, 2016, 09:15:44 PM
Also, when on a different tab, if I add music that is added to the Inbox, when clicking on the inbox the contents are not being shown unless I click on another item like the history and go back to Inbox.
what steps did you take to add the content to the Inbox

I have the Continuously monitor option ticked in Library Preferences. I just add the files to a folder that is being monitored and that adds them directly to the Inbox.
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 09:23:15 PM
I have the Continuously monitor option ticked in Library Preferences. I just add the files to a folder that is being monitored and that adds them directly to the Inbox.
yes for that specific function the inbox panel only would not get refreshed. Its fixed for the next update.
If you find it happening in other circumstances then please let me know the steps so i can reproduce
Title: Re: GUI changes for v3.0
Post by: Steven on January 12, 2016, 09:52:25 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the issues reported above
Title: Re: GUI changes for v3.0
Post by: Blackened on January 13, 2016, 12:06:45 AM
Thank you for adding the oversight.

I have a question though, could we get a bigger tab to view the different library or devices? I'm sure a lot of us have less than 3 tabs to navigate in Musicbee.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 13, 2016, 10:37:03 AM
When dragging a field to the left of this pane, it currently highlights the new location like this:

(http://i.imgur.com/yKcodZll.jpg) (http://i.imgur.com/yKcodZl.png)

I feel it would be better if it was more like this:

(http://i.imgur.com/jKMicbUl.jpg) (http://i.imgur.com/jKMicbU.png)


And,

Currently the fields 'Panel settings' are displayed graphically identical to chosen drop-down settings.
I feel it would be better and slightly more logical if they were displayed a bit differently.
Maybe a bit like this:

(http://i.imgur.com/seNNZCXl.jpg) (http://i.imgur.com/seNNZCX.png)



Title: Re: GUI changes for v3.0
Post by: Steven on January 13, 2016, 09:37:51 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- a few more bugs fixed

i dont think there are any substantial issues i am aware of, so if there is some bug that you havent reported yet on the assumption it would get fixed then please report it now
Title: Re: GUI changes for v3.0
Post by: jaume on January 13, 2016, 10:05:13 PM
With these last builds, it seems that the artwork takes a long time to load when switching to a Music Tab.

The artwork column cannot be made smaller than a certain size by dragging the divider.
Title: Re: GUI changes for v3.0
Post by: Steven on January 13, 2016, 10:25:44 PM
With these last builds, it seems that the artwork takes a long time to load when switching to a Music Tab.
You are refering to the artwork layout and not the album and tracks layout i assume. Do you have artists or albums on display?
And what exactly do you mean "the artwork takes a long time to load"?
it will probably be quickest if you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 14, 2016, 12:22:35 AM
i dont think there are any substantial issues i am aware of, so if there is some bug that you havent reported yet on the assumption it would get fixed then please report it now

Does that include only GUI issues, or may I  bring up the radio station import/export problems here? :)
(re: http://getmusicbee.com/forum/index.php?topic=17217.0)
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 14, 2016, 01:55:31 AM
I don't know if its a skin (I'm using Bleached Bone) issue, or even considered substantial, but in the Now Playing tab if I click "search next provider" for lyrics, nothing happens (it does work from my main "music" tab
Title: Re: GUI changes for v3.0
Post by: EffenBlue on January 14, 2016, 02:28:27 AM
What are the situations when a picture can't be banned? Occasionally pictures come up that have no relevance to the person I'm listening to and can ban them, other times situations like this happen and the picture can't be banned.

(http://i.imgur.com/69Of0Ve.jpg)

I'm pretty sure those two aren't in a 70's funk band called Slave. :)
Title: Re: GUI changes for v3.0
Post by: circum on January 14, 2016, 02:36:30 AM
Hello, new here. Thanks for your hard work Steven, MB is such a great software.

I've been using MB3 for a few days and noticed some things I couldn't get to work:

- I have the Artwork panel (album cover) on the left sidebar and with some tracks/albums, manually switching to the second/third/etc. image doesn't work, it stays on the primary artwork. It's not switching automatically either after 30 or 40 seconds.
When the switching works, when I right click on the Artwork panel I see that the small dot stays next to "Image 1:..." despite the artwork being displayed is another artwork.

- Resizing the Artist pictures is not possible? I have it on the right sidebar. Right clicking on it doesn't work too, in order to ban or switch to the next picture.
Title: Re: GUI changes for v3.0
Post by: Alumni on January 14, 2016, 05:29:33 AM
if there is some bug that you havent reported yet on the assumption it would get fixed then please report it now

This is probably more of an oversight than a bug, but I feel that dragging and dropping items to an auto-playlist should be disallowed - sometimes it can happen accidentally. If a user does this it presents a few annoying issues, for instance an album can't be removed when in artwork mode, and items that are removed manually can never be added again automatically.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 14, 2016, 05:30:14 AM
What are the situations when a picture can't be banned? Occasionally pictures come up that have no relevance to the person I'm listening to and can ban them, other times situations like this happen and the picture can't be banned.

the picture has been saved by MB as the default artist image.
easiest to do is find another correct picture and 'Save Artist Picture' to over-write
you can then ban the incorrect picture when it shows again
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 06:28:51 AM
- I have the Artwork panel (album cover) on the left sidebar and with some tracks/albums, manually switching to the second/third/etc. image doesn't work, it stays on the primary artwork. It's not switching automatically either after 30 or 40 seconds.
When the switching works, when I right click on the Artwork panel I see that the small dot stays next to "Image 1:..." despite the artwork being displayed is another artwork.

- Resizing the Artist pictures is not possible? I have it on the right sidebar. Right clicking on it doesn't work too, in order to ban or switch to the next picture.
the first sounds lik3 something i fixed the other day so are you using the latest version?
the standalone artist picture cannot be resized
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 14, 2016, 06:40:02 AM
I've been having trouble with playlists on my phone, and finally got around to looking into it.  Turns out the playlists have absolute paths rather than relative, which means they break when synced from the virtual device on my harddrive to my phone.  I'm pretty sure this wasn't happening in 2.5.

I have "preserve folders and filenames" turned on in settings, and the playlist prefix is set to "\"
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 06:57:12 AM
I've been having trouble with playlists on my phone, and finally got around to looking into it.  Turns out the playlists have absolute paths rather than relative, which means they break when synced from the virtual device on my harddrive to my phone.  I'm pretty sure this wasn't happening in 2.5.

I have "preserve folders and filenames" turned on in settings, and the playlist prefix is set to "\"
you have the synch configured as .m3u?
I dont think synch has ever written m3u playlists with relative paths but in any case is the absolute path the correct path for the music file or if not, can you provide an example of what is written and where the music file really is (it should have no drive letter, and just start with "\"
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 06:59:51 AM
This is probably more of an oversight than a bug, but I feel that dragging and dropping items to an auto-playlist should be disallowed - sometimes it can happen accidentally. If a user does this it presents a few annoying issues, for instance an album can't be removed when in artwork mode, and items that are removed manually can never be added again automatically.
it is intentionally supported. I will check the deletion logic though because it sounds like its not doing that correctly
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 14, 2016, 07:12:29 AM
you have the synch configured as .m3u?
I dont think synch has ever written m3u playlists with relative paths but in any case is the absolute path the correct path for the music file or if not, can you provide an example of what is written and where the music file really is (it should have no drive letter, and just start with "\"

Yes, M3U.

The playlists are being created with the full file path of the synced files: "C:\Users\scamp\Phone Sync\Music\..."

They have always worked fine in the past, and the only change I have made on the phone recently has been to sync to a different base folder (Music instead of MusicBee, same directory structure otherwise).  When I manually edited all the playlists to "..\Music\etc", they immediately worked.
Title: Re: GUI changes for v3.0
Post by: Adson on January 14, 2016, 08:19:16 AM

The following error occured when I tried to rate a song.
I understand that MB3 "thinks" that the drive where the song is stored is not available.
But that is not the case. The drive runs and the song is played without problems.
Maybe the error message helps to find out what happened.

-----------------------------------

MusicBee v3.0.5855.35480 (Win10.0), 14 Jan 2016 9:12:

System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.IO.IOException: Das Gerät ist nicht bereit.

   bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   bei System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
   bei System.IO.FileStream.FlushInternalBuffer()
   bei System.IO.FileStream.Flush(Boolean flushToDisk)
   bei System.IO.FileStream.Flush()
   bei System.IO.StreamWriter.Flush(Boolean flushStream, Boolean flushEncoder)
   bei System.IO.StreamWriter.Flush()
   bei CubeIsland.LyricsReloaded.Logger.write(String type, String message, Object[] args)
   bei MusicBeePlugin.Plugin.ReceiveNotification(String source, NotificationType type)
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei MusicBee.Plugin.#=qZndinsn11tEIqOwLGU3O9Q==(#=qMR21V2C_3zT6JfiH3wOSQLKYsAhaGv1iMl0dFnXhjVk= #=qPY55g4obYS3GEiLZxJM9wg==, String #=qu3cvxmF9iBGrQkcT13gRtQ==, Boolean #=qlgIHV52bpbVMpIuvSX2V3g==)
   bei MusicBee.PluginManager.#=qAdoONGJCevjgb8WW60pDXw==(#=qBMMDftnxnCgGEWv4aM41x07w0fxcSjv5m9ub4XqhcNE= #=qVfw4eWaYKmWqT58J9DdKKQ==, #=qMR21V2C_3zT6JfiH3wOSQLKYsAhaGv1iMl0dFnXhjVk= #=qB$KoPVG9yFahm4XBWYRqqQ==, Boolean #=q4208lItN8qFWpBJ0AypGxg==)
   bei #=qfNAiRQeM$PThLVUL9prDVSnQD7gddG4igNEAw9hcLqs=.#=qg$P3aGGr5DNOinutI7lCqfsnje_vSEfSswWyAZoygLQ=.#=q05vnltTpv$JtdmmRXJaOcw==(IList`1 #=q9L2CjMczOn5rNSXcR_9BQA==, Boolean #=qdkQHXH6ZX6eE5d4gDkPTfA==)
   bei #=qfNAiRQeM$PThLVUL9prDVSnQD7gddG4igNEAw9hcLqs=.#=qPAWthGL8isOYSNs4yYK8LQ==(#=qDKIexBaI6_UEUC3$OpFoVYOZ2Zyk2l$sNPtwRDMyEgI0Ibai_LrVMbxVgzKnbmJw #=qw4$XshakmxVndZ8ltxyIvQ==, Boolean #=qVwrorTy_1bS7zpjowqtAXA==)
   bei MusicBee.MusicBeeMain.#=qtaEeSqHIIGoo6UK3F39wEUMDVPpB1IE1iWoDHwZ3ORw=.#=qXg_1euaMAsf$KVupChs36bC6z819ImRbzSJUiAi7jfk=.#=qqsP2Ucs7OuOgnrE7GDDSAKxogXHyB_LPaPN57zT8$TU=(MouseEventArgs #=qbxrqksjzesbE6_zaspCZ6Q==)
   bei #=qS2LmK0MSQB0KGqllUf_6qYi4rvC9NbMqxIDv0xzC1eE=.#=qjXmqjuHqqjvdWDuXb3AFhw==.OnMouseDown(MouseEventArgs #=q8Fs7_eMvBmpHqkt77qgvEA==)
   bei System.Windows.Forms.Control.WmMouseDown(Message& m, MouseButtons button, Int32 clicks)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei #=qS74gyKHlbSHfiyFXBJR0IQhV_B0GEFT$u7FtKz6Al64=.WndProc(Message& #=qwZo4ObrurlEYyMnkaJ2J8A==)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

----------------------------------------

Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 14, 2016, 09:43:14 AM
I have setup MB to perform a library scan on startup. When MB performs that scan it doesn't display any information or progress on the status bar.
Performing a manual scan does. Is that on purpose?
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 14, 2016, 10:49:15 AM
In the mini player, things are beginning to fade (see image below, haha) when you horizontally resize the windows too aggressively. There seems to be plenty of space to do things smarter. Just switch to the mini player and drag the window's right edge back and forth and you'll see what I mean.
(http://i.imgur.com/KSI57lv.png)
Edit: Should've added that that's theater mode, Cine view.
Title: Re: GUI changes for v3.0
Post by: Alumni on January 14, 2016, 11:05:29 AM
I have setup MB to perform a library scan on startup. When MB performs that scan it doesn't display any information or progress on the status bar.
Performing a manual scan does. Is that on purpose?

It should say if any files have been added/changed/removed.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 14, 2016, 11:28:54 AM
I have setup MB to perform a library scan on startup. When MB performs that scan it doesn't display any information or progress on the status bar.
Performing a manual scan does. Is that on purpose?

It should say if any files have been added/changed/removed.
I don't think I ever saw the added/changed information displayed. I did see a pop-up panel asking if missing tracks should be removed from the library.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 14, 2016, 11:32:50 AM
Again, in the mini player, this in the the artist picture layout, it seems like the album cover size, displayed on the left, controls the vertical space allocated to the information displayed on the right. Not only that, but it seems that hiding the album cover altogether results in the information on the right gets the vertical space as if the large cover art size was picked (=smallest vertical space).
(http://i.imgur.com/oK8YTnL.png)

It's a matter of opinion/aesthetics, really, but imho MB should use the entire vertical height regardless or the album cover size.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 14, 2016, 11:49:40 AM
Last one about the mini player (promise): right click->Save Artist Picture stops working after you right click->Next Picture. It pops up an Error dialog reading: Failed to save the artist picture.

Edit: This was fixed in 3.0.5857. Thank you, Steven
Title: Re: GUI changes for v3.0
Post by: tomiork on January 14, 2016, 01:19:18 PM
I have a problem to delete from my library an audio track streamed by Soundcloud. When I press delete file remain there...
Title: Re: GUI changes for v3.0
Post by: Pingaware on January 14, 2016, 01:36:16 PM
I've observed something similar to MeeMeeMee - my auto-report that runs on startup doesn't show any text in the status bar, although I know it's running because when I hit the X, it stops and tells me where it stopped. Status bar works fine the rest of the time.
Title: Re: GUI changes for v3.0
Post by: tomiork on January 14, 2016, 02:34:35 PM
Found another bug. When I pick left sidebar hide with auto-open, the ticked elements that I choose to display with tabs doesn't work anymore. I click on the tabs but nothing happen. Instead they work when the sidebar is shown.
Title: Re: GUI changes for v3.0
Post by: tomiork on January 14, 2016, 02:49:30 PM
Last thing: is it possible to hide the labels that I highlighted on the image below?

http://imgur.com/yP0U6gx.png

Kinda feel those only waste space, especially on the right sidebar :/
Title: Re: GUI changes for v3.0
Post by: circum on January 14, 2016, 03:29:26 PM
the first sounds lik3 something i fixed the other day so are you using the latest version?
the standalone artist picture cannot be resized

Yes I'm using the latest MusicBee3_Patched.zip you posted on Jan. 13

This issue occurs with one album where only a few tracks have a secondary artwork. I have other albums like that but they don't have this issue.

For unknown reason the switching works once with one track of this album. When it did, I tried with another track of the same album and instead of displaying that track's second picture, it displayed the second image of the previous track (the one when the switching worked).

Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 03:31:40 PM
The following error occured when I tried to rate a song.
the error relates to the lyrics reloaded plugin and should be reported there
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 03:33:06 PM
I have a problem to delete from my library an audio track streamed by Soundcloud. When I press delete file remain there...
could you post a screenshot? did you really mean you added the soundcloud track to the music library or perhaps you are refering to the soundcloud search panel or somewhere else?
Title: Re: GUI changes for v3.0
Post by: phred on January 14, 2016, 06:14:31 PM
Last thing: is it possible to hide the labels that I highlighted on the image below?

http://imgur.com/yP0U6gx.png

Kinda feel those only waste space, especially on the right sidebar :/
-1
Those labels (via the drop-down arrow) show if the displayed info is from the selected track or the playing track.  I wouldn't want to see that disappear.
Title: Re: GUI changes for v3.0
Post by: phred on January 14, 2016, 06:16:28 PM
The following error occured when I tried to rate a song.
the error relates to the lyrics reloaded plugin and should be reported there
The author of the lyrics reloaded plugin has stated that he is no longer supporting it.  He said that if anyone wanted to pick up development where he left off, he should be contacted.
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 07:26:08 PM
I have setup MB to perform a library scan on startup. When MB performs that scan it doesn't display any information or progress on the status bar.
Performing a manual scan does. Is that on purpose?
yes thats always been the case as i felt it would be too annoying to most people because it would be done every time MB is started. The scan on start up/ continuous monitor should show the number of files added/ removed if there are any on completion.
However i guess MB could say that the initial file scan has completed with no changes if thats useful to people
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 07:33:17 PM
I've observed something similar to MeeMeeMee - my auto-report that runs on startup doesn't show any text in the status bar, although I know it's running because when I hit the X, it stops and tells me where it stopped. Status bar works fine the rest of the time.
i have made a change for the next v3 update. Do let me know if it doesnt work
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 07:34:54 PM
Found another bug. When I pick left sidebar hide with auto-open, the ticked elements that I choose to display with tabs doesn't work anymore. I click on the tabs but nothing happen. Instead they work when the sidebar is shown.
i am not understanding what the issue - can you post a screesnhot
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 07:47:01 PM
This issue occurs with one album where only a few tracks have a secondary artwork. I have other albums like that but they don't have this issue.

For unknown reason the switching works once with one track of this album. When it did, I tried with another track of the same album and instead of displaying that track's second picture, it displayed the second image of the previous track (the one when the switching worked).
in that case i wont address the issue as a common picture(s) is used for all tracks in an album
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 07:50:42 PM
The playlists are being created with the full file path of the synced files: "C:\Users\scamp\Phone Sync\Music\..."

They have always worked fine in the past, and the only change I have made on the phone recently has been to sync to a different base folder (Music instead of MusicBee, same directory structure otherwise).  When I manually edited all the playlists to "..\Music\etc", they immediately worked.
just so i am 100% clear, you only use MB to sync to a virtual device. You use other software to synch from the virtual device files to your device right?
Title: Re: GUI changes for v3.0
Post by: circum on January 14, 2016, 08:11:36 PM
A (stupid) question, where can I choose between Artwork / Artwork and Track / Track Details layout?

The Configure Layout button in the toolbar allows to customize but not choose between these three layouts as in MB v2.5
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 08:21:08 PM
This is probably more of an oversight than a bug, but I feel that dragging and dropping items to an auto-playlist should be disallowed - sometimes it can happen accidentally. If a user does this it presents a few annoying issues, for instance an album can't be removed when in artwork mode, and items that are removed manually can never be added again automatically.
it is intentionally supported. I will check the deletion logic though because it sounds like its not doing that correctly
there is a bug where removing playlist files from an auto-playlist using artwork layout is not working but now fixed for the next update
Title: Re: GUI changes for v3.0
Post by: hiccup on January 14, 2016, 08:21:58 PM
A (stupid) question, where can I choose between Artwork / Artwork and Track / Track Details layout?

The Configure Layout button in the toolbar allows to customize but not choose between these three layouts as in MB v2.5

It's not stupid a stupid question. You are nor the first, nor probably the last to have some difficulty with this.

(http://i.imgur.com/4yWunsrl.jpg) (http://i.imgur.com/4yWunsr.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 14, 2016, 08:38:15 PM
A (stupid) question, where can I choose between Artwork / Artwork and Track / Track Details layout?
It's not stupid a stupid question. You are nor the first, nor probably the last to have some difficulty with this.

A suggestion to Steven,

Maybe it would be good to prefix "Panel view" there.
So instead of only:

'Artists'
'Albums'

make it:

"Panel view - Artists"
"Panel view - Albums"

etc.
Title: Re: GUI changes for v3.0
Post by: tomiork on January 14, 2016, 08:45:51 PM
Found another bug. When I pick left sidebar hide with auto-open, the ticked elements that I choose to display with tabs doesn't work anymore. I click on the tabs but nothing happen. Instead they work when the sidebar is shown.
i am not understanding what the issue - can you post a screesnhot

Of course
http://i.imgur.com/x9H6DNq.png

I chose to have two tabs to the left sidebar, but when it's hide with auto-open, I cannot click to the tabs to change my view. They're like bloked and I can only see one of my tabs. I don't have problems when the sidebar is always shown
Title: Re: GUI changes for v3.0
Post by: circum on January 14, 2016, 08:52:29 PM
It's not stupid a stupid question. You are nor the first, nor probably the last to have some difficulty with this.

(http://i.imgur.com/4yWunsrl.jpg) (http://i.imgur.com/4yWunsr.png)

And I thought I've looked everywhere, I would never have guessed that arrow would bring what I was looking for. Thanks hiccup!
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 09:35:19 PM
The playlists are being created with the full file path of the synced files: "C:\Users\scamp\Phone Sync\Music\..."

They have always worked fine in the past, and the only change I have made on the phone recently has been to sync to a different base folder (Music instead of MusicBee, same directory structure otherwise).  When I manually edited all the playlists to "..\Music\etc", they immediately worked.
there is definitely a bug with playlist file path handling for virtual devices and i have made a change for the next update. Let me know how it goes
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 09:57:05 PM
I chose to have two tabs to the left sidebar, but when it's hide with auto-open, I cannot click to the tabs to change my view. They're like bloked and I can only see one of my tabs. I don't have problems when the sidebar is always shown
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 10:28:21 PM
Last one about the mini player (promise): right click->Save Artist Picture stops working after you right click->Next Picture. It pops up an Error dialog reading: Failed to save the artist picture.
thats fixed now
Title: Re: GUI changes for v3.0
Post by: Steven on January 14, 2016, 10:36:10 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the bugs stated as fixed above
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 15, 2016, 01:18:15 AM
The playlists are being created with the full file path of the synced files: "C:\Users\scamp\Phone Sync\Music\..."

They have always worked fine in the past, and the only change I have made on the phone recently has been to sync to a different base folder (Music instead of MusicBee, same directory structure otherwise).  When I manually edited all the playlists to "..\Music\etc", they immediately worked.
there is definitely a bug with playlist file path handling for virtual devices and i have made a change for the next update. Let me know how it goes

It's giving the path starting with \Music now.  The phone still doesn't like them, which is baffling since it's always been fine in the past.  It's only happy if it has the ..\Music instead of just \Music.  (Playlists and Music directories are at the same level)
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 07:04:53 AM
It's giving the path starting with \Music now.  The phone still doesn't like them, which is baffling since it's always been fine in the past.  It's only happy if it has the ..\Music instead of just \Music.  (Playlists and Music directories are at the same level)
try using ".\" as the base path
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 15, 2016, 07:57:22 AM
It's giving the path starting with \Music now.  The phone still doesn't like them, which is baffling since it's always been fine in the past.  It's only happy if it has the ..\Music instead of just \Music.  (Playlists and Music directories are at the same level)
try using ".\" as the base path

...why didn't I think of that? 

Works like a charm.  :D
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 15, 2016, 09:41:23 AM
there is definitely a bug with playlist file path handling for virtual devices and i have made a change for the next update

There is also a problem in media storage when using 'preserve folders and filenames' and a virtual device.

set up as so:
(http://i.cubeupload.com/gpqFfN.jpg)

every time you restart MB and open the settings panel for the virtual device, MB has saved a "double dagger" folder in the path name
(http://i.cubeupload.com/5k8C1F.jpg)

and again
(http://i.cubeupload.com/lyMVYK.jpg)
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on January 15, 2016, 11:11:31 AM
For some reason MB won't show artwork for radio station that I manually set. I tried both Pictures library and non-system partition for image location ant it is the same. JPEG was loaded as artwork (on screenshot), PNG won't load at all. And every time I right-click that station and choose Edit, artwork field is blank, even though it is shown in radio station list like in the screenshot. I made sure that picture is Unblocked in Windows explorer, as it is blocked by default when downloaded from web and that image has same width and height. http://i.imgur.com/qwXpkxM.png

P.S. Now when I tried to change image it wont show it at all, nor this new one neither the old one that can be seen in screenshot. Am I doing something wrong?
Title: Re: GUI changes for v3.0
Post by: Pingaware on January 15, 2016, 11:48:12 AM
I've observed something similar to MeeMeeMee - my auto-report that runs on startup doesn't show any text in the status bar, although I know it's running because when I hit the X, it stops and tells me where it stopped. Status bar works fine the rest of the time.
I have made a change for the next v3 update. Do let me know if it doesn't work

Just confirming that this seems to be fixed. Cheers Steven!
Title: Re: GUI changes for v3.0
Post by: tomiork on January 15, 2016, 01:58:23 PM
When I search some albums and the view is set to "artists" I have no problems. For example, here's what happen when I search "The Eraser" by Thom Yorke

https://i.gyazo.com/e64bfa9c2c825ecf55f2ef16b548fe69.png

But here's what happen when i make the same research but with view set to "album covers"

https://i.gyazo.com/cea66dce36c31dc03875fa01d5bde44e.png

Same happens with other album, just some random tracks appear instead of the right ones.

Plus, when I want a wide visual of all my albums in "album covers" mode view, so many duplicates appear. I already tried to select files with the same cover and unite them under just one cover, but without results it seems.

https://i.gyazo.com/35de6dbd1da03c3bf551ab40f578f534.png
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 06:13:28 PM
Plus, when I want a wide visual of all my albums in "album covers" mode view, so many duplicates appear. I already tried to select files with the same cover and unite them under just one cover, but without results it seems.
search the forum as this sort of question has come several times or set up a question in a separate topic - it will be a comination of your tags and sorting/grouping settings
Title: Re: GUI changes for v3.0
Post by: tomiork on January 15, 2016, 06:38:25 PM
Plus, when I want a wide visual of all my albums in "album covers" mode view, so many duplicates appear. I already tried to select files with the same cover and unite them under just one cover, but without results it seems.
search the forum as this sort of question has come several times or set up a question in a separate topic - it will be a comination of your tags and sorting/grouping settings

Yeah you're right, my bad :) now it's okay
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 07:26:51 PM
There is also a problem in media storage when using 'preserve folders and filenames' and a virtual device.
i am not able to reproduce this. I have your settings file from the 12 but it appears a little out of date in regards to this issue, so would you mind sending the latest to me
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 08:01:01 PM
For some reason MB won't show artwork for radio station that I manually set. I tried both Pictures library and non-system partition for image location ant it is the same. JPEG was loaded as artwork (on screenshot), PNG won't load at all. And every time I right-click that station and choose Edit, artwork field is blank, even though it is shown in radio station list like in the screenshot. I made sure that picture is Unblocked in Windows explorer, as it is blocked by default when downloaded from web and that image has same width and height. http://i.imgur.com/qwXpkxM.png

P.S. Now when I tried to change image it wont show it at all, nor this new one neither the old one that can be seen in screenshot. Am I doing something wrong?
there is a bug when manually adding a new picture that exists on the hard drive. Thats fixed for the next update.
I would think the remaining issues all revolve around that
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 08:01:46 PM
When I search some albums and the view is set to "artists" I have no problems. For example, here's what happen when I search "The Eraser" by Thom Yorke
i assume this all revolves around your file tagging
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 15, 2016, 08:22:38 PM
I have your settings file from the 12 but it appears a little out of date in regards to this issue, so would you mind sending the latest to me

PM sent
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 09:29:17 PM
every time you restart MB and open the settings panel for the virtual device, MB has saved a "double dagger" folder in the path name
thats fixed for the next update but you will still need to correct the path the first time
Title: Re: GUI changes for v3.0
Post by: Steven on January 15, 2016, 09:33:46 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the bugs stated as fixed above
- for first time v2.5 upgrade users, i have put in an information message when the panel arrangement button is clicked to show a message informing them where the main panel view can be configured from
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 15, 2016, 09:56:43 PM
every time you restart MB and open the settings panel for the virtual device, MB has saved a "double dagger" folder in the path name
thats fixed for the next update but you will still need to correct the path the first time

confirmed as fixed - running sync now
thanks :)
Title: Re: GUI changes for v3.0
Post by: jaume on January 16, 2016, 12:47:42 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the bugs stated as fixed above
- for first time v2.5 upgrade users, i have put in an information message when the panel arrangement button is clicked to show a message informing them where the main panel view can be configured from

This last update seems to have affected the 2.5 version and now it does not change the Playing Track to the current artist being played. I tried to reinstall 2.5 but to no avail... Any way to fix this?
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 08:10:39 AM
This last update seems to have affected the 2.5 version and now it does not change the Playing Track to the current artist being played. I tried to reinstall 2.5 but to no avail... Any way to fix this?
MB3 does not touch the MB2.5 installation or settings., and i am not willing to spend time investigating issues with v2.5
Title: Re: GUI changes for v3.0
Post by: jaume on January 16, 2016, 08:29:21 AM
This last update seems to have affected the 2.5 version and now it does not change the Playing Track to the current artist being played. I tried to reinstall 2.5 but to no avail... Any way to fix this?
MB3 does not touch the MB2.5 installation or settings., and i am not willing to spend time investigating issues with v2.5

Fair enough. :)

Some additional related items observed in the latest 3.0, is there any way to configure the page options in the bookmark menu to add something like Wikipedia (http://en.wikipedia.org/wiki/Special:Search?search=<Artist>), You Tube, etc.

At the moment it is only giving the option of Last.fm.

Also, upon restarting MB, you need to actively select the bookmark for it to display anything. It would be great if the browser remembered the last service that you chose and displayed the page for the currently playing artist. Same behaviour as in 2.5.
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 09:44:11 AM
Some additional related items observed in the latest 3.0, is there any way to configure the page options in the bookmark menu to add something like Wikipedia (http://en.wikipedia.org/wiki/Special:Search?search=<Artist>), You Tube, etc.

At the moment it is only giving the option of Last.fm.

Also, upon restarting MB, you need to actively select the bookmark for it to display anything. It would be great if the browser remembered the last service that you chose and displayed the page for the currently playing artist. Same behaviour as in 2.5.
i am little confused by this but perhaps all you need is the web-browser plugin (all web browsing functionality has been moved out of MB itself and the web-browser plugin enhanced). See the first post on this topic
Title: Re: GUI changes for v3.0
Post by: darkred on January 16, 2016, 02:02:34 PM
I've set in main panel|files to show only Album Covers (but the same occurs if I select Albums and Tracks)
(https://i.imgur.com/yZuPyIO.jpg)
and I have set in 'Sort By'|'Define Custom sorting' this custom sorting: 'Artist/Album/Year'
(https://i.imgur.com/uJgCn8P.jpg)
but when I click to select a genre or an artist in Column Browser,
the results are not sorted by year too (only by artist and album).
Title: Re: GUI changes for v3.0
Post by: Scuttle on January 16, 2016, 03:20:39 PM
Having some issues with a few files in my library. It seems to have something to do with long filenames/pathnames

One of the files has this path:

"x:\Music\Lossless Library\Wolfgang Amadeus Mozart\Complete Mozart Edition, Volume 30_ Ascanio in Alba\3-05 Ascanio in Alba, K. 111_ Act II, Scene IV. Recitativo e Coro _Anima grande_ No. 24 Coro _Che strano evento_ Recitativo _Ahi la crudel_ (Ascanio, Silvia, c.flac"

I can double-click the file just fine in Explorer and it plays in MPC, but it doesn't seem to be added properly in MB.

This track, and many others like it, appear in Inbox each time when I restart MB as Unknown tracks with no tags or anything.
Title: Re: GUI changes for v3.0
Post by: phred on January 16, 2016, 03:39:26 PM
Having some issues with a few files in my library. It seems to have something to do with long filenames/pathnames
Your post has nothing to do with this thread's topic.  Please delete it and repost as a new topic. 
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 04:38:04 PM
but when I click to select a genre or an artist in Column Browser,
the results are not sorted by year too (only by artist and album).
i cannot reproduce this or see how it could go wrong. If the only thing you do is click an item on the column browser then MB doesnt reapply the sorting for the Album and Tracks layout (its different for the artwork only views but you said it also doesnt work for Album and Tracks) - it only applies a filter. The artwork only panels reapply the same sort.
Can anyone else confirm this behavior?
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 04:39:36 PM
Having some issues with a few files in my library. It seems to have something to do with long filenames/pathnames
as phred says this is nothing to do with the MB3 gui changes. Its an existing issue that has been discussed serveral times before if you do a forum search. I dont see myself spending time on this in the near term
Title: Re: GUI changes for v3.0
Post by: darkred on January 16, 2016, 04:57:58 PM
but when I click to select a genre or an artist in Column Browser,
the results are not sorted by year too (only by artist and album).
i cannot reproduce this or see how it could go wrong. If the only thing you do is click an item on the column browser then MB doesnt reapply the sorting for the Album and Tracks layout (its different for the artwork only views but you said it also doesnt work for Album and Tracks) - it only applies a filter. The artwork only panels reapply the same sort.
Can anyone else confirm this behavior?
A few details of recreating this behavior.
Example:
suppose that in genre "Hard Rock" I have a total of 3 albums:
- 1 album of "High on Fire" --> "De Vermis Mysteriis" dated 2012.
- 2 albums of "Hughes Turner Project", of which:
the 1st with same title, is dated 2002, and the 2nd is HTP2 dated 2003.

Well, clicking "Hard Rock" (or clicking the two Artist names contained within) the results appear, as follows:
"High on Fire" -->  "De Vermis Mysteriis" (2012)
"HTP" ----------->  HTP2 (2003)
"HTP" ----------->  s/t (2002)
(http://i.imgur.com/Vxda9In.png) (http://imgur.com/Vxda9In)


The sort order should be:
"High on Fire" -->  "De Vermis Mysteriis" (2012)
"HTP" ----------->  s/t (2002)
"HTP" ----------->  HTP2 (2003)
(mockup by me)
(http://i.imgur.com/eSuGHIL.png) (http://imgur.com/eSuGHIL)
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 05:04:32 PM
send me a link to your settings file (help/ support/ view settings) and i will have a quick look
Title: Re: GUI changes for v3.0
Post by: darkred on January 16, 2016, 06:16:42 PM
I just pm them to you.
Title: Re: GUI changes for v3.0
Post by: Coogan on January 16, 2016, 09:04:13 PM
This last update seems to have affected the 2.5 version and now it does not change the Playing Track to the current artist being played. I tried to reinstall 2.5 but to no avail... Any way to fix this?

I see no difference in v2.5
Please keep up the great work Steven.

Coogan
Title: Re: GUI changes for v3.0
Post by: Scuttle on January 16, 2016, 09:14:57 PM
Having some issues with a few files in my library. It seems to have something to do with long filenames/pathnames
as phred says this is nothing to do with the MB3 gui changes. Its an existing issue that has been discussed serveral times before if you do a forum search. I dont see myself spending time on this in the near term

Would it be possible to include more information than "search for it"? I don't even know what to search for. Long filenames? Illegal characters? Corrupt Files?
Neither of those turned up anything relevan´t
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 16, 2016, 09:24:55 PM
with main panel views that automatically suppress the left/right main panels (eg. auto-dj panel), the heading for the right main panel is not removed from the header bar

(http://i.cubeupload.com/e4a2cF.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 09:25:13 PM
A few details of recreating this behavior.
i am still not getting why you think MB is wrong.
You have defined and using the following custom sort order:
Artist/Album/Year
so MB first sorts by Artist, then Album name, and then for any tracks with the same album name MB will use year
"High on Fire" --> "De Vermis Mysteriis" dated 2012.
"Hughes Turner Project" --> HTP2 dated 2003.
"Hughes Turner Project" --> Hughes Turner Project dated 2002  (Hughes Turner Project is greater than HTP2)
so if you want
"High on Fire" --> "De Vermis Mysteriis" dated 2012.
"Hughes Turner Project" --> Hughes Turner Project dated 2002
"Hughes Turner Project" --> HTP2 dated 2003.
then use
Artist/Year/Album as the sort criteria
i dont see how selecting items on the column browser have anything to do with this unless the genre you click on filters out some of the tracks
if you still think MB is wrong then set up another topic but i am doubtful i will spend any more time investigating this
Title: Re: GUI changes for v3.0
Post by: darkred on January 16, 2016, 09:29:54 PM
A few details of recreating this behavior.
i am still not getting why you think MB is wrong.
You have defined and using the following custom sort order:
Artist/Album/Year
so MB first sorts by Artist, then Album name, and then for any tracks with the same album name MB will use year
"High on Fire" --> "De Vermis Mysteriis" dated 2012.
"Hughes Turner Project" --> HTP2 dated 2003.
"Hughes Turner Project" --> Hughes Turner Project dated 2002  (Hughes Turner Project is greater than HTP2)
so if you want
"High on Fire" --> "De Vermis Mysteriis" dated 2012.
"Hughes Turner Project" --> Hughes Turner Project dated 2002
"Hughes Turner Project" --> HTP2 dated 2003.
then use
Artist/Year/Album as the sort criteria
i dont see how selecting items on the column browser have anything to do with this unless the genre you click on filters out some of the tracks
if you still think MB is wrong then set up another topic but i am doubtful i will spend any more time investigating this
Sorting by "Artist/Year/Album" is what I wanted (therefore MB works great, and I was not using the proper custom sorting).
Thank you very much!
Title: Re: GUI changes for v3.0
Post by: hiccup on January 16, 2016, 10:01:47 PM
Having some issues with a few files in my library. It seems to have something to do with long filenames/pathnames

One of the files has this path:

"x:\Music\Lossless Library\Wolfgang Amadeus Mozart\Complete Mozart Edition, Volume 30_ Ascanio in Alba\3-05 Ascanio in Alba, K. 111_ Act II, Scene IV. Recitativo e Coro _Anima grande_ No. 24 Coro _Che strano evento_ Recitativo _Ahi la crudel_ (Ascanio, Silvia, c.flac"

Not saying this is a solution to your issue, but as a general observation:
The filename and path is indeed very long. That could be the issue, or it can become one in the near future. (backing-up, syncing etc.)

I would advice you to trust on tags to use as long and complete titles and descriptions as you require, and leave the file names as short as possible.
Theoretically you could use only 'track 1', 'track 2' etc. as file names, and rely on tags (metadata) for all the rest.
If you care about the original file name and want to keep it for reference, you could use a tag just for that purpose. (TOFN was even intended for that)
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 10:14:39 PM
with main panel views that automatically suppress the left/right main panels (eg. auto-dj panel), the heading for the right main panel is not removed from the header bar
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 16, 2016, 10:20:43 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the bugs stated as fixed above and a few more i found myself
- you can now configure the tabs bar to show icons (set in Preferences/ Layout(1))
- handling for docking plugins to the Services node (Last.fm stats and Last.fm recommendations now use this)
- when "include sub-directories" is set in the Artwork retrieval filter, MB now only searchs one directory level down from the music file. This is so MB doesnt end up searching a huge number of sub-folders for files that are in low level folders
Title: Re: GUI changes for v3.0
Post by: hiccup on January 16, 2016, 10:30:49 PM
- you can now configure the tabs bar to show icons (set in Preferences/ Layout(1))

That's much appreciated.

Not an issue of much importance, but funny things happen when minimizing the whole panel to the extreme.

(http://i.imgur.com/dbQhiaKl.jpg) (http://i.imgur.com/dbQhiaK.png)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 16, 2016, 10:41:13 PM
- you can now configure the tabs bar to show icons (set in Preferences/ Layout(1))

Thank you very much for this  :)
With their return, could

<element id="TabsBar.InactiveTabIconMask"
<element id="TabsBar.InactiveTabInCaptionIconMask"

made to work again please
Title: Re: GUI changes for v3.0
Post by: jaume on January 16, 2016, 10:45:29 PM
Some additional related items observed in the latest 3.0, is there any way to configure the page options in the bookmark menu to add something like Wikipedia (http://en.wikipedia.org/wiki/Special:Search?search=<Artist>), You Tube, etc.

At the moment it is only giving the option of Last.fm.

Also, upon restarting MB, you need to actively select the bookmark for it to display anything. It would be great if the browser remembered the last service that you chose and displayed the page for the currently playing artist. Same behaviour as in 2.5.
i am little confused by this but perhaps all you need is the web-browser plugin (all web browsing functionality has been moved out of MB itself and the web-browser plugin enhanced). See the first post on this topic

I have the web plugin added as you described in the earlier post. However, I can only see Last.fm in the favourites. I also tried to replace the file with the one you originally posted to no avail.

See screenshot:

http://s14.postimg.org/q9ej6r98h/Capture.jpg

The idea is that the bookmarks could be customised to have Wikipedia, Songfacts, etc. in a similar way that we were able to do it in the Now Playing Panel in 2.5 but in the plugin.

Not sure if this is something that you want to have. Just found it really useful to quickly switch to all the different sources of information whilst listening to the music.

Many thanks for all the work and for getting back to the comments. It is really appreciated.
Title: Re: GUI changes for v3.0
Post by: phred on January 17, 2016, 01:37:18 AM
- you can now configure the tabs bar to show icons (set in Preferences/ Layout(1))

Thank you very much for this  :)
With their return, could

<element id="TabsBar.InactiveTabIconMask"
<element id="TabsBar.InactiveTabInCaptionIconMask"

made to work again please
Will this control the fg of the icon for both active and inactive?  If not, could new elements plelase be created to accomplish this?
Title: Re: GUI changes for v3.0
Post by: endeavour1934 on January 17, 2016, 01:43:40 AM
I've been away for a few months, but I really like most of the new changes in MB 3.0 :D
My time away from MusicBee was a good thing, because now I can see some design aspects with a different point of view.

A few thoughts:

- Functionally-wise I believe that MB 3.0 is great. Some obscure options were lost but some nice new ones were added. It feels much more fluid to use than 2.5. I like the new panel headers (are you using a specific name for them?) and the added functionality, it's easier to change views, panel contents and use MB in general.

- The layout editor is still a bit confusing and maybe overwhelming for new users. The basics are there, but I think it needs more visual help (like the aid provided by the layout icons, I only look at them to know where to drop the panels!). Maybe when you drag a panel the allowed drop sections should change color, becoming more visible. Also the list of panels should include a collapsable description for each one. Finally the "hide/show panels" section on the bottom right should always be visible, it took me >5 minutes to find where it was!

- I still feel like some parts of the interface are a bit too much compressed. In my concepts, now that I have seen them again after a few months, the spacing is a bit high as many of you pointed out. But maybe something in between should work better (It doesn't help that right now the panel spacing settings in the skins doesn't seem to work).
To be more exact, left panel & playing tracks panel should have a bit more spacing between list items (but not as much as in the now playing view!), specially the left panel. Maybe 2-4 px more per line in the left panel and 1-2px more in the playing tracks panel. The panel headers feel a bit compressed too, maybe a height setting for them would be the ideal solution.

- On the skinning part, the new options are great, and all the basics are there. The new layout helped a lot cleaning part of the mess in the skin files. In the future I'd like to see some way to change/override panel header colors based on what panel (Left, Middle Left, Middle, Middle Right, Right) they are located. And a different setting for the main tabbar/toolbar colors when the playerbar is on top. Also a way to fine tune paddings inside panels. For 4.0 (long-term) I'd like to see a dynamic bitmap player bar that allows the 3-4 player configurations and maybe an option to set text sizes/opacities inside the skin (with an override on the settings panel, of course).

TL;DR MB 3.0 is much more enjoyable to use. I feel like most (interface) elements are ready for an eventual release; whatever fine tuning they need could come in a later version.



Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 17, 2016, 01:49:44 AM
Will this control the fg of the icon for both active and inactive?

No.  It provides an alpha blend square over the icon that blends/softens it into the bg of the tab when it's inactive

<element id="TabsBar.InactiveTabIconMask" bg="xxx,xxx,xxx,xxx"

xxx is an alpha value from 0 (transparent) to 255 (solid) with a range of translucency inbetween
Title: Re: GUI changes for v3.0
Post by: phred on January 17, 2016, 01:54:29 AM
Will this control the fg of the icon for both active and inactive?

No.  It provides an alpha blend square over the icon that blends/softens it into the bg of the tab when it's inactive

<element id="TabsBar.InactiveTabIconMask" bg="xxx,xxx,xxx,xxx"

xxx is an alpha value from 0 (transparent) to 255 (solid) with a range of translucency inbetween
Thanks for the explanation.
So to do what I want, Steven would need to create new elements.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 17, 2016, 02:00:59 AM
So to do what I want, Steven would need to create new elements.

to change the colour of the icons from how they appear in the navigator panel to a new colour in the tabs, then yes, a new override element would be needed  :)
Title: Re: GUI changes for v3.0
Post by: Alumni on January 17, 2016, 07:39:29 AM
I've been away for a few months, but I really like most of the new changes in MB 3.0 :D

Welcome back, endeavour. :)
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 08:48:31 AM
- Functionally-wise I believe that MB 3.0 is great. Some obscure options were lost but some nice new ones were added. It feels much more fluid to use than 2.5. I like the new panel headers (are you using a specific name for them?) and the added functionality, it's easier to change views, panel contents and use MB in general.
for myself i really like the panel headers and in my opinion its much more obvious how to change panel contents. However for existing v2.x users, we have seen serveral times that people get confused because they expect that aspect to accessed from the Panel Layout button. I am not planning on changing how it is now and have now put in a message that shows the first time the panel layout button is clicked, so hopefully that will address the issue.

- The layout editor is still a bit confusing and maybe overwhelming for new users. The basics are there, but I think it needs more visual help (like the aid provided by the layout icons, I only look at them to know where to drop the panels!). Maybe when you drag a panel the allowed drop sections should change color, becoming more visible. Also the list of panels should include a collapsable description for each one. Finally the "hide/show panels" section on the bottom right should always be visible, it took me >5 minutes to find where it was!
where to drop an element is indicated by a bar that displays to the left of the panel area that can be dropped into. I guess its possible on the skin you were using it doesnt show clearly. I have been thinking about putting a tooltip explaining each element (did you mean "element" instead of "panel"?) - I do think thats important as new users wont know what a "sidebar player" or "now playing bar" is. The hide/show panels section is collapsed by default if no panels are marked as hidden - thats to reduce clutter on the screen for a feature that in my view only more advanced users would need. I am not strongly attached to that view though. edit: i've changed the wording on the hide/show panels section to make it a little clearer

- I still feel like some parts of the interface are a bit too much compressed. In my concepts, now that I have seen them again after a few months, the spacing is a bit high as many of you pointed out. But maybe something in between should work better (It doesn't help that right now the panel spacing settings in the skins doesn't seem to work).
To be more exact, left panel & playing tracks panel should have a bit more spacing between list items (but not as much as in the now playing view!), specially the left panel. Maybe 2-4 px more per line in the left panel and 1-2px more in the playing tracks panel. The panel headers feel a bit compressed too, maybe a height setting for them would be the ideal solution.
One thing was already planning to do was to add a "spacing" element which can be used to pad vertical spacing between elements. If you have time could you post a screenshot of how you see the ideal spacing?

- On the skinning part, the new options are great, and all the basics are there. The new layout helped a lot cleaning part of the mess in the skin files. In the future I'd like to see some way to change/override panel header colors based on what panel (Left, Middle Left, Middle, Middle Right, Right) they are located. And a different setting for the main tabbar/toolbar colors when the playerbar is on top. Also a way to fine tune paddings inside panels. For 4.0 (long-term) I'd like to see a dynamic bitmap player bar that allows the 3-4 player configurations and maybe an option to set text sizes/opacities inside the skin (with an override on the settings panel, of course).
could you add the specific skinning requests you would like implemented on http://getmusicbee.com/forum/index.php?topic=16643.0

ps. yes welcome back!
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 09:14:39 AM
I have the web plugin added as you described in the earlier post. However, I can only see Last.fm in the favourites. I also tried to replace the file with the one you originally posted to no avail.
firstly make sure you are using the latest version of the web browser plugin from the link in the first post on this thread.
If you are, then try deleting "WebBrowserSettings.dat" and restart. The file is in the AppData sub-folder if using the portable install, otherwise in c:\users\<yourid>\AppData\Roaming\MusicBee
Title: Re: GUI changes for v3.0
Post by: hiccup on January 17, 2016, 09:57:33 AM
Having gotten more accustomed to the new 'Configure layout' panel, I do like it a lot.
It's quite logical, it's clever, and much more explanatory than traditional settings panels that only have text, buttons and check-boxes.

Yet I feel there is too much discrepancy between this new panel, and the familiar Preferences panels.
Those have gotten more complicated, and are not as intuitive.

I have made a few suggestions on this before, which also gotten support from some other members, but I don't believe Steven has given his opinion on this yet.
So please allow me to shortly repeat the gist of them.

1. Several panels have inside scrolling panes. I really don't like those, they are obscuring features and setting and simply not friendly to use. It makes it quite difficult to grasp an overview of relevant options.

2. Non-descriptive terminology as 'Layout 1', 'Layout 2' should be avoided. Should the new v3 'Configure Layout' panel then be named 'Layout 3'? (just kidding)

3. The 'Configure preferences' and 'Configure layout' have a lot of overlaps and references to each-other. This is hardly avoidable, but surely a soil for confusion, certainly to new users.

In my opinion a solution to these problems could be to have only one main Configuration panel, with a more structured hierarchy behind it, maybe by adding only one or two levels, with also some improvement on designations/descriptions.
With some additional optional toolbar shortcuts and hotkeys added, it would than also be easy to access more often used sub preferences panels directly.
Title: Re: GUI changes for v3.0
Post by: jaume on January 17, 2016, 10:33:13 AM
I have the web plugin added as you described in the earlier post. However, I can only see Last.fm in the favourites. I also tried to replace the file with the one you originally posted to no avail.
firstly make sure you are using the latest version of the web browser plugin from the link in the first post on this thread.
If you are, then try deleting "WebBrowserSettings.dat" and restart. The file is in the AppData sub-folder if using the portable install, otherwise in c:\users\<yourid>\AppData\Roaming\MusicBee

Thannks, Steven. That fixed it.
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 10:37:16 AM
Yet I feel there is too much discrepancy between this new panel, and the familiar Preferences panels.
Those have gotten more complicated, and are not as intuitive.

I have made a few suggestions on this before, which also gotten support from some other members, but I don't believe Steven has given his opinion on this yet.
So please allow me to shortly repeat the gist of them.

1. Several panels have inside scrolling panes. I really don't like those, they are obscuring features and setting and simply not friendly to use. It makes it quite difficult to grasp an overview of relevant options.

2. Non-descriptive terminology as 'Layout 1', 'Layout 2' should be avoided. Should the new v3 'Configure Layout' panel then be named 'Layout 3'? (just kidding)

3. The 'Configure preferences' and 'Configure layout' have a lot of overlaps and references to each-other. This is hardly avoidable, but surely a soil for confusion, certainly to new users.

In my opinion a solution to these problems could be to have only one main Configuration panel, with a more structured hierarchy behind it, maybe by adding only one or two levels, with also some improvement on designations/descriptions.
With some additional optional toolbar shortcuts and hotkeys added, it would than also be easy to access more often used sub preferences panels directly.
at this point i am not willing to make any significant overhaul of preferences panel but wont rule it out in the medium term if i am convenced the proposal would improve things.
Maybe a mock up would help the discussion but i think you should do that in the dedicated preferences topic you set up a while ago.
Just on point 3 (no need to answer in this topic), i dont really get the issue you are raising. The settings in the Panel Arrangement dialog only reference Layout(1) settings. Where there is only a single setting, in my view its better just to have it in the Panel Arrangement panel rather than making people jump to another dialog window. I dont get why users would be confused by that.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 17, 2016, 10:59:30 AM
Maybe a mock up would help the discussion but i think you should do that in the dedicated preferences topic you set up a while ago.

I've done an initial clarifying mockup in a topic about these suggestions here:
http://getmusicbee.com/forum/index.php?topic=16921.msg98852#msg98852
Of course I can only respect if you don't agree with the basic points raised there, and since that's now clear, it's probably not very fruitful for me to put more thoughts and suggestions to this matter. I'll just leave it at this.
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 11:14:17 AM
I've done an initial clarifying mockup in a topic about these suggestions here:
http://getmusicbee.com/forum/index.php?topic=16921.msg98852#msg98852
Of course I can only respect if you don't agree with the basic points raised there, and since that's now clear, it's probably not very fruitful for me to put more thoughts and suggestions to this matter. I'll just leave it at this.
ok, the concept seems fine in principal. I would probably merge the 2nd column into the first as a collapsable tree so making more width available. Getting rid of the popups is a good goal as well so i agree with that. As mentioned I am not willing to make substantial changes to the preferences handling at least for this iteration of MB but i will look at it further down the track
Title: Re: GUI changes for v3.0
Post by: hiccup on January 17, 2016, 11:17:59 AM
ok, the concept seems fine in principal. I would probably merge the 2nd column into the first as a collapsable tree so making more width available. Getting rid of the popups is a good goal as well so i agree with that. As mentioned I am not willing to make substantial changes to the preferences handling at least for this iteration of MB but i will look at it further down the track

Great. I am not assuming my analytical skills even come close to yours in improving the current structure, but let it be known when you are open to more specific suggestions or proposals on this.
Title: Re: GUI changes for v3.0
Post by: jaume on January 17, 2016, 11:49:24 AM
Just noticed that when creating a playlist this gets placed in the playlist panel but does not get into the right alphabetical order until you restart MB.

Also, the playlist name remains highlighted until you click somewhere else. Not sure if this is the expected behaviour.

By the way, really prefer the new approach of writing the name of the new playlists  in a pop-up window. :)
Title: Re: GUI changes for v3.0
Post by: vincent kars on January 17, 2016, 11:57:15 AM
First time with V3
First impression: an even better interface than V2

Found a little cosmetic error


(http://www.thewelltemperedcomputer.com/Pictures/MBee/Composer.JPG)

If I select Composer, the heading in the panel says "All Artist"

One can choose custom tags as well to display in this panel.
Would love to see this extended to Virtual tags as well.

Occasionally a picture of the composer is displayed.
Most of the time in my case blank or "last.fm"
How can the user populate the composer pictures?


Title: Re: GUI changes for v3.0
Post by: Pingaware on January 17, 2016, 02:35:07 PM
Chiming in with Hiccup, I also have some ideas floating in my head about what to do to improve preferences. Just need time to write them up.
Title: Re: GUI changes for v3.0
Post by: ankor on January 17, 2016, 03:21:52 PM
Handy for all and simplicity for new/infrequent users...

What about including Configure Layout below Preferences in the Edit menu.  And add an icon next to Configure Layout button that provides access to Preferences.

Also be consistent with tooltip (Configure Layout) and window caption (Panels Configuration)...maybe Customize Layout or something...just an OCD pet peeve.

One more..."Customize Toolbar" is tooltip on main window and inside Preferences | Layout(1) it says "command buttons - Customize Layout" and the window caption is "Set Toolbar Buttons".  It would be easier to find and realize these are the same things with consistent terminology.  For Layout(1), perhaps "Toolbar buttons - Customize Toolbar" or something.  I would reserve "Layout" for customizing panels.

btw, I like the tabs bar icons :)
Title: Re: GUI changes for v3.0
Post by: endeavour1934 on January 17, 2016, 05:29:35 PM
However for existing v2.x users, we have seen serveral times that people get confused because they expect that aspect to accessed from the Panel Layout button.
That's just because they're used to the old version, but the new layout is clearly faster/easier to use.

where to drop an element is indicated by a bar that displays to the left of the panel area that can be dropped into. I guess its possible on the skin you were using it doesnt show clearly.
You are right. Maybe a more eye catching color would help noticing the bars.

I have been thinking about putting a tooltip explaining each element (did you mean "element" instead of "panel"?) - I do think thats important as new users wont know what a "sidebar player" or "now playing bar" is.
Yes, I meant element. That's exactly what I was thinking: a tooltip or collapsible description of each element.

The hide/show panels section is collapsed by default if no panels are marked as hidden - thats to reduce clutter on the screen for a feature that in my view only more advanced users would need. I am not strongly attached to that view though.
I agree, but sometimes you add a panel and it doesn't show up (because it's set to hidden) so it's a bit confusing for the user if he doesn't notice that it's set as hidden on those options.

One thing was already planning to do was to add a "spacing" element which can be used to pad vertical spacing between elements. If you have time could you post a screenshot of how you see the ideal spacing?
Left bar.
(http://i.imgur.com/qpquA20.png)

20 or 22 should work too if you want to use an even number. Still working on the others, but other lists could use the same number for the sake of uniformity.
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 17, 2016, 07:00:54 PM
I agree, but sometimes you add a panel and it doesn't show up (because it's set to hidden) so it's a bit confusing for the user if he doesn't notice that it's set as hidden on those options.

I agree with this.  It's particularly been a problem for the "Left Main Panel" column browser.  Maybe if a panel has no elements, it should automatically be shown when someone adds an element to it.
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 08:19:11 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- a couple of bug fixes
- clicking a header in the expanded artwork panel now selects the tracks under that header eg. double click the header to play only those tracks
- tweaks to the Panel Arrangement dialog (info button that describes what an element does and a couple of visual tweaks)
- vertical spacing has been increased for the left navigator and for the header bars

edit:
i have made a couple of tweaks along the lines of psychoadept's suggestion
I agree, but sometimes you add a panel and it doesn't show up (because it's set to hidden) so it's a bit confusing for the user if he doesn't notice that it's set as hidden on those options.
I agree with this.  It's particularly been a problem for the "Left Main Panel" column browser.  Maybe if a panel has no elements, it should automatically be shown when someone adds an element to it.
Title: Re: GUI changes for v3.0
Post by: endeavour1934 on January 17, 2016, 08:54:30 PM
- vertical spacing has been increased for [..] the header bars

I see that you used 24px for header and 26px for panel.childheader, and that's a bit odd :P
I meant the same value for both, whether it is 24 or 26px. Maybe 24 for both is the right choice.

Sorry for the confusion... my fault!

EDIT: Hm, also on the left bar the spacing is uneven: 20px for most elements, but there are 27px from History to Now Playing and 22px from Now Playing to Music Explorer. (pls don't kill me)
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 08:58:30 PM
it was intentional as i felt the headers within the panels needed a bit extra space
Title: Re: GUI changes for v3.0
Post by: Steven on January 17, 2016, 10:12:05 PM
Occasionally a picture of the composer is displayed.
Most of the time in my case blank or "last.fm"
How can the user populate the composer pictures?
just put a .jpeg file with the same name as the composer in the Thumb sub-folder of the artwork folder configured in Tags(1) preferences
Title: Re: GUI changes for v3.0
Post by: hiccup on January 18, 2016, 09:21:32 AM
- tweaks to the Panel Arrangement dialog (info button that describes what an element does and a couple of visual tweaks)
- vertical spacing has been increased for the left navigator and for the header bars

- The library filter entries now also have a lot of vertical spacing, which is not needed since they don't have 16x16 icons.
- Vertical spacing of the header titles is slightly off. (a bit low)
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 18, 2016, 10:30:36 AM
A feature I'd like to see:

Autodj selection mode: higher play count preferred
Title: Re: GUI changes for v3.0
Post by: Steven on January 18, 2016, 11:53:11 AM
Autodj selection mode: higher play count preferred
please keep requests on this topic restricted to GUI changes. You should create a new wishlist request for this
Title: Re: GUI changes for v3.0
Post by: hiccup on January 18, 2016, 04:08:28 PM
The smaller description text here seem to get darkened relative to the titles, but for dark skins they are darkened a bit too much to remain well readable.

(http://i.imgur.com/Zsoa8gps.jpg) (http://i.imgur.com/Zsoa8gp.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 18, 2016, 07:06:11 PM
- The library filter entries now also have a lot of vertical spacing, which is not needed since they don't have 16x16 icons.
- Vertical spacing of the header titles is slightly off. (a bit low)
i agree about the filters and have changed that. I also made some small adjustment to the header spacing
Title: Re: GUI changes for v3.0
Post by: Steven on January 18, 2016, 09:41:06 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- a couple of bug fixes
- some further tweaks to the left navigator vertical spacing
- support for some new skin elements
Title: Re: GUI changes for v3.0
Post by: mless on January 18, 2016, 10:50:50 PM
I just updated for the first time in a few weeks. The links in the Now Playing panel now appear in the middle of the artwork, instead of under it.
Title: Re: GUI changes for v3.0
Post by: phred on January 18, 2016, 11:58:47 PM
I just updated for the first time in a few weeks. The links in the Now Playing panel now appear in the middle of the artwork, instead of under it.
Please post a screenshot as I can't envision what you're saying.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 19, 2016, 12:13:32 AM
With the latest changes and addition of:
Controls.DropAreaIndicator fg=XXX
Controls.DropRowIndicator fg=XXX
the Panels Configuration panel has gotten more precision when dragging elements between panes.
When you drag an element to an 'allowed' area, it is looking quite clear and precise now.

But when you drag it over a 'not-allowed' area, the present lines there are still highlighted and flashing, which makes it all look a bit nervous.

Since the mouse cursor is already transformed into a 'stop' or 'forbidden' symbol, and the vertical DropAreaIndicator's absence at those locations should also be clear, this additional highlighting and flashing of the lines where you can not drop the element is a bit superfluous and makes a nervous impression.
Title: Re: GUI changes for v3.0
Post by: mless on January 19, 2016, 01:01:16 AM
Problem with the links:

(http://i.imgur.com/RoHIdTa.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on January 19, 2016, 07:28:33 AM
But when you drag it over a 'not-allowed' area, the present lines there are still highlighted and flashing, which makes it all look a bit nervous.
its windows doing that
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 19, 2016, 08:16:41 AM
Under views configuration, I noticed that selecting the blank field under "fields displayed" isn't permanent (see red arrow in the first pic) after saving a particular custom view.  When MB is reloaded, the "fields displayed" returns to whatever is under the "grouping header".  The second pic is shows the effect of this behavior.  Having a blank virtualtag works, but the albumart doesn't align nicely when "display first few tracks only" is checked.

(http://8.t.imgbox.com/BR342LOa.jpg) (http://imgbox.com/BR342LOa)

(http://0.t.imgbox.com/jb73gQmJ.jpg) (http://imgbox.com/jb73gQmJ)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 19, 2016, 01:49:41 PM
These header bars are a bit thick, and could probably loose some weight.

(http://i.imgur.com/nmXkHc7l.jpg) (http://i.imgur.com/nmXkHc7.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 19, 2016, 08:08:04 PM
These header bars are a bit thick, and could probably loose some weight.
i have removed a couple of pixels
Title: Re: GUI changes for v3.0
Post by: Steven on January 19, 2016, 09:29:09 PM
Problem with the links:
thats fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on January 19, 2016, 09:32:54 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes as stated above
- some further spacing of various elements
- the handling for the row span parameter in the Track Info panel has been tweaked so its more flexible around handling for long text values. Its described here:
http://getmusicbee.com/forum/index.php?topic=17252.msg102316#msg102316
Title: Re: GUI changes for v3.0
Post by: sleepless on January 20, 2016, 03:28:15 PM
With the older version, in the track info panel, if I 'clicked' on the artist, MB would display info from last.fm along with a slideshow of artist pictures. Is there any way I could get this back? I really don't like the xbox page at all. I tried the plugin to display last.fm in the internal browser, but it displays the actual website page and not just the artist description and slideshow as before.
Title: Re: GUI changes for v3.0
Post by: sleepless on January 20, 2016, 04:01:54 PM
Under views configuration, I noticed that selecting the blank field under "fields displayed" isn't permanent (see red arrow in the first pic) after saving a particular custom view.  When MB is reloaded, the "fields displayed" returns to whatever is under the "grouping header".  The second pic is shows the effect of this behavior.  Having a blank virtualtag works, but the albumart doesn't align nicely when "display first few tracks only" is checked.

I had the same question and was told to try the newest version, which obviously didn't help. I ended up placing the [year] below the artwork and [album duration] on the right-side header.

(http://s2.postimg.org/owvfjn72h/Capture.jpg)

here's a link to that thread:
http://getmusicbee.com/forum/index.php?topic=17210.msg101763#msg101763
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 20, 2016, 07:39:02 PM
Under views configuration, I noticed that selecting the blank field under "fields displayed" isn't permanent (see red arrow in the first pic) after saving a particular custom view.  When MB is reloaded, the "fields displayed" returns to whatever is under the "grouping header".  The second pic is shows the effect of this behavior.  Having a blank virtualtag works, but the albumart doesn't align nicely when "display first few tracks only" is checked.

I had the same question and was told to try the newest version, which obviously didn't help. I ended up placing the [year] below the artwork and [album duration] on the right-side header.

here's a link to that thread:
http://getmusicbee.com/forum/index.php?topic=17210.msg101763#msg101763
Yeah, a blank virtualtag kind of works, but it adds an empty row rather than voiding the space leading to the alignment to look a little off.
Title: Re: GUI changes for v3.0
Post by: Steven on January 20, 2016, 07:43:19 PM
This has been requested a few times so i have updated the Album and Tracks layout to allow persisting of no fields to the right/ under the picture. Its done for the next update
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 21, 2016, 04:55:50 AM
This has been requested a few times so i have updated the Album and Tracks layout to allow persisting of no fields to the right/ under the picture. Its done for the next update
Thanks, I just tested the latest build and if the "fields displayed" is left blank, it stays blank.  Thanks!
Title: Re: GUI changes for v3.0
Post by: sleepless on January 21, 2016, 12:37:45 PM
Where is the Field Layout Editor now? It used to be in: Preferences-->Layout (1)-->Configure Fields.  I can't find it now.
Title: Re: GUI changes for v3.0
Post by: Steven on January 21, 2016, 05:48:05 PM
@settra, i have split your posts into a separate topic
http://getmusicbee.com/forum/index.php?topic=17323.0
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 21, 2016, 05:54:11 PM
Where is the Field Layout Editor now? It used to be in: Preferences-->Layout (1)-->Configure Fields.  I can't find it now.

It's under Main Panel in Layout.  Customize Panel > Configure Fields (at the bottom left)
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 21, 2016, 06:05:42 PM
Where is the Field Layout Editor now? It used to be in: Preferences-->Layout (1)-->Configure Fields.  I can't find it now.

It's under Main Panel in Layout.  Customize Panel > Configure Fields (at the bottom left)
Edit > Preferences > Layout (1) > main panel - files: > customize layout

or (if one wants to edit the current customized view displayed on the main panel)

On the upper left of the main panel, "(View Type) v", Press "v" to bring down the menu and press "Customize Panel..." (see pic below)

Tbh, I think this layout is more efficient than 2.5.5 granted I've only used 2.5.5 for a few days.

(http://2.t.imgbox.com/2yWxdTBE.jpg) (http://imgbox.com/2yWxdTBE)
Title: Re: GUI changes for v3.0
Post by: sleepless on January 21, 2016, 06:43:08 PM
Got it, thanks.
Title: Re: GUI changes for v3.0
Post by: sleepless on January 21, 2016, 07:28:01 PM
The field alignment isn't working for podcasts in v3.0 (works in v2.5)

http://s7.postimg.org/3mepvbu87/Capture1.jpg
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 21, 2016, 07:50:32 PM
The field alignment isn't working for podcasts in v3.0 (works in v2.5)

http://s7.postimg.org/3mepvbu87/Capture1.jpg
What is this??  A thumbnail for ants?!
Title: Re: GUI changes for v3.0
Post by: sleepless on January 21, 2016, 08:07:36 PM
oops. let's try that again:

http://postimg.org/image/x1861hw03/
Title: Re: GUI changes for v3.0
Post by: Steven on January 21, 2016, 08:45:54 PM
The field alignment isn't working for podcasts in v3.0 (works in v2.5)
field alignment should be working for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on January 21, 2016, 09:10:57 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes as stated above
- support for new skinning elements
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 21, 2016, 09:28:46 PM
I'm experiencing some weird behavior when it comes to album art. I drop a folder.jpg with the music files but sometimes the startup scan doesn't pick them up.
the Send To -> File Rescan never picks up the album art.
When the startup scan does work, I sometimes end up with album art not being displayed everywhere, like in the screenshot below.
A few additional comments. In the instance of this happening captured, above, refreshing (F5) didn't help. Also, removing the album from the playlist and adding it again didn't help either. I think this worked better in v2.5.

(http://i.imgur.com/8FyGRsU.png)

Title: Re: GUI changes for v3.0
Post by: Steven on January 21, 2016, 09:35:33 PM
is folder.jpg in the artwork retrieval filter in Tags(1) preferences?
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 21, 2016, 10:05:54 PM
is folder.jpg in the artwork retrieval filter in Tags(1) preferences?
Yup. It's first. It's, actually, "Folder.jpg", (captilized) followed by "Folder.*". The media is on my NAS, shared over SMB/CIFS. The file name is, actually, "folder.jpg" (not capitalized). But it's windows, so it doesn't care right? Anyway, it appears in some places so it did pick it up.
I closed/started MB again, and the artwork is still missing in the 2 places shown in the screenshot.
When I hit Edit Track the art work is displayed properly on all album tracks.

Just to add some more strange details: I added album art for 5 albums in the same way (dropped folder.jpg....). 3 were picked up just fine after a startup scan (after not being picked up when I re-scanned files), 2 ended-up looking like the screenshot above.
Title: Re: GUI changes for v3.0
Post by: Steven on January 21, 2016, 10:21:23 PM
if you edit the first track in the album, in the artwork tab can you see the picture and if you click Save To, does it show "folder.jpg" as ticked?
Title: Re: GUI changes for v3.0
Post by: musicguy on January 21, 2016, 10:46:11 PM
How do I get rid of the vertical "Artist" column?
Title: Re: GUI changes for v3.0
Post by: phred on January 21, 2016, 10:51:30 PM
How do I get rid of the vertical "Artist" column?
I assume you're referring to the Column Browser.  Edit > Preferences > Layout (1) > general > Arrange Panels and uncheck Column Browser.  Or drag it to the right side.
Title: Re: GUI changes for v3.0
Post by: musicguy on January 21, 2016, 10:52:34 PM
Ah got it, thanks!

Also how do I create a shortcut to create a new playlist?
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 21, 2016, 11:12:19 PM
if you edit the first track in the album, in the artwork tab can you see the picture and if you click Save To, does it show "folder.jpg" as ticked?

Not sure what you mean by ticked, it's a file selection box. Here's how it looks like:

(http://i.imgur.com/TGbAw8Y.png)
Title: Re: GUI changes for v3.0
Post by: musicguy on January 21, 2016, 11:15:18 PM
Besides not having a shortcut to create a new playlist, the shortcut to copy selected files to the clipboard doesn't work. When I try to paste using my shortcuts nothing happens.

Help!
Title: Re: GUI changes for v3.0
Post by: phred on January 22, 2016, 12:26:40 AM
Besides not having a shortcut to create a new playlist, the shortcut to copy selected files to the clipboard doesn't work. When I try to paste using my shortcuts nothing happens.
Help!
Your questions have nothing to do with this thread (GUI Changes for 3.0.)  Nor did your previous question.  Please create a new topic in the General section so we can keep this thread on point.  Be sure to state which version of MB you're using. Thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 07:00:11 AM
if you edit the first track in the album, in the artwork tab can you see the picture and if you click Save To, does it show "folder.jpg" as ticked?

Not sure what you mean by ticked, it's a file selection box. Here's how it looks like:
open the first track in the album in the tag editor. Go to Artwork tab in the tag editor. Do you see any artwork? If yes, click the "Save To" button in the artwork tab. Is folder.jpg ticked?
Title: Re: GUI changes for v3.0
Post by: AvikB on January 22, 2016, 07:11:39 AM
got an error, no idea how to reproduce though. was listening shoutcast radio in one tab and had visualiser opened in another tab. and then suddenly got this:

Code
MusicBee v3.0.5863.39113 (Win6.3), 22 Jan 2016 12:33:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qYIaVBtASzTOLSkWsWHZ5vw==.PreFilterMessage(Message& #=qZc37OV$k0jnSfjwPWlgIcw==)
   at System.Windows.Forms.Application.ThreadContext.ProcessFilters(MSG& msg, Boolean& modified)
   at System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg)
   at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FPreTranslateMessage(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.RunDialog(Form form)
   at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qUWre4zWGj9ks10NVIJYHTQ==(MouseEventArgs #=qNgc6tqTpAzRkDIh4zprhoQ==)
   at MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qQzawoWhMVL3TFk3AulFEZg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=ql1Mc3YfCdOu3P2CCFrTqZ3V8yY93PTbzR$6eD3YDXKQ=.WndProc(Message& #=qFi1$XiA1IOr_DkpKioQv5A==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qcWKB3vry1GvK8h8gyseSGQ==)
   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)
also few bugs i have found:

clicking on the blue area brings this dropdown which should not be the case,
(http://i.imgur.com/VfOmcHPm.jpg) (http://i.imgur.com/VfOmcHP.jpg)

but clicking on the radio text brings the correct dropdown:
(http://i.imgur.com/4VkcHkR.jpg)
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 22, 2016, 09:33:44 AM
if you edit the first track in the album, in the artwork tab can you see the picture and if you click Save To, does it show "folder.jpg" as ticked?

Not sure what you mean by ticked, it's a file selection box. Here's how it looks like:
open the first track in the album in the tag editor. Go to Artwork tab in the tag editor. Do you see any artwork? If yes, click the "Save To" button in the artwork tab. Is folder.jpg ticked?
Damn, I can't even follow instructions. Here's a screenshot of what you asked for, below.
You might notice that compared to the previous images, this time the playlist does show the album art for the Grimes/Art Angels album. As I wrote before, I had 2 albums that had this problem. What I did to sort out this album is the delete it from the DB, restart, and the startup scan picked it up correctly this time around.

(http://i.imgur.com/CbASwZE.png)
Title: Re: GUI changes for v3.0
Post by: Sofocl on January 22, 2016, 09:43:27 AM
1. Visual glitch when pressing "refresh";
(http://s12.postimg.org/k7sq6got7/image.gif)

2. Starting with version 3.0.5862 Now playing bar to be reset when changing the rating;
(http://s15.postimg.org/c8dar64sr/image.gif)
Title: Re: GUI changes for v3.0
Post by: AvikB on January 22, 2016, 11:34:03 AM
Another issue, MusicBee sometime just crashes, no error, no popup it jst close itself.

here is the error message i got from ErrorLog.dat file:
Code
22/01/2016 04:57:13 PM - 6.3.9600.0 - 3.0.5863.39113 - System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qYIaVBtASzTOLSkWsWHZ5vw==.PreFilterMessage(Message& #=qZc37OV$k0jnSfjwPWlgIcw==)
   at System.Windows.Forms.Application.ThreadContext.ProcessFilters(MSG& msg, Boolean& modified)
   at System.Windows.Forms.Application.ThreadContext.PreTranslateMessage(MSG& msg)
   at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FPreTranslateMessage(MSG& msg)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at MusicBee.MusicBeeApplication.#=q0e1l1pFQTJPLOKwW66ANlg==(String[] #=qAPNqrTiUvPtJiBFu1oAKZg==)

Title: Re: GUI changes for v3.0
Post by: Lazulite on January 22, 2016, 12:30:03 PM
I'm having a issue with artwork size in Album and Tracks view.
On 2.5 I could resize the artwork by changing the width of the Artwork column header. You can still do so in 3.0 but, the minimum size for the artwork is much larger than in 2.5.

Here is the minimum size I can get in 2.5: http://imgur.com/1dJMhfu

The minimum size I can get in 3.0: http://imgur.com/Y3eOVEo

The bigger size means an increase in white space between the tracks of different albums.

Am I missing something or this resizing limit is part of the GUI redesign?
Title: Re: GUI changes for v3.0
Post by: sleepless on January 22, 2016, 01:53:41 PM
I like that I can place the 'artist picture' in the right sidebar. However, it seems I can't move other elements in the panel when it's there (in my case 'track info' below it which overlaps it). If I switch the 'artist picture' with a different element, say 'playing track' for example, I can move the 'track info' no problem, up or down.

(http://s24.postimg.org/yyjvaxjxd/Capture1.jpg) (http://postimg.org/image/yyjvaxjxd/)

(http://s28.postimg.org/fu2cgdzsp/Capture2.jpg) (http://postimg.org/image/fu2cgdzsp/)
Title: Re: GUI changes for v3.0
Post by: phred on January 22, 2016, 03:58:03 PM
There's a typo on the Equiliser & DSP button under Player Preferences:
(http://i.imgur.com/zJxZHUkl.jpg) (http://i.imgur.com/zJxZHUk.jpg)
Title: Re: GUI changes for v3.0
Post by: sleepless on January 22, 2016, 04:24:26 PM
I really like the new 'now playing display'. Would it be possible to have some other options for the track info? Specifically allowing the 'Track Details' (that has our cusom fields in it) to be displayed. Just a thought.

http://s7.postimg.org/lp774azvf/Capture4.jpg
Title: Re: GUI changes for v3.0
Post by: ankor on January 22, 2016, 05:15:47 PM
v3.0.5864
When MB is started, focus is on the sidebar player (in the right sidebar). If I press tab from there, it usually leads to left sidebar (navigator & Library Explorer) and Playing Tracks but not always consistent and seems to miss the Column Browser and Tracks panel.  If I Shift-tab, it usually finds the Column Browser but rarely does it get into the Files (Tracks) portion of the Main panel.  One time, after loading MB and focus starts on the sidebar player, pressing tab and Shift-tab never moved focus to anything else (just stayed on the sidebar player).

I usually want to get into the Tracks panel of the main panel on startup.  Is there a way to set the control/panel that receives initial focus when MB starts?
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 06:16:22 PM
got an error, no idea how to reproduce though. was listening shoutcast radio in one tab and had visualiser opened in another tab. and then suddenly got this:

also few bugs i have found:

clicking on the blue area brings this dropdown which should not be the case,

but clicking on the radio text brings the correct dropdown:
those should all be fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 06:20:22 PM
I'm experiencing some weird behavior when it comes to album art. I drop a folder.jpg with the music files but sometimes the startup scan doesn't pick them up.
the Send To -> File Rescan never picks up the album art.
When the startup scan does work, I sometimes end up with album art not being displayed everywhere, like in the screenshot below.
A few additional comments. In the instance of this happening captured, above, refreshing (F5) didn't help. Also, removing the album from the playlist and adding it again didn't help either. I think this worked better in v2.5.
i think this is a "timing" bug (I am assuming this bug happens only some of the time when new files are added) and although i cant be completely sure until its used for a while i think it should be fixed. The file rescan is a "too clever" optimisation that meant the artwork cache was not refreshed. Both changes are in the next v3 update
Title: Re: GUI changes for v3.0
Post by: Arathon on January 22, 2016, 06:23:18 PM
I began testing the beta and I'm liking it. However i encountered a bug or a wrong setting of mine but can't understand which is it; it is the huge space shown on the image (red contour) between the album_artist view thumbnails and left sidebar. I changed skin, opened left bar and panel and also changed the thumb's size but the space it still there.
http://imgur.com/qa6QEq7

Hope someone can point me into the right direction and good job @steven.

EDIT: can you make "Music explorer" use "album artist" tag instead of "artist". BTW I like this new option make it really easy to create playlist and discover some hidden gems in our collections, especially when you have about 50k tracks.

EDIT2: I just found the reason why it was displayed like that. In "views configuration" there is the option "fit artwork to the size of the panel" where is or what is this panel?
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 06:23:19 PM
There's a typo on the Equiliser & DSP button under Player Preferences:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 22, 2016, 07:30:50 PM
Sometimes when I click a song, the player freezes and won't react. (and it won't crash either). The only thing I can do is kill the process in task manager and start musicbee again. No error log either.

I've been using it for a month now, and has happened 3 times to me.
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 07:35:19 PM
I began testing the beta and I'm liking it. However i encountered a bug or a wrong setting of mine but can't understand which is it; it is the huge space shown on the image (red contour) between the album_artist view thumbnails and left sidebar. I changed skin, opened left bar and panel and also changed the thumb's size but the space it still there.
can you send me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 07:49:51 PM
1. Visual glitch when pressing "refresh";

2. Starting with version 3.0.5862 Now playing bar to be reset when changing the rating;
1 is fixed for the next update
2 is was an intentional change but i think i will change the behavior for the theater mode
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 08:05:32 PM
I'm having a issue with artwork size in Album and Tracks view.
On 2.5 I could resize the artwork by changing the width of the Artwork column header. You can still do so in 3.0 but, the minimum size for the artwork is much larger than in 2.5.

Am I missing something or this resizing limit is part of the GUI redesign?
for the next v3 update i have reduced the minimum size down to something similar
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 08:23:45 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 08:55:39 PM
Sometimes when I click a song, the player freezes and won't react. (and it won't crash either). The only thing I can do is kill the process in task manager and start musicbee again. No error log either.

I've been using it for a month now, and has happened 3 times to me.
could you send me your settings file (help/support/view settings)
which panel view were you using (track details, album and tracks, album artwork or artists) and do you literally mean you just single click on a track or do you mean double click to initiate playback?
Title: Re: GUI changes for v3.0
Post by: Joolee on January 22, 2016, 09:42:03 PM
I can't drag the title of the current song anymore. Is that intentional?

(http://joolee.nl/images/MusicBee-Drag-Title.png) (http://joolee.nl/images/MusicBee-Drag-Title.png)

I used to drag playing song to playlists from there.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 22, 2016, 09:47:03 PM
Something's gone terribly wrong with this latest update (3.0.5865): Searches come up empty or with albums grouped under the wrong album artist. Some examples.
You can see in the screenshots below that I group by album artist and search is setup to search all library and all fields.

(http://i.imgur.com/0AnJcdb.png)

(http://i.imgur.com/55z1wtt.png)

(http://i.imgur.com/1cOZ0F8.png)

Thank got for backups, I'm rolling this update back.
Title: Re: GUI changes for v3.0
Post by: Steven on January 22, 2016, 10:00:18 PM
Something's gone terribly wrong with this latest update (3.0.5865): Searches come up empty or with albums grouped under the wrong album artist. Some examples.
You can see in the screenshots below that I group by album artist and search is setup to search all library and all fields.
i would say the change thats probably causing this was in yesterdays release as well. This should probably fix your issue:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 22, 2016, 10:10:17 PM
Something's gone terribly wrong with this latest update (3.0.5865): Searches come up empty or with albums grouped under the wrong album artist. Some examples.
You can see in the screenshots below that I group by album artist and search is setup to search all library and all fields.
i would say the change thats probably causing this was in yesterdays release as well. This should probably fix your issue:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

Thank god, sanity restored. I found a minor issue while I was at it: Albums are sorted in the reverse order in the Artists view:
(http://i.imgur.com/TxxOOWD.png)
Title: Re: GUI changes for v3.0
Post by: Samanthaaaa on January 22, 2016, 11:01:23 PM
I've been using 3.0 and so far I'm absolutely loving it. Nice work Steven!

I've noticed that in Artwork/Album Covers view that the ability to group by album artist has disappeared. Will this be returned?

Thanks.
Title: Re: GUI changes for v3.0
Post by: ankor on January 23, 2016, 01:27:43 AM
v3.0.5865
I right-click on a playlist (auto or normal) and choose Send To | Folder (Copy) | Copy Files to Folder. The files are copied into the picked folder but they are prefixed with a 2 digit number and dash (##-).  Is there a setting for excluding the prefix?  Couldn't find a setting in Preferences.

If I choose Copy Files to Organised Folder I get the message "No selected files" though the main panel list of tracks changes according to the selected playlist.  This should proceed without having to manually select files right?

In Preferences | Plugins, if I click Configure button for theater mode, I get the message "Display a customisable theater mode view".  Same as MB2.5.  Is this intended or to be addressed later?
Title: Re: GUI changes for v3.0
Post by: phred on January 23, 2016, 02:16:53 AM
v3.0.5865
If I choose Copy Files to Organised Folder I get the message "No selected files" though the main panel list of tracks changes according to the selected playlist.  This should proceed without having to manually select files right?
Files need to be selected so MB knows what to copy.

Quote
In Preferences | Plugins, if I click Configure button for theater mode, I get the message "Display a customisable theater mode view".  Same as MB2.5.  Is this intended or to be addressed later?
Very few of the "Configure" buttons for plugins do anything. Most just provide a version number. The one notable exception is the Additional Tagging Tools plugin.
Title: Re: GUI changes for v3.0
Post by: Alumni on January 23, 2016, 05:39:07 AM
I've been using 3.0 and so far I'm absolutely loving it. Nice work Steven!

I've noticed that in Artwork/Album Covers view that the ability to group by album artist has disappeared. Will this be returned?

Thanks.

You can still do that, from the current view drop down menu click on "artists" and then again for "group by...".
Title: Re: GUI changes for v3.0
Post by: Mephisto on January 23, 2016, 02:36:22 PM
with 3.0.5866

when the "playing tracks" panel (right sidebar for me) is empty, it is not possible to drag and drop tracks.

also, the hotkey "General: Locate selected track in library" select the right track, but the view displayed is the first album of the artist, the selected track is out of the screen

(http://i.imgur.com/OKmAgPL.png) (http://i.imgur.com/OKmAgPL.png)

here, i selected a song from the third album, but the view is focused on the first album.
i use "album and tracks" display, sorted by abum artist/year/album
 (and a good improvement could be to locate the playing track if no track is currently selected)

Thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on January 23, 2016, 02:47:34 PM
when the "playing tracks" panel (right sidebar for me) is empty, it is not possible to drag and drop tracks.
its working fine for me, except for when using Album and Tracks layout which throws an error. Is that what you mean?
Title: Re: GUI changes for v3.0
Post by: Mephisto on January 23, 2016, 02:55:05 PM
when the "playing tracks" panel (right sidebar for me) is empty, it is not possible to drag and drop tracks.
its working fine for me, except for when using Album and Tracks layout which throws an error. Is that what you mean?

actually, i don't even have an error, i just can't drop the tracks, there's the little symbol telling me i can't do that (looks like Ø)
and yes, i use the "album and tracks" layout in the sidebar
Title: Re: GUI changes for v3.0
Post by: Steven on January 23, 2016, 03:06:49 PM
it should be fixed. Redownload the usual link
Title: Re: GUI changes for v3.0
Post by: Mephisto on January 23, 2016, 03:10:18 PM
Both problems fixed, works like a charm.
Thanks a lot.
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 23, 2016, 04:41:43 PM
With 3.0.5865, when going between autoplaylists (Album and Tracks view) after autosizing it, the rows get squished (see attached pic).  I understand there's a feature request to allow autosize columns to be permanent, but isn't this taking it a bit too far? ;)  On a separate note, when attempting to resize the column, oftentimes the column slides the opposite direction of the mouse cursor.

Original (auto-sized columns)
(http://2.t.imgbox.com/5LBIOepV.jpg)

Three cycles of the playlist later:
 (http://imgbox.com/5LBIOepV) (http://8.t.imgbox.com/RvDwNmvd.jpg) (http://imgbox.com/RvDwNmvd)
Title: Re: GUI changes for v3.0
Post by: Steven on January 23, 2016, 05:08:09 PM
i cant reproduce this. Firstly can you try using todays version. If it still happens, can you confirm what your screen DPI value is (96, 120, 150, etc)
and what do you mean by "3 cycles later"
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 23, 2016, 07:01:41 PM
i cant reproduce this. Firstly can you try using todays version. If it still happens, can you confirm what your screen DPI value is (96, 120, 150, etc)
and what do you mean by "3 cycles later"
My screen DPI is set to 120.  I guess "3 cycles later" was a poor phrase to use.  I meant that switching to different autoplaylists progressively shrinks the album art and number of tracks displayed (rows essentially get squished).  Here's a video demonstrating this issue on 3.0.5866: http://youtu.be/aUHnIUUsqrM

I have the following plugins installed:
xbox music
additional tagging tools
animelyrics
last.fm statistics
lyrics reloaded!
minilyrics for musicbee
minilyrics helper

and

Nullsoft Module Decoder (2.2.10 beta29 x86) (this input plugin's configuration window shows up but MB doesn't allow importing or drag and dropping tracker modules into it)
Title: Re: GUI changes for v3.0
Post by: Steven on January 23, 2016, 07:54:45 PM
@ssri,
could you try this version for the nullsoft decoder
it also possibly addresses the issue of the shrinking artwork but i cant be sure your issue is the same as the one i found

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: ankor on January 23, 2016, 08:38:54 PM
v3.0.5865
If I choose Copy Files to Organised Folder I get the message "No selected files" though the main panel list of tracks changes according to the selected playlist.  This should proceed without having to manually select files right?
Files need to be selected so MB knows what to copy.

I realize that but my point is that when using "Copy Files to Folder", MB makes the selection automatically from the playlist and doesn't complain that I didn't select any files.  Seems "Copy Files to Organised Folder" would have the same behavior for consistency.  It's also very intuitive that if I don't select files, I want the entire playlist involved.

Thanks for the heads up on Customize buttons.  Never paid much attention.
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 23, 2016, 09:23:27 PM
@ssri,
could you try this version for the nullsoft decoder
it also possibly addresses the issue of the shrinking artwork but i cant be sure your issue is the same as the one i found

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
I can confirm, from my end, that the shrinking row bug [Youtube] (http://www.youtube.com/watch?v=aUHnIUUsqrM) has been fixed.  What did you find in your end? 

With respect to the Nullsoft Input plugin (the one used in mediamonkey also, just an FYI), the tracker modules start playing for just a second and no more, at least until I made the plugin throw up the error: BASS_ERROR_ALREADY   (apparently it means that the plugin is already loaded).  Here's a few mod's, s3m's, xm's and it's if you feel like testing, or you can leave the testing to users like myself :)
Title: Re: GUI changes for v3.0
Post by: gpzbc on January 23, 2016, 09:40:28 PM
With 3.0.5865, when going between autoplaylists (Album and Tracks view) after autosizing it, the rows get squished (see attached pic).  I understand there's a feature request to allow autosize columns to be permanent, but isn't this taking it a bit too far? ;)  On a separate note, when attempting to resize the column, oftentimes the column slides the opposite direction of the mouse cursor.

I can confirm this.
Title: Re: GUI changes for v3.0
Post by: syldub on January 23, 2016, 10:44:39 PM
Hi Steven,
On 3.0.5866, when "Now Playing" is selected on the left panel, I didn't find a way to display the Artist Biography in the below section of the main panel.
In addition, I don't understand why in this mode the panel configuration just shows the configuration of the right sidebar.

No artist biography in playing mode (and only right sidebar panel configuration available):
(http://t.imgbox.com/UDgB395O.jpg) (http://i.imgbox.com/UDgB395O)

Artist biography in other modes:
(http://t.imgbox.com/linR8gnb.jpg) (http://i.imgbox.com/linR8gnb)
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 23, 2016, 10:49:17 PM
With 3.0.5865, when going between autoplaylists (Album and Tracks view) after autosizing it, the rows get squished (see attached pic).  I understand there's a feature request to allow autosize columns to be permanent, but isn't this taking it a bit too far? ;)  On a separate note, when attempting to resize the column, oftentimes the column slides the opposite direction of the mouse cursor.

I can confirm this.
It is fixed in 3.0.5866 (for me): http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

Please report back here if you still see it on your end after updating.
Title: Re: GUI changes for v3.0
Post by: LDGEB on January 24, 2016, 02:43:31 AM
Bug report:

Compact Setting/Preferences retrieving Artist Image even if disable.

Reproduce:
1) Open Preferences
2) Layout (2)
3) Configure Panel (Compact Player)
4) Disable "retrieve web pictures" under Artist Picture
5) Ctrl+1 or go into compact mode
6) MusicBee will connect to the internet to retrieve artist picture (if you don't have it cache or in your artist picture folder).
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 24, 2016, 03:40:37 AM
MB3 v3.0.5866:

On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
Title: Re: GUI changes for v3.0
Post by: Leodj on January 24, 2016, 06:08:14 AM
Hello, In this Beta 3 how could I customizate the size from the -Preference window- I get stuck on it cause the font and window are too big in this one for my PC.I cant see the buttons change, save or cancel. Thank You
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 08:48:10 AM
Bug report:

Compact Setting/Preferences retrieving Artist Image even if disable.

Reproduce:
1) Open Preferences
2) Layout (2)
3) Configure Panel (Compact Player)
4) Disable "retrieve web pictures" under Artist Picture
5) Ctrl+1 or go into compact mode
6) MusicBee will connect to the internet to retrieve artist picture (if you don't have it cache or in your artist picture folder).
if you dont have any artwork for an artist then MB will retrieve one picture only when that setting is enabled

i noticed some incorrect layout handling for the vertical a-z bar. Thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 09:11:11 AM
MB3 v3.0.5866:

On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
i can confirm this bug but its not something MB is controlling - it must be something to do with the interaction between the .net library and windows. So it probably wont be fixed.
The only work-around is to apply all the following settings:
- untick Select Skin/Skin Window Borders
- in the panel layout, menu below caption bar and tabs below caption bar
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 09:48:25 AM
Hello, In this Beta 3 how could I customizate the size from the -Preference window- I get stuck on it cause the font and window are too big in this one for my PC.I cant see the buttons change, save or cancel. Thank You
what resolution is your screen set to (eg. 1024x768)
Title: Re: GUI changes for v3.0
Post by: jaume on January 24, 2016, 11:18:15 AM
Performing a search in the Inbox after making a tag change used to sort the tracks in the order of the chosen 'Sort by'.

Now we need to right click and choose the 'Sort By' again in order to have them in the desired order.
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 12:32:50 PM
I can't drag the title of the current song anymore. Is that intentional?
i have now added support for that in v3
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 12:34:35 PM
I began testing the beta and I'm liking it. However i encountered a bug or a wrong setting of mine but can't understand which is it; it is the huge space shown on the image (red contour) between the album_artist view thumbnails and left sidebar. I changed skin, opened left bar and panel and also changed the thumb's size but the space it still there.
http://imgur.com/qa6QEq7
although i cant be sure, its probably fixed for the next update. If it still happens then i would need your v3 settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 12:36:17 PM
I realize that but my point is that when using "Copy Files to Folder", MB makes the selection automatically from the playlist and doesn't complain that I didn't select any files.  Seems "Copy Files to Organised Folder" would have the same behavior for consistency.  It's also very intuitive that if I don't select files, I want the entire playlist involved.
the next v3 update should handle right clicking on playlists in the left navigator better
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 03:46:35 PM
the Panels Configuration panel has gotten more precision when dragging elements between panes.
When you drag an element to an 'allowed' area, it is looking quite clear and precise now.

But when you drag it over a 'not-allowed' area, the present lines there are still highlighted and flashing, which makes it all look a bit nervous.

Since the mouse cursor is already transformed into a 'stop' or 'forbidden' symbol, and the vertical DropAreaIndicator's absence at those locations should also be clear, this additional highlighting and flashing of the lines where you can not drop the element is a bit superfluous and makes a nervous impression.
i figured out how to stop the flashing which is done for the next v3 update along with a few minor tweaks to the panel arrangement dialog
Title: Re: GUI changes for v3.0
Post by: Citfield on January 24, 2016, 04:10:19 PM
MusicBee v3.0.5864.37328 (Win10.0), 24 Jan 2016 18:08:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qgSrfjeKn07pmtB$z3pMMAVt$KoKIez29nDHvzPa3fPA=.#=qbQfW$jvp8WX_f5321LQ7yf7WxiugFVZQ7TsDwrqGLAI=(#=qjVEPaBiRvaRcfbwvwH9rHfAKfpnxxFZCuPFffOMilA8= #=qyJPSZiSjCBuVY$y0iKcG0Q==, Rectangle #=q4w_lxQQS5MchvJZUW$bC4w==, HorizontalAlignment #=q5sBCP2K3_DS9XHZO39mgCA==, Int32 #=qOtCbhKqoDpcQg2Wuj84rgw==, Rectangle& #=qTKQDnOonvimGp6QUe2BHzA==, Rectangle& #=qNpZV4RSCck_arPgxnY$MnQ==, Rectangle& #=qXU090FSE4kAJg7GslhmE0g==)
   at #=qDZ8UQ2wQ8BShiHk5ZsHhmbJjtvzL9RQeQo3wnPFv4x8=.#=qhlwU6tfN1rATK5GKkF2gWzo8LXkfvaDv3qnJrJYvUIE=(#=qjVEPaBiRvaRcfbwvwH9rHfAKfpnxxFZCuPFffOMilA8= #=qtxDl0XknaBsTFZuv6RpNLQ==, Boolean #=q2N7201iNVst5gVcQXregQQ==)
   at #=qDZ8UQ2wQ8BShiHk5ZsHhmbJjtvzL9RQeQo3wnPFv4x8=.#=qz5ZTNWDvGFtPXWHUH7IkDit_o32ffv6ntM1Gxey0kmY=(#=qm_tw5aVAh_6EZ2yLJbbfZYZ0p3oCJohqo4bxCJ0CxKY= #=qzl6241cMuGMY$6rVaD7R0w==, #=qjVEPaBiRvaRcfbwvwH9rHfAKfpnxxFZCuPFffOMilA8= #=q296y$a2ZbtOlwoxOgNdPgQ==, Boolean #=qHUQjtmhesCISkiEjIuu0TQfei3f$VyFpP2knD_ElX8s=)
   at #=q8ED80pYthm7yBy8gYQNGV8LtBMjefEmNygtFmTunnqsEPmIwv2QK1GPRY_fhZgnc.#=qew2f4aixZjFsMvJpxLtqqw==.#=qAEedviocQoa7nKjEa5iUr29WLzC3uTBhQXch4Y69chc=(#=qm_tw5aVAh_6EZ2yLJbbfZYZ0p3oCJohqo4bxCJ0CxKY= #=qrBFbKzJm$LTqPqU$fuKFLA==, MethodInvoker #=qEKlhdSdCxIucd6NptCr6oHCWfvcpdpfejl6XiDvGoe4=, #=q8SN8AmTvAqFo0tvobQzktsOBnfno2Wc1ua2JpAiJMn8jRevV0pN8yb3NMyhFlm$1 #=q2W1v41BREg098uiuJ69fPOT0K34pIbVMY8wzVE2mHNk=, Boolean #=q8jPI1veqm4CGShJFYIiVHw==)
   at #=qDZ8UQ2wQ8BShiHk5ZsHhmbJjtvzL9RQeQo3wnPFv4x8=.#=qM6m5e$YoBvVIcDHD49S4Mg==(#=qm_tw5aVAh_6EZ2yLJbbfZYZ0p3oCJohqo4bxCJ0CxKY= #=qDrEIcFKLO4LsnOttopnqKg==, Boolean #=qB2r6ref0zku5dvh6pf1UbA==)
   at MusicBee.MusicBeeMain.#=qwKhMi5ivZ$NCth5AXrTNrSzXDa6dilo_6rnkJuWw_Kc=.#=qM6m5e$YoBvVIcDHD49S4Mg==(#=qm_tw5aVAh_6EZ2yLJbbfZYZ0p3oCJohqo4bxCJ0CxKY= #=qdrgQMCZe2WDXTihwRHtIhg==, Boolean #=qD_GuXpGS3qy1$p4a45fCyg==)
   at #=qDZ8UQ2wQ8BShiHk5ZsHhmbJjtvzL9RQeQo3wnPFv4x8=.#=qvSIO_RXasWsLSOslKaQdG1M8yptVdXsS4BFJ$Q6W7Dw=(Boolean #=qRhNEw6upwBYi76OAMlP4Kg==)
   at MusicBee.MusicBeeMain.#=qwKhMi5ivZ$NCth5AXrTNrSzXDa6dilo_6rnkJuWw_Kc=.#=qLxJQLmVhUYgd8p1eTmFUEg==()
   at MusicBee.MusicBeeMain.#=qoHRsRh04NWgWX1H7ynU1xw==(#=qq3KcR2SC5l8g7IXaJtQWL2tLOwgUHZ9EEMP_anRcTgI= #=qYVDlOLxc0r_PKaUj3Mxc5_LLR_WcowSgnXodPQgk5HE=, Boolean #=qlcy7$OP1H7YRptEdiKeg6ho3_PkQwjS2VdxcfIMSkSQ=, #=qKn$LCd8meBmff6YNfWf3Lg== #=qcpqsadvOVPzy0EayAcc90Q==, #=qZW7cF5qbvh9CCD8vA11q9bo3I1DKLPEcuQbC5baY2hE= #=qom$t3ywPxMJfCBXainUJpqKjxWLwfs5XA1qdVatXVJA=, #=qTeO4EOrHNGVgxoXCNiAHxPqmtHCsp1aG7UvtSe4T5IM= #=qftACCBueIjMuwKqXgpjNPg==, #=qm_tw5aVAh_6EZ2yLJbbfZYZ0p3oCJohqo4bxCJ0CxKY=[] #=q0GfamFFS9sqhFe7OAealdzJ8yYdo84aJYQEm6NXoWaw=, Boolean #=qeQGTj3T0iZD2$DBSh0EBL4WBlhihprX$afA9l7AC90c=)
I got this error when playing in the "Now Playing" tab. I see the artist doesn't have a picture.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 24, 2016, 04:18:14 PM
i figured out how to stop the flashing which is done for the next v3 update

You never give up ;-)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 24, 2016, 04:20:54 PM
A few header bars have already been slimmed down and tweaked pixel-perfect. These seem to be possible candidates for some remaining trimming:

(http://i.imgur.com/111QW7ds.jpg) (http://i.imgur.com/111QW7d.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 06:24:53 PM
I got this error when playing in the "Now Playing" tab. I see the artist doesn't have a picture.
that should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: HHM on January 24, 2016, 06:50:02 PM
In Mini Player mode there is a setting bug: I wanted to turn off the spectrum visualisation. At first it didn't make any effect - with the option "show spectrum visualisation" unticked + apply & save the Mini Player still showed the spectrum.
Then I switched to the narrow mode and once again to the wide mode - and it turned out that the spectrum is gone, however with all other butttons and functions except the cover and rating fields. It looks like this:

(http://i.imgur.com/QV3eWP3.png)
Title: Re: GUI changes for v3.0
Post by: Citfield on January 24, 2016, 07:19:04 PM
I got this error when playing in the "Now Playing" tab. I see the artist doesn't have a picture.
that should be fixed for the next update
Thanks for the hard work.
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 07:29:33 PM
In Mini Player mode there is a setting bug: I wanted to turn off the spectrum visualisation. At first it didn't make any effect - with the option "show spectrum visualisation" unticked + apply & save the Mini Player still showed the spectrum.
Then I switched to the narrow mode and once again to the wide mode - and it turned out that the spectrum is gone, however with all other butttons and functions except the cover and rating fields. It looks like this:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 07:37:43 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above
Title: Re: GUI changes for v3.0
Post by: redwing on January 24, 2016, 07:52:49 PM
OK. Looks like there's been some improvement with the layout editor. But I'm not still convinced about its usability as it still looks way complicated for what it actually does.

- Where the selected element can go is now clearly guided (maybe the red indicators could immediately show up upon a click on any panel before dragging), but there's no visual cue about what elements can be dragged into a specific panel. Maybe clicking a panel could indicate movable elements with some visual cue, then people won't have to try every element.

- If you click on any of "available elements", that moves to the left. But hard to find out where it went. That moved element could be highlighted just as an indicator.

- How about replacing "Panel Settings" with an (gear-shaped) icon and removing "No Settings"? That would make things quite less complicated.

- I noticed now library explorer can be placed right to thumbnail browser, and column browser can't be placed left to thumbnail browser. Doesn't that conflict with their filtering hierarchy? I can see some people might enjoy that zigzag type filtering, but at least offer an option to filter from left to right like previous versions.
Title: Re: GUI changes for v3.0
Post by: sleepless on January 24, 2016, 08:14:12 PM
Here's a thought for a couple of changes. I won't take it personal if you disagree.

-I feel the "playing tracks", as an element, should be called "playing tracks list" -it's just less confusing in my opinion. It is called 'now playing list' in [Preferences>Now Playing], (settings for this element are located here) and I think it should be called 'playing tracks list' here as well, for the sake of consistancy. Also in the 'elements' list in [Preferences>Panels Configuration] it should be called 'playing tracks list. I just feel consistancy in naming is important for learning and ease of navigation.

-In the 'Now Playing' panel, I'd like the 'track information' option to display the information from the 'track information' settings, instead of the fixed fields displayed currently.

-In the 'Now Playing' settings, I think the 'show track information' option should not be listed under the 'playing tracks' heading. It is a separate element and this doesn't make sense, imo.

(http://s18.postimg.org/ridktuwyd/Image_5.jpg) (http://postimg.org/image/ridktuwyd/)
 
Just my thoughts. I'm a fan of MB, but I'd like to see navigating the settings get a bit easier for beginners.
Title: Re: GUI changes for v3.0
Post by: fkm on January 24, 2016, 08:21:03 PM
OK. Looks like there's been some improvement with the layout editor. But I'm not still convinced about its usability as it still looks way complicated for what it actually does.

- Where the selected element can go is now clearly guided (maybe the red indicators could immediately show up upon a click on any panel before dragging), but there's no visual cue about what elements can be dragged into a specific panel. Maybe clicking a panel could indicate movable elements with some visual cue, then people won't have to try every element.

- If you click on any of "available elements", that moves to the left. But hard to find out where it went. That moved element could be highlighted just as an indicator.

- How about replacing "Panel Settings" with an (gear-shaped) icon and removing "No Settings"? That would make things quite less complicated.

- I noticed now library explorer can be placed right to thumbnail browser, and column browser can't be placed left to thumbnail browser. Doesn't that conflict with their filtering hierarchy? I can see some people might enjoy that zigzag type filtering, but at least offer an option to filter from left to right like previous versions.

Agree with everything here. Layout editor doesn't seem the most intuitive compared to 2.5. I raised the issue of thumbnail browser no longer being able to be placed to the right of column browser. Not sure why this was done and why there isn't a choice. If you use Genre, Artist etc in the column browser, the thumbnail browser fitted perfectly on the right if I you used it to  display albums.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 24, 2016, 08:46:04 PM
Here's a thought for a couple of changes...
How about replacing "Panel Settings" with an (gear-shaped) icon and removing "No Settings"? That would make things quite less complicated

Agree with these suggestions.
But I can't help wondering, with all the time that MB3 has been in the alpha stage and all the work Steven has already done, why weren't these ideas forthcoming before now?
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 08:56:14 PM
- Where the selected element can go is now clearly guided (maybe the red indicators could immediately show up upon a click on any panel before dragging), but there's no visual cue about what elements can be dragged into a specific panel. Maybe clicking a panel could indicate movable elements with some visual cue, then people won't have to try every element.
yes i agree and will implement that

- If you click on any of "available elements", that moves to the left. But hard to find out where it went. That moved element could be highlighted just as an indicator.
yes i agree and will implement that

- How about replacing "Panel Settings" with an (gear-shaped) icon and removing "No Settings"? That would make things quite less complicated.
not sure about this one - can you do a mockup? I am imagining it wouldnt look very good. I like the balance the current way has but equally i agree "No Settings" and a ... button isnt ideal.

- I noticed now library explorer can be placed right to thumbnail browser, and column browser can't be placed left to thumbnail browser. Doesn't that conflict with their filtering hierarchy? I can see some people might enjoy that zigzag type filtering, but at least offer an option to filter from left to right like previous versions.
i wont 100% rule this out but there are some problems with that
Title: Re: GUI changes for v3.0
Post by: hiccup on January 24, 2016, 08:57:35 PM
i figured out how to stop the flashing which is done for the next v3 update along with a few minor tweaks to the panel arrangement dialog

Confirmed. It's getting better with every iteration.

Two other things:

- I think it would be good if the list of available elements on the right side of the panel would always sort alphabetically.
- It is possible to uncheck Command buttons, but they will display anyway.
Title: Re: GUI changes for v3.0
Post by: Steven on January 24, 2016, 09:02:15 PM
-I feel the "playing tracks", as an element, should be called "playing tracks list" -it's just less confusing in my opinion. It is called 'now playing list' in [Preferences>Now Playing], (settings for this element are located here) and I think it should be called 'playing tracks list' here as well, for the sake of consistancy. Also in the 'elements' list in [Preferences>Panels Configuration] it should be called 'playing tracks list. I just feel consistancy in naming is important for learning and ease of navigation.
yes i agree

-In the 'Now Playing' panel, I'd like the 'track information' option to display the information from the 'track information' settings, instead of the fixed fields displayed currently.
it was intentional in order to keep the height minimal so the visualiser bar lines up in certain configurations. If i was to make it configurable, it would be its own configuration but not promising that

-In the 'Now Playing' settings, I think the 'show track information' option should not be listed under the 'playing tracks' heading. It is a separate element and this doesn't make sense, imo.
not sure i understand what you are looking to acheive with that
Title: Re: GUI changes for v3.0
Post by: sleepless on January 24, 2016, 09:15:10 PM
Thoughts:

As a new user, I found all the "Now Playing" options to be confusing. I feel that "Now playing" should be used to describe the view/panel listed in the navigation panel only. The tab in the 'Preferences' list needs a name change ("Playback"?) and the 'now playing list' should be called 'playing tracks list', as should any other header/description for the 'playing tracks list' element.

I am tending to agree with the users above. I also think that it might be helpful to have an 'Elements' tab in the [Edit Preferences] list. Here could be the settings for all of the 'elements', i.e. 'playing tracks list', 'track information' etc... Too me, having one location to configure all the 'elements' would be much easier to navigate.

(http://s12.postimg.org/5m2ci1y3t/Image_7.jpg) (http://postimg.org/image/5m2ci1y3t/)

After about a month, I really like MB, I just find navigating the options (which I love having btw) somewhat confusing.
Title: Re: GUI changes for v3.0
Post by: sleepless on January 24, 2016, 09:29:34 PM
-In the 'Now Playing' panel, I'd like the 'track information' option to display the information from the 'track information' settings, instead of the fixed fields displayed currently.

it was intentional in order to keep the height minimal so the visualiser bar lines up in certain configurations. If i was to make it configurable, it would be its own configuration but not promising that
Makes sense.
-In the 'Now Playing' settings, I think the 'show track information' option should not be listed under the 'playing tracks' heading. It is a separate element and this doesn't make sense, imo.

not sure i understand what you are looking to acheive with that
I just saw it as an organizational issue. I don't think settings for one element (track information) should be listed under the header of a different/separate element (playing tracks). No biggie though.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 24, 2016, 09:36:56 PM
As a new user, I found all the "Now Playing" options to be confusing. I feel that "Now playing" should be used to describe the view/panel listed in the navigation panel only. The tab in the 'Preferences' list needs a name change ("Playback"?) and the 'now playing list' should be called 'playing tracks list', as should any other header/description for the 'playing tracks list' element.

The matter of possible improvements on descriptions, and getting them a little bit more consistent, both within MusicBee, and also for the purpose of explaining the workings of MusicBee in the forum and tutorials has come up a few times before.
There have been quite a few suggestions for some changes already, but they are scattered around several threads by now, and have not had much focus on.
I believe I suggested something like 'Playing queue' for the current Now Playing', but there have also been suggestions on improving wordings or descriptions for concepts such as 'Library' and 'Auto-organise'.

If and when Steven is open to such suggestions for some changes, it would probably be good if a dedicated topic would be opened for that single purpose.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 24, 2016, 09:40:56 PM
- How about replacing "Panel Settings" with an (gear-shaped) icon and removing "No Settings"? That would make things quite less complicated.
not sure about this one - can you do a mockup? I am imagining it wouldnt look very good. I like the balance the current way has but equally i agree "No Settings" and a ... button isnt ideal.

Looking at this, I think you are right Steven.  One of those ideas that sound good but when you look at the visuals - it doesn't work.
Maybe just removing the "No Settings" box on those items would work?

(http://i.cubeupload.com/rzjzML.jpg)

also the new Controls.DropAreaIndicator override could match the highlight when you click Settings and are taken to the Preferences panel
(http://i.cubeupload.com/6AvbsA.jpg)
Title: Re: GUI changes for v3.0
Post by: redwing on January 24, 2016, 10:01:40 PM
- How about replacing "Panel Settings" with an (gear-shaped) icon and removing "No Settings"? That would make things quite less complicated.
not sure about this one - can you do a mockup? I am imagining it wouldnt look very good. I like the balance the current way has but equally i agree "No Settings" and a ... button isnt ideal.

I had something like this on my mind.

(http://i.imgur.com/8pS7Niv.png?1)
Title: Re: GUI changes for v3.0
Post by: settra on January 24, 2016, 10:08:57 PM
i just installed on a touch screen the version 3!
1) for some reason, if i open any "Settings" window in musicBee, that initially does not fit in my screen (my scren is vertical, with higer Dpi than normal), then there is no way, to see the part of the window that did not fit initially in the screen.. (this was also in V2.5), making it almost impossible to use settings... am i doing something wrong?

2) the touch scrolling in artist view works, but its not smooth at all.  any plans on fixin this ? :P
Title: Re: GUI changes for v3.0
Post by: redwing on January 24, 2016, 10:15:53 PM
To give as less as options to users, "stack" tickbox could show up only when needed.
The screenshot above shows the tickbox for left main panel where ticking does nothing.
Also, when only two elements are listed under a panel, ticking one element should force tick the other too, vice versa for unticking, since ticking only one element means nothing.

<Added>
The wording for the second option of stack "ticked elements are stacked on top of each other and viewable by clicking a selector button" is not clear (especially "stacked on top of each other" which could sound vertically stacked). Maybe it could be just "ticked elements are viewable by clicking a selector button on the panel header".
Title: Re: GUI changes for v3.0
Post by: ankor on January 24, 2016, 11:54:16 PM
i figured out how to stop the flashing which is done for the next v3 update
You never give up ;-)

Serious talent!!
Title: Re: GUI changes for v3.0
Post by: ankor on January 25, 2016, 12:09:30 AM
-I feel the "playing tracks", as an element, should be called "playing tracks list" -it's just less confusing in my opinion. It is called 'now playing list' in [Preferences>Now Playing], (settings for this element are located here) and I think it should be called 'playing tracks list' here as well, for the sake of consistancy. Also in the 'elements' list in [Preferences>Panels Configuration] it should be called 'playing tracks list. I just feel consistancy in naming is important for learning and ease of navigation.
yes i agree

The verbiage should be whatever is informative but I believe it's very important (especially for new users) for labels to match and be consistent. If not, it can be difficult at times to know if you're in the right spot or not.
Title: Re: GUI changes for v3.0
Post by: redwing on January 25, 2016, 09:27:51 AM
With "highlight playing track in the main panel" option enabled, if you switch from Tracks or Album &Tracks view to Album Cover or Artists View, the main panel doesn't highlight playing track unlike v2.5.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 25, 2016, 11:55:48 AM
How about aiming for more of a WYSIWYG configuration panel:

(http://i.imgur.com/YK7YnS8l.jpg) (http://i.imgur.com/YK7YnS8.png)


edit,

I removed the 'stack' check-boxes in anticipation they might replaced by a 'joint' indicator and more advanced configuration settings elsewhere.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 25, 2016, 12:14:59 PM
Since the matter of confusing options is discussed here, there's something that bugged me for ages in the settings and I've been working around it. Sure, I could've experimented a bit and figured it out but I didn't want to mess about. It's the artwork storage settings. Here's what's unclear to me:
(http://i.imgur.com/iuSwTld.png)
Title: Re: GUI changes for v3.0
Post by: HHM on January 25, 2016, 12:38:43 PM
Dunno of it's a bug or intentional behavior:
in Now Playing tab I cannot edit files tags (sfift + mp3 EDIT: of course I meant shift+enter).
So when I am in this mode (and with MB3 I am there frequently as it looks very nice) and need to edit tags, I need to find a playlist containing the particular track. Quite inconvenient.

I'd suggest adding this functionality + adding the option to edit tag by a doubleclick on a related tag field in column view (when you're in Now Playing tab + Playlist mode). I'd also be happy if the Playing Tracks (Now Playing tab, Right Sidebar, track details layout) fields were editable (right now there are only artwork, artist and title fields), so that it would be easier f.e. rate tracks from the album without switching any views or tabs (just by having Rating field visible in the Playing Tracks column). It would also be consistent with the regular MB's Playing Tracks options, in which you can set any tag field to be displayed.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 25, 2016, 12:44:42 PM
And perhaps we could loose the 'stack' check boxes.

An option could be that if you drag an element on top of an existing element (instead of above or below it), it could get stacked with that element, displaying some 'joint' indicator:
 
(http://i.imgur.com/K9HoHkfl.jpg) (http://i.imgur.com/K9HoHkf.png)
Title: Re: GUI changes for v3.0
Post by: Joolee on January 25, 2016, 12:46:57 PM
Some things I noticed:
 - Why is the green encircled item there and not to the right, above the panel it refers to?
 - What is the difference between the green and the red items? They both refer to the same panel but link to different setting windows. Can't the red button be integrated in the submenu of the green item?
 - In the "Dark-Metro" skins at least, the red button has a little arrow to the right, indicating you get a submenu when you click on it. It links directly to a settings window though.
 - Can the "track information" panel be made to resize automagically so the Lyrics window always gets the most possible screen estate? (orange)
 - The changing cursor to indicate you can resize the right sidebar is very unstable. You can click to resize over an area of about 10 pixels but the cursor only seems to change for a single pixel and most of the times, it doesn't change at all when I hover slowly over the area. Clicking to resize always changes the cursor though.

(http://joolee.nl/images/MusicBee-Multiple.png) (http://joolee.nl/images/MusicBee-Multiple.png)

The "Stack" tickboxes (red) don't seem to get saved. Also, I don't really understand the green settings, but that might be because I can't test it.

(http://joolee.nl/images/MusicBee-Now-Playing.png) (http://joolee.nl/images/MusicBee-Now-Playing.png)

The settings below do get saved but applying them is not consistent. Sometimes a change applies immediately, sometimes when changing track, sometimes I have to restart MusicBee to apply the changes.

(http://joolee.nl/images/MusicBee-Track-Information-Settings.png) (http://joolee.nl/images/MusicBee-Track-Information-Settings.png)

//Edit:
Below an example where auto resizing of the track information would be welcome

(http://joolee.nl/images/MusicBee-Autoresize.png) (http://joolee.nl/images/MusicBee-Autoresize.png)
Title: Re: GUI changes for v3.0
Post by: Alumni on January 25, 2016, 12:53:45 PM
How about aiming for more of a WYSIWYG configuration panel:

Interesting idea. Personally I don't think the panel in its current state needs a complete overhaul, if anything just a few minor tweaks.
Title: Re: GUI changes for v3.0
Post by: redwing on January 25, 2016, 01:00:40 PM
How about aiming for more of a WYSIWYG configuration panel:

+1 That's a great idea!

And perhaps we could loose the 'stack' check boxes.

An option could be that if you drag an element on top of an existing element (instead of above or below it), it could get stacked with that element, displaying some 'joint' indicator:

Not sure that's better than the current tick box. Also there are two ways of stacking.
The limitation of the current stacking is you can't use different ways of stacking in different panels.
If there's a way with less visual clutter that supports different ways of stacking in different panels, that'd be great.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 25, 2016, 01:15:19 PM
And perhaps we could loose the 'stack' check boxes.
An option could be that if you drag an element on top of an existing element (instead of above or below it), it could get stacked with that element, displaying some 'joint' indicator:

Not sure that's better than the current tick box. Also there are two ways of stacking.
The limitation of the current stacking is you can't use different ways of stacking in different panels.
If there's a way with less visual clutter that supports different ways of stacking in different panels, that'd be great.

Good to have you back redwing!

Removing the stack check-boxes will indeed help getting a cleaner look, but also gain some valuable and well-needed pixel-estate for that panel.
The more advanced configuration of stacking could probably be reached by a configuration button, and, what I would prefer, also at right-clicking the header bar where the stacks are present.
Title: Re: GUI changes for v3.0
Post by: redwing on January 25, 2016, 01:34:34 PM
The more advanced configuration of stacking could probably be reached by a configuration button, and, what I would prefer, also at right-clicking the header bar where the stacks are present.

Yeah, that could be one way.

Anyway, I really like your WYSIWYG layout. With that layout, people will immediately get the idea of what they're doing and how they'd like it to be configured.
Hope Steven will seriously consider your proposal.
Title: Re: GUI changes for v3.0
Post by: phred on January 25, 2016, 02:22:13 PM
How about aiming for more of a WYSIWYG configuration panel:
(http://i.imgur.com/YK7YnS8l.jpg) (http://i.imgur.com/YK7YnS8.png)
Hell, v3 has been in alpha since October and personally I don't think it's fair to Steven to start requesting major GUI changes now that the public beta has been launched.  Especially since most of the people (myself included) have been using v3 since the beginning.

HOWEVER!!  This layout definitely meets the criteria of "a picture is worth a thousand words."  The layout is brilliant.  Even a first time user should be able to understand what's what.
Title: Re: GUI changes for v3.0
Post by: Joolee on January 25, 2016, 03:02:20 PM
How about aiming for more of a WYSIWYG configuration panel:
(http://i.imgur.com/YK7YnS8l.jpg) (http://i.imgur.com/YK7YnS8.png)
Hell, v3 has been in alpha since October and personally I don't think it's fair to Steven to start requesting major GUI changes now that the public beta has been launched.  Especially since most of the people (myself included) have been using v3 since the beginning.

HOWEVER!!  This layout definitely meets the criteria of "a picture is worth a thousand words."  The layout is brilliant.  Even a first time user should be able to understand what's what.
You could remove the checkboxes in that view. Disabling an element is as simple as dragging it away.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 25, 2016, 03:06:55 PM
Hell, v3 has been in alpha since October and personally I don't think it's fair to Steven to start requesting major GUI changes now that the public beta has been launched.  Especially since most of the people (myself included) have been using v3 since the beginning.

HOWEVER!!  This layout definitely meets the criteria of "a picture is worth a thousand words."  The layout is brilliant.  Even a first time user should be able to understand what's what.

I could never have come up with this without everything Steven has already invented, accomplished and fine-tuned with the current configuration panel the last few months/weeks.
If you analyze this wysiwyg panel, and compare it with the current one, I think that almost all of the mechanics behind it are already in place, and now working quite well.

To me it feels like a logical step and moment to now bring it up one more level, from having great working mechanics, and transferring that to an even easier interface.

So I am assuming (yes, a dangerous thing to do), that this would be a less immense overhaul for Steven to do than you might think it is.
Title: Re: GUI changes for v3.0
Post by: phred on January 25, 2016, 03:16:10 PM
If you analyze this wysiwyg panel, and compare it with the current one, I think that almost all of the mechanics behind it are already in place, and now working quite well.

To me it feels like a logical step and moment to now bring it up one more level, from having great working mechanics, and transferring that to an even easier interface.

So I am assuming (yes, a dangerous thing to do), that this would be a less immense overhaul for Steven to do than you might think it is.
Yes, all good points.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 25, 2016, 03:20:53 PM
You could remove the checkboxes in that view. Disabling an element is as simple as dragging it away.

I think the check boxes work well, and they also line-up well with the check marks with the non-removable elements in that panel.

Come to think of it, I should have added them to the 'available elements' too. I think it is quite smart that you can just click on them there, and MusicBee will then automatically place that element in a default and 'sensible' panel.
Title: Re: GUI changes for v3.0
Post by: syldub on January 25, 2016, 03:26:58 PM
+1 for the WYSIWYG layout.
For the moment, the panel configuration lacks clarity and integrity. This will greatly help users to configure panels.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 25, 2016, 03:42:48 PM
Come to think of it, I should have added them to the 'available elements' too. I think it is quite smart that you can just click on them there, and MusicBee will then automatically place that element in a default and 'sensible' panel.

Added those:

(http://i.imgur.com/OSMhdHvl.jpg) (http://i.imgur.com/OSMhdHv.png)
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 25, 2016, 05:56:37 PM
Since the matter of confusing options is discussed here, there's something that bugged me for ages in the settings and I've been working around it. Sure, I could've experimented a bit and figured it out but I didn't want to mess about. It's the artwork storage settings. Here's what's unclear to me:
(http://i.imgur.com/iuSwTld.png)
The "super-set" of options may be slightly different as the first option copies the picture to folder.jpg in one of MB's cache directories and the latter copies the cover to the album folder.  There are definitely use-cases for both.  As for the "link to the original picture," good question.  I initially thought that it automatically links to the cover in my albums folder determined by the "album cover search rules," but I have "link to original ..." unchecked.  Hmmmm.  Maybe it links to the cover art URL from cover art providers?

//Edit:
Below an example where auto resizing of the track information would be welcome

(http://joolee.nl/images/MusicBee-Autoresize.png) (http://joolee.nl/images/MusicBee-Autoresize.png)
I think you meant you would like the panel to either ignore the aspect ratio of the cover (this could lead to ugly results) or detect the dimensions of the resized and place the information below accordingly.
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 06:31:38 PM
Some things I noticed:
 - Why is the green encircled item there and not to the right, above the panel it refers to?
its a bug that will be fixed
- What is the difference between the green and the red items? They both refer to the same panel but link to different setting windows. Can't the red button be integrated in the submenu of the green item?
The Track Information header is there mostly for consistency. Its also possible other items will be added to its drop-down menu
- In the "Dark-Metro" skins at least, the red button has a little arrow to the right, indicating you get a submenu when you click on it. It links directly to a settings window though.
let the skin author know
- Can the "track information" panel be made to resize automagically so the Lyrics window always gets the most possible screen estate? (orange)
probably no
- The changing cursor to indicate you can resize the right sidebar is very unstable. You can click to resize over an area of about 10 pixels but the cursor only seems to change for a single pixel and most of the times, it doesn't change at all when I hover slowly over the area. Clicking to resize always changes the cursor though.
i cant reproduce any issue. Is it just the Now Playing panel this happens?
The "Stack" tickboxes (red) don't seem to get saved. Also, I don't really understand the green settings, but that might be because I can't test it.
I cant reproduce any issues. Infact the default config should stack the lyrics and artist bio
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 07:09:41 PM
With "highlight playing track in the main panel" option enabled, if you switch from Tracks or Album &Tracks view to Album Cover or Artists View, the main panel doesn't highlight playing track unlike v2.5.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 07:14:12 PM
Since the matter of confusing options is discussed here, there's something that bugged me for ages in the settings and I've been working around it. Sure, I could've experimented a bit and figured it out but I didn't want to mess about. It's the artwork storage settings. Here's what's unclear to me:
(http://i.imgur.com/iuSwTld.png)
copy to folder.jpg and the organise option are two different things. The default is "Cover.jpg" but can be any file naming template. It just so happens you have decided to change the template to "Folder.jpg" and hence duplicating the other option.
"link to original file" just means that any saved artwork will not be re-organised ie. any artwork added from the hard-drive just link to its original location. I am happy to change the text if someone proposes something thats more clear that i agree with
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 07:16:36 PM
Dunno of it's a bug or intentional behavior:
in Now Playing tab I cannot edit files tags (sfift + mp3).
So when I am in this mode (and with MB3 I am there frequently as it looks very nice) and need to edit tags, I need to find a playlist containing the particular track. Quite inconvenient.
its working fine for me. Which Now Playing layout configuration are you using. It would probably help if you posted a screenshot or PM me your settings file (help/ support/ view settings)

I'd suggest adding this functionality + adding the option to edit tag by a doubleclick on a related tag field in column view (when you're in Now Playing tab + Playlist mode). I'd also be happy if the Playing Tracks (Now Playing tab, Right Sidebar, track details layout) fields were editable (right now there are only artwork, artist and title fields), so that it would be easier f.e. rate tracks from the album without switching any views or tabs (just by having Rating field visible in the Playing Tracks column). It would also be consistent with the regular MB's Playing Tracks options, in which you can set any tag field to be displayed.
i dont understand what you are asking for. Maybe when you post the screenshot i will see better what you mean

edit:
actually i see there is at least one bug where clicking a rating directly in the main Now Playing panel is not saving so i will fix that
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 07:31:06 PM
Come to think of it, I should have added them to the 'available elements' too. I think it is quite smart that you can just click on them there, and MusicBee will then automatically place that element in a default and 'sensible' panel.

Added those:

(http://i.imgur.com/OSMhdHvl.jpg) (http://i.imgur.com/OSMhdHv.png)
not sure i agree with this. The reason i went with a vertical orientation is so fhe overall size of the dialog is smaller. In your example it would need to be at least 1000px width, maybe wider and a lot of empty space without fitting the other settings that are already in the existing panel (the "hide" settings, explanatory messages, and the two "stack" options).
Although I do agree its a more natural and possibly more intuative, but at this point i dont have the energy or inclination to be making substantial changes.
I guess where i will leave this from my side is to make a commitment to revisit it after v3 is done and more use feedback has been given around issues with the current dialog
Title: Re: GUI changes for v3.0
Post by: ankor on January 25, 2016, 07:51:28 PM
I guess where i will leave this from my side is to make a commitment to revisit it after v3 is done and more use feedback has been given around issues with the current dialog
+1
Changing course now unless Steven deems this "simple" can be detrimental.  Can't imagine it's simple.  Better to take time and have some good brainstorming and then tackle it once the current goal of v3.0 is achieved imho.

btw, nice improvement showing tooltip over info glyph of available elements and no longer requiring click to make tooltip disappear.
Title: Re: GUI changes for v3.0
Post by: sleepless on January 25, 2016, 08:07:19 PM
That WYSIWYG layout is impressive. I too am a fan of the checkboxes for stacking. Personally I found them easy to understand and fairly intuitive.
A couple of questions about the compact player:

-I really like the option to overlay the elements over the artist picture. I have many albums with artwork (front/back covers and extras). Is there anyway we could get an option to switch it so the album art is in full view with the artist picture in the inset? Maybe a way to have the album art rotate/slideshow the way the artist picture does?

-As I mentioned in an earlier post referring to the 'Now Playing' panel, I'd really like to be able to customize the fields for the 'track information' element in the compact player. It seems the option was removed for v3. Steven explained the limitations related to the size of the panel/number of fields added, which is understandable. I'm hoping that a solution can be found.

I've been working with MB for a few weeks now, and like many of us I'm finding little things I'd like to see tweaked, but overall I think it's a great application and all the hard work that's gone into it is much appreciated. So I'm gonna try to lay off the 'suggestions' for a bit as I don't want to come off disrespectful. I wish there was a way that I could help with all of this, as I've recently found myself on disability with some extra time on my hands. Unfortunately my skills at this sort of thing are pretty limited. Nonetheless, if there's any sort of grunt work I could make myself useful with, I'd be willing.
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on January 25, 2016, 08:16:56 PM
copy to folder.jpg and the organise option are two different things. The default is "Cover.jpg" but can be any file naming template. It just so happens you have decided to change the template to "Folder.jpg" and hence duplicating the other option.
"link to original file" just means that any saved artwork will not be re-organised ie. any artwork added from the hard-drive just link to its original location. I am happy to change the text if someone proposes something thats more clear that i agree with

Thank you Steven (and ssri for trying to help) - So the super-set thing is accurate, only the default doesn't reflect that. So now, it seems to me that having both options is redundant. Does anybody tick both options and keep a copy of the same image by two different names?
Sorry, I can't suggest a better text to reflect what it does, or when it does that (that's an important question too, right?). Maybe the online help could be expanded with the specifics, and MB should point you there. That would not add text to the application which will make translation an issue.
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 08:52:41 PM
So the super-set thing is accurate, only the default doesn't reflect that. So now, it seems to me that having both options is redundant. Does anybody tick both options and keep a copy of the same image by two different names?
yes some people do
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 25, 2016, 08:53:15 PM
I wish there was a way that I could help with all of this, as I've recently found myself on disability with some extra time on my hands. Unfortunately my skills at this sort of thing are pretty limited. Nonetheless, if there's any sort of grunt work I could make myself useful with, I'd be willing.

As soon as 3.0 is officially released, I am going to need all the help I can get updating the wiki.  It's not complicated, mostly needs writing and taking screenshots.  Send me a message if you're interested.
Title: Re: GUI changes for v3.0
Post by: ankor on January 25, 2016, 09:50:23 PM
I realize that but my point is that when using "Copy Files to Folder", MB makes the selection automatically from the playlist and doesn't complain that I didn't select any files.  Seems "Copy Files to Organised Folder" would have the same behavior for consistency.  It's also very intuitive that if I don't select files, I want the entire playlist involved.
the next v3 update should handle right clicking on playlists in the left navigator better
Qualifier...I right-click on a playlist, the list of files change to the content list of the playlist but nothing in the file list is selected. "Copy Files to Organised Folder" still complains about nothing selected but again if nothing selected, assumption should be entire playlist (which is the behavior with "Copy Files to Folder").
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 10:00:34 PM
Qualifier...I right-click on a playlist, the list of files change to the content list of the playlist but nothing in the file list is selected. "Copy Files to Organised Folder" still complains about nothing selected but again if nothing selected, assumption should be entire playlist (which is the behavior with "Copy Files to Folder").
thats fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on January 25, 2016, 10:05:10 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above
Title: Re: GUI changes for v3.0
Post by: Bee-liever on January 25, 2016, 10:58:44 PM
Just a thought that occurred to me..
If you have the Web Browser plugin installed, shouldn't the web links in the Track Information panel open there instead of opening up your default browser?
Title: Re: GUI changes for v3.0
Post by: blidmink on January 25, 2016, 11:07:39 PM
Thanks for all your work on MB3, Steven, it's looking great. I've run into an apparent bug regarding toolbar buttons in the caption bar, which I hope hasn't already been mentioned. When the buttons are all shown in tabs bar (ie not consolidated into one button), the top of my window looks like this:
(http://i.imgur.com/iJ76dEd.jpg)
^ In this crudely annotated screenshot, the green square is the area I can click and drag to move the window around. I can't do this in the red area because I'd be interacting with the buttons. This is expected behaviour.

However, when the buttons are consolidated into one button, this happens:
(http://i.imgur.com/Bt7tzpU.jpg)
^ Even with no visual buttons in the red area, I am still not able to move the window by click-dragging in the red area. It's as if part of the caption bar is still allocated for the now-invisible buttons.
Title: Re: GUI changes for v3.0
Post by: sleepless on January 25, 2016, 11:36:54 PM
Not sure if it's supposed to be like this, but the compact player for v3 seems to zoom and cut off the album cover when viewed full screen.
(http://s17.postimg.org/agfldtl2j/Image_11.jpg) (http://postimg.org/image/agfldtl2j/)
Title: Re: GUI changes for v3.0
Post by: ankor on January 26, 2016, 12:35:03 AM
Qualifier...I right-click on a playlist, the list of files change to the content list of the playlist but nothing in the file list is selected. "Copy Files to Organised Folder" still complains about nothing selected but again if nothing selected, assumption should be entire playlist (which is the behavior with "Copy Files to Folder").
thats fixed for the next v3 update
Just to confirm...right-click on playlist in left-sidebar and pick Send To | Folder (Copy) to automatically include the full list of files from the playlist OR make your selection in the file list and right-click on the selection to include just the selected files.

Awesome!!  Thanks Steven.
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 03:15:13 AM
With "highlight playing track in the main panel" option enabled, if you switch from Tracks or Album &Tracks view to Album Cover or Artists View, the main panel doesn't highlight playing track unlike v2.5.
thats fixed for the next update

Album Cover view now highlights playing track, but Artists view only shows album list of playing artist.
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 03:22:10 AM
Appreciate some tweaks you made for layout editor.
In case you missed, I made some suggestions about stack setting: http://getmusicbee.com/forum/index.php?topic=15050.msg102819#msg102819
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 03:29:47 AM
I am happy to change the text if someone proposes something thats more clear that i agree with

A while ago I made a suggestion not about those text but adjacent setting:

I've noticed many users are not familiar with artwork retrieval setting.

(http://i.imgur.com/jhMFtel.png)


The problem is that it's not easy for ordinary users to get the correct meaning of "album cover search rules" and "Set Retrieval Filter.." because these are technical jargons. And "album cover search rules" could give a wrong impression that it might be about auto-tagging artwork or searching artwork online.

I would propose "album cover display setting (priority order)" and "Set What Picture to Display..." instead.
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 04:31:22 AM
MB3 v3.0.5866:

On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
i can confirm this bug but its not something MB is controlling - it must be something to do with the interaction between the .net library and windows. So it probably wont be fixed.
The only work-around is to apply all the following settings:
- untick Select Skin/Skin Window Borders
- in the panel layout, menu below caption bar and tabs below caption bar

I'm having the same issue as the OP's except I'm running Windows 10 Pro and hiding taskbar on the right side. Those two settings don't make any differences.
I suspect this has something to do with v3 as v2.5 has no problem unhiding taskbar (and I remember 2.5 worked fine on Windows Vista & 7 too).
Title: Re: GUI changes for v3.0
Post by: WannaBee on January 26, 2016, 05:58:52 AM
MB3 v3.0.5866:

On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
i can confirm this bug but its not something MB is controlling - it must be something to do with the interaction between the .net library and windows. So it probably wont be fixed.
The only work-around is to apply all the following settings:
- untick Select Skin/Skin Window Borders
- in the panel layout, menu below caption bar and tabs below caption bar

I'm having the same issue as the OP's except I'm running Windows 10 Pro and hiding taskbar on the right side. Those two settings don't make any differences.
I suspect this has something to do with v3 as v2.5 has no problem unhiding taskbar (and I remember 2.5 worked fine on Windows Vista & 7 too).

I'm having the same issue as the OP. I'm running Windows 7x64 Ultimate, and hiding the taskbar on top. This problem does not manifest in v2.5.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 26, 2016, 07:21:03 AM
Although I do agree its a more natural and possibly more intuative, but at this point i dont have the energy or inclination to be making substantial changes.
I guess where i will leave this from my side is to make a commitment to revisit it after v3 is done and more use feedback has been given around issues with the current dialog

Fair enough.

Maybe you could consider two suggestions from this proposal earlier:

- Have the available elements placed 'sticky' in the panel, in a fixed order. This will give a good sense and overview of all existing elements, which are already located somewhere, and which one are still available for placement. (like in my mock-up)

- Please give my alternative method of stacking some thought. I feel it would be a very natural and intuitive way to stack, just as you would stack stuff in real life.
  The choice between the two stacking methods in my opinion should at least be available where the stacking takes place; in the header of the stacked panels.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 26, 2016, 07:27:09 AM
I am happy to change the text if someone proposes something thats more clear that i agree with
A while ago I made a suggestion not about those text but adjacent setting:
I've noticed many users are not familiar with artwork retrieval setting.

This would be one of the setting options that would benefit very much if there would be more space in the settings panel, so it would allow for some better separation and explanation (retrieving, saving, linking, organizing etc.)
Hopefully that can be done if the earlier proposed extension in hierarchy for the configuration panel can be implemented. That would also be a good time to revisit some wordings and nomenclatures.
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 08:04:53 AM
I'm having the same issue as the OP's except I'm running Windows 10 Pro and hiding taskbar on the right side. Those two settings don't make any differences.
I suspect this has something to do with v3 as v2.5 has no problem unhiding taskbar (and I remember 2.5 worked fine on Windows Vista & 7 too).
v2.5 used a different and non-standard approach to window handling and MB had more control over handling for some scenarios. V3 is controlled more by windows and as far as i am concerned its a windows bug when using custom frames. In any case i may have another look at this as i realise there is a workaround but its not straight-forward and i might not do it
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 01:35:41 PM
In any case i may have another look at this as i realise there is a workaround but its not straight-forward and i might not do it

Hopefully this issue will be addressed, otherwise it alone will invite tons of bug reports after official release.
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 02:26:59 PM
There's a bug with the section headings of stacked elements.
When multiple elements are stacked on top of each other, clicking on anywhere right to the section headings on panel header bar switches the displayed element to another stacked element. But section headings never change. At that point, if you move the mouse on that headings, you get something like this:

(http://i.imgur.com/EK7y04r.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 05:33:10 PM
Not sure if it's supposed to be like this, but the compact player for v3 seems to zoom and cut off the album cover when viewed full screen.
if this is still the case, can you PM me a link to your settings (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 05:38:44 PM
To give as less as options to users, "stack" tickbox could show up only when needed.
The screenshot above shows the tickbox for left main panel where ticking does nothing.
Also, when only two elements are listed under a panel, ticking one element should force tick the other too, vice versa for unticking, since ticking only one element means nothing.

<Added>
The wording for the second option of stack "ticked elements are stacked on top of each other and viewable by clicking a selector button" is not clear (especially "stacked on top of each other" which could sound vertically stacked). Maybe it could be just "ticked elements are viewable by clicking a selector button on the panel header".
i did the first yesterday
for the wording, maybe others can chip in. For me, your proposal doesnt make clear what stacking does. The wording used to be "overlayed" instead of "stacked". I think the word overlay is less ambiguous but some felt people wouldnt know what it meant
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 05:46:52 PM
I've noticed many users are not familiar with artwork retrieval setting.

(http://i.imgur.com/jhMFtel.png)


The problem is that it's not easy for ordinary users to get the correct meaning of "album cover search rules" and "Set Retrieval Filter.." because these are technical jargons. And "album cover search rules" could give a wrong impression that it might be about auto-tagging artwork or searching artwork online.

I would propose "album cover display setting (priority order)" and "Set What Picture to Display..." instead.
I see your point about the existing wording. However i am not happy with the proposal. Those settings determine which pictures will be linked to the music file.
Maybe  "Set the displayed pictures" and "Edit List..." for the button?
Title: Re: GUI changes for v3.0
Post by: hiccup on January 26, 2016, 05:58:57 PM
for the wording, maybe others can chip in. For me, your proposal doesnt make clear what stacking does. The wording used to be "overlayed" instead of "stacked". I think the word overlay is less ambiguous but some felt people wouldnt know what it meant

cluster?
Title: Re: GUI changes for v3.0
Post by: ankor on January 26, 2016, 06:10:57 PM
I casually mentioned this a few days ago...still related with Send To | Folder (Copy) | Copy Files to Folder. When copied, why is each filename prefixed with a number?  Filenames should not be changed without user input.  If I want to copy files into a different folder, the number assigned to each file isn't necessarily the same with each copy and so future copies don't match up with the same files resulting in a mess.  Maybe prompt user about the prefix?
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 06:16:30 PM
I casually mentioned this a few days ago...still related with Send To | Folder (Copy) | Copy Files to Folder. When copied, why is each filename prefixed with a number?  Filenames should not be changed without user input.  If I want to copy files into a different folder, the number assigned to each file isn't necessarily the same with each copy and so future copies don't match up with the same files resulting in a mess.  Maybe prompt user about the prefix?
please keep posts in this topic related to v3 GUI changes
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 06:17:06 PM
There's a bug with the section headings of stacked elements.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 06:31:35 PM
However, when the buttons are consolidated into one button, this happens:
(http://i.imgur.com/Bt7tzpU.jpg)
^ Even with no visual buttons in the red area, I am still not able to move the window by click-dragging in the red area. It's as if part of the caption bar is still allocated for the now-invisible buttons.
thats fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 07:17:55 PM
I would propose "album cover display setting (priority order)" and "Set What Picture to Display..." instead.
I see your point about the existing wording. However i am not happy with the proposal. Those settings determine which pictures will be linked to the music file.
Maybe  "Set the displayed pictures" and "Edit List..." for the button?

Much better, or "Set what pictures to display" and "Edit List..." for the button.
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 07:43:27 PM
i did the first yesterday

Yes, I just saw single element no longer gets the tickbox. But force-(un)ticking has not been implemented.

Also there's another issue of ordering.
Say, you have in right sidebar

Lyrics
Artwork
Bio

and ticked Lyrics and Bio for stacking. Currently they just stay as if none was ticked. Should Bio go up and get stacked when you hit "Apply" here?
I think it should.

for the wording, maybe others can chip in. For me, your proposal doesnt make clear what stacking does. The wording used to be "overlayed" instead of "stacked". I think the word overlay is less ambiguous but some felt people wouldnt know what it meant

As I said, the problem arises from "top of each other" part which could give a wrong impression of vertical placing of each element (no ticks for this and it's not "stacked"). Whatever "stack" means, I think the difference here is just how to select another stacked element, either by tab or by selector button.
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 07:59:18 PM
for the wording, maybe others can chip in. For me, your proposal doesnt make clear what stacking does. The wording used to be "overlayed" instead of "stacked". I think the word overlay is less ambiguous but some felt people wouldnt know what it meant

As I said, the problem arises from "top of each other" part which could give a wrong impression of vertical placing of each element (no ticks for this and it's not "stacked"). Whatever "stack" means, I think the difference here is just how to select another stacked element, either by tab or by selector button.
i will let this sit a while and see what else is proposed
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 08:00:20 PM
Album Cover view now highlights playing track, but Artists view only shows album list of playing artist.
its the same with v2.5 and not straight-forward to implement so i will not address this issue at least for the near term
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 08:14:06 PM
Not sure if it's supposed to be like this, but the compact player for v3 seems to zoom and cut off the album cover when viewed full screen.
if this is still the case, can you PM me a link to your settings (help/ support/ view settings)
actually i can see whats going on. In MB3 i made a change so it fills the available area rather than leaving a gap as in v2.5
I might revisit that decision if it throws too many people but all you need to do is increase the height of the window.
I guess MB could enfore a minimum size restriction so the album picture clipping cant happen
Title: Re: GUI changes for v3.0
Post by: redwing on January 26, 2016, 08:50:04 PM
Looks like no work is done with splitting settings for Album Cover view and Artists view. For instance, "fields displayed" setting is only needed for Album Cover view and it doesn't need "configure expanded panel" setting. And they seem to share the same settings if applied to both, which could be better if saved differently.

Also, current splitting between the two views is just based on whether it's grouped by album or artist. But album cover view could also be grouped by artist or composer as long as it only displays album covers. Then it could offer some new views like presenting album covers grouped by artist without artist image:

(http://i.imgur.com/FvUzezR.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 26, 2016, 09:36:00 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above
Title: Re: GUI changes for v3.0
Post by: Mephisto on January 26, 2016, 10:16:21 PM
for the wording, maybe others can chip in. For me, your proposal doesnt make clear what stacking does. The wording used to be "overlayed" instead of "stacked". I think the word overlay is less ambiguous but some felt people wouldnt know what it meant

As I said, the problem arises from "top of each other" part which could give a wrong impression of vertical placing of each element (no ticks for this and it's not "stacked"). Whatever "stack" means, I think the difference here is just how to select another stacked element, either by tab or by selector button.

Maybe something like "ticked elements are displayed as a list by clicking a selector button"
Title: Re: GUI changes for v3.0
Post by: sleepless on January 27, 2016, 04:38:46 AM
Maybe something along these lines:

"By ticking elements, you can group(stack) them together to share a given space within the panel.
 Then choose which one you want to view by:

     [  ] selecting the element from a group of stacked tabs,  or
     [  ] pressing the header button to rotate between them

My own preference is for "group" rather than "stack", but either works.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 27, 2016, 07:53:24 AM
for the wording, maybe others can chip in. For me, your proposal doesnt make clear what stacking does. The wording used to be "overlayed" instead of "stacked". I think the word overlay is less ambiguous but some felt people wouldnt know what it meant

As I said, the problem arises from "top of each other" part which could give a wrong impression of vertical placing of each element (no ticks for this and it's not "stacked"). Whatever "stack" means, I think the difference here is just how to select another stacked element, either by tab or by selector button.
i will let this sit a while and see what else is proposed

- cluster elements

- use tabs to select the element from a cluster to display
- use arrow selector to select the element from a cluster to display


"You can drag elements on top of eachother to cluster them and so make them share available space in the panel.
For these clusters, you can select either 'tab selection' or 'arrow selection' to choose the element from that cluster to be displayed"



(if my previous suggestion to make it possible to drag elements on top of eachother to cluster them is not implemented, the wordings of course should change to:
"You can tick the check boxes behind the elements to make them share.... "
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 08:07:38 AM
One more try with sleepless's suggestion:

"ticked elements get grouped together and choosable by clicking a selector button"
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 08:15:27 AM
Not sure the new wording "don't copy (the source picture is displayed)" is clearer than the previous "link to the original picture".
I'd prefer the previous wording. BTW there's a typo with the new wording.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 27, 2016, 08:19:50 AM
One more try with sleepless's suggestion:

"ticked elements get grouped together and choosable by clicking a selector button"

I would be a bit hesitant on the word 'grouping' for the main reason the word 'grouping' is already used in some other places in MusicBee with different meanings.
If there is the possibility to differentiate terminology that would be preferable in my opinion. (therefor my 'cluster')
Title: Re: GUI changes for v3.0
Post by: LDGEB on January 27, 2016, 08:23:00 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above

Using this version but these bug is not fixed.

Bug report:

Compact Setting/Preferences retrieving Artist Image even if disable.

Reproduce:
1) Open Preferences
2) Layout (2)
3) Configure Panel (Compact Player)
4) Disable "retrieve web pictures" under Artist Picture
5) Ctrl+1 or go into compact mode
6) MusicBee will connect to the internet to retrieve artist picture (if you don't have it cache or in your artist picture folder).
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 09:34:12 AM
Now playing assistant launched from mini player has problem drawing tracks if you scroll rapidly back and forth.
Try double click a track, scroll up, double click another track, scroll down, play another one...
then you get this jumbled image:


(http://i.imgur.com/eyYSXaT.png)


This only happens with mini player.
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 05:25:53 PM
There's an issue with "View: Show Compact Player" hotkey.
In compact player mode, if you open caption bar button menu, another hotkey is shown for "Switch to Main Player" command though your hotkey still works. But if you start MB in compact player mode, your hotkey minimizes MB instead of switching to main player. Reassigning the hotkey makes no differences.

Then I tested with a fresh installation. This time even if you assign a hotkey to "View: Show Compact Player" command, no hotkey is shown for "Switch to Main Player" menu in compact mode and behaves the same as described above.

BTW if you try to switch to compact player without any track in the main panel, you get this error:

MusicBee v3.0.5869.38705 (Win10.0)

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Image.get_Width()
   at #=q9DbSqRPdv37bwllNpUsPygZ_jS4LBH4KZGEWWW1Ir1w=.#=qkQYyIrpyheOHqqLICcI9Fg==(Bitmap #=qdSIKFnZol7QhfO$pX3N7Lw==, Color #=q_NPthkE5omiscjebXozJCA==, Boolean #=qcKaPaL_dnbiK7YlrVKu1vA==)
   at MusicBee.MusicBeeMain.#=q6d3WE3XquOZMTBV$2T8Aqg==.#=qh$Jhee8_DW$XywuuVc$n5$EkOG2gzxUCEWj42rmcrlo=.#=qpF3yZQdQZ0Q$iLeyLSD2ayQ61A08n7HTIDqCVMEOaWY=()
   at MusicBee.MusicBeeMain.#=q6d3WE3XquOZMTBV$2T8Aqg==.#=qh$Jhee8_DW$XywuuVc$n5$EkOG2gzxUCEWj42rmcrlo=..ctor(#=q6d3WE3XquOZMTBV$2T8Aqg== #=qgaeAbwvdJ3PGjNEmAmRVbg==)
   at MusicBee.MusicBeeMain.#=q6d3WE3XquOZMTBV$2T8Aqg==..ctor()
   at MusicBee.MusicBeeApplication.#=qAEua7CkU6V$4HPnl4R_DZfXZGaf_yORT8QInVUP34n0=(Boolean #=qRrjV8OjVCjONZOkk7ME7Cw==)
   at MusicBee.MusicBeeApplication.#=qVUmUKgdAcHngerlU6srUcQ==.#=q7qRr2KU0PYDuKXVs76tXQg==(ApplicationCommand #=qPcX4XTPI1jUOgsBZb2CKRQ==, Object #=q9IUeJ6iwWCh6muA7vV1PcQ==, IList`1 #=q6VrWzcR734aq1twvoi1$Cw==)
   at #=qEkasraVmzdZHML2y$ybRuVxYp5d6j_EQQlY5Jc4$7$w=.OnClick(EventArgs #=qP2v$93GVCle37u7MvJMFxQ==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 05:30:19 PM
How about changing the panel editor wording "files" under main panel to "track list"?
Title: Re: GUI changes for v3.0
Post by: Coogan on January 27, 2016, 05:38:43 PM
MusicBee 3 will not start for me, after latest patch..


MusicBee v3.0.5869.38705 (Win10.0), 27 Jan 2016 12:35:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qu4YbfRIsuQuAzzaE0opWjt2tIGTIJ2pODzPJ79upF3k=.#=q9fuIdkyULHSG7ey5h6U9mQ==()
   at #=q5Pbk$dA75K4eS3sVqHMxVjBmYBOHNtSrR6HIdIKgupM=.#=qJ7qYtOMFOULxR1XKn4hyMA38dUovO_Si8R7GdD05TGs=(Int32 #=quxiyAl1$mShJvwysC54NaO8XFNXVsrZlqQiMvZHQJl0=, Int32 #=qFLBPdF3pHUvuQVwDZ7uJIJsWxXZl4dEQ1zvJ1unilLQ=)
   at MusicBee.MusicBeeMain.#=q3dj8rboaAfl4pKnJlQpEBw==.#=qstIT6QBYEGTcISz$TBzVu1Rv494AZcIyVEzfZ1wjfGo=.#=qCkyGcFkbfO8mW6FtGaK7wpHHVOgYhSaEfQ3O9UXZ_Uc=(Boolean #=qrO91QJRIlqTRDT2qIDlkgw==)
   at MusicBee.MusicBeeMain.#=q3dj8rboaAfl4pKnJlQpEBw==.#=qstIT6QBYEGTcISz$TBzVu1Rv494AZcIyVEzfZ1wjfGo=.#=q_31g$TAfILyYL0KSzoD3atVHF1NAfQCG1Vi2ynV8n8c=()
   at MusicBee.MusicBeeMain.#=q3dj8rboaAfl4pKnJlQpEBw==.#=qUCcqVWvzfuIzux2wzwYQ6Q==(Rectangle #=qfFU6ahCKDrtK2a8T89Hb$w==)
   at MusicBee.MusicBeeMain.#=qdxmjZgLl1ZBD__5dc_kf4AEae1KoELI8_jZ$33gM5us=(#=q0r9gux3$nS7ZWvheawpnoF56jscfNsXrc2N53uVI70o= #=q3BJVCUD10PcROZjsm4Phag==, Boolean #=qDSiN5pzFJpaiGbDdkCzI9n99dgHzrJmF60islKhFWZQ=)
   at MusicBee.MusicBeeMain.#=qTX8DxD_o_c2no9CsPVzJ2w==(#=q0r9gux3$nS7ZWvheawpnoF56jscfNsXrc2N53uVI70o= #=qAFaVTsTZF0VkEec4xrBUMQ==, Boolean #=qTR5EJUiU2blsOATH4wjojh0dcBlUR2WEXJg4rkIz0VY=)
   at MusicBee.MusicBeeMain..ctor()
   at MusicBee.MusicBeeApplication.#=qqCs$ojoONi3rkMS3Bcn0HQ==(String[] #=qsdhGQpvP_IbMm8AYlwKcAA==)

Coogan
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 05:59:30 PM
MusicBee 3 will not start for me, after latest patch..
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
can you try this version?
if it still happens, let me know which skin you are using and what DPI scaling your screen is configured to
Title: Re: GUI changes for v3.0
Post by: Coogan on January 27, 2016, 06:05:15 PM
I tried that patch, It still will not start Steven.
I'm using Bee78 skin.
My DPI is 100%

Coogan
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 06:27:35 PM
could you try again with the same link
Title: Re: GUI changes for v3.0
Post by: Coogan on January 27, 2016, 06:34:26 PM
It's working fine now...   :)

Thank you

Coogan
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 06:41:02 PM
Can't intentionally reproduce, but occasionally get this kind of glitch on status bar.


(http://i.imgur.com/lJMoIiq.png)


I think it happens when resized window gets maximized, but not 100% sure.
Title: Re: GUI changes for v3.0
Post by: RealPetChicken on January 27, 2016, 07:05:22 PM
Looks like no work is done with splitting settings for Album Cover view and Artists view. For instance, "fields displayed" setting is only needed for Album Cover view and it doesn't need "configure expanded panel" setting. And they seem to share the same settings if applied to both, which could be better if saved differently.

Also, current splitting between the two views is just based on whether it's grouped by album or artist. But album cover view could also be grouped by artist or composer as long as it only displays album covers. Then it could offer some new views like presenting album covers grouped by artist without artist image:

(http://i.imgur.com/FvUzezR.png)

How do you have it so the artist is split up with album artwork? Thanks.
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 07:13:56 PM
How do you have it so the artist is split up with album artwork? Thanks.

Not possible currently. Just proposed as a wish.

@Steven:

Another approach would be to allow Album Covers view to display group-by header like Tracks view.
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 08:04:34 PM
Using this version but these bug is not fixed.

Bug report:

Compact Setting/Preferences retrieving Artist Image even if disable.

Reproduce:
1) Open Preferences
2) Layout (2)
3) Configure Panel (Compact Player)
4) Disable "retrieve web pictures" under Artist Picture
5) Ctrl+1 or go into compact mode
6) MusicBee will connect to the internet to retrieve artist picture (if you don't have it cache or in your artist picture folder).
i already answered this and its intended behavior
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 08:27:34 PM
Not sure the new wording "don't copy (the source picture is displayed)" is clearer than the previous "link to the original picture".
I'd prefer the previous wording. BTW there's a typo with the new wording.
yep - i am still not happy with the wording either. I will probably remove the option all together as the artwork storage settings is mostly about how downloaded artwork should be saved. The one exception i can think of is the artwork storage settings are used when manually adding artwork already on your drive but in that case i will change the handling to automatically be set to "link to source image"
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 09:42:20 PM
Now playing assistant launched from mini player has problem drawing tracks if you scroll rapidly back and forth.
Try double click a track, scroll up, double click another track, scroll down, play another one...
then you get this jumbled image:
i tried this from the mni-player but cant reproduce so far. Was it the Artists/ Albums or Genres tab you used?
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 09:52:14 PM
Now playing assistant launched from mini player has problem drawing tracks if you scroll rapidly back and forth.
Try double click a track, scroll up, double click another track, scroll down, play another one...
then you get this jumbled image:
i tried this from the mni-player but cant reproduce so far. Was it the Artists/ Albums or Genres tab you used?

Any tab. As long as a track is playing, just scrolling up and down jumbles track list.
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 09:55:25 PM
There's an issue with "View: Show Compact Player" hotkey.
In compact player mode, if you open caption bar button menu, another hotkey is shown for "Switch to Main Player" command though your hotkey still works. But if you start MB in compact player mode, your hotkey minimizes MB instead of switching to main player. Reassigning the hotkey makes no differences.
that should be fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 10:18:21 PM
Now playing assistant launched from mini player has problem drawing tracks if you scroll rapidly back and forth.
Try double click a track, scroll up, double click another track, scroll down, play another one...
then you get this jumbled image:
i tried this from the mni-player but cant reproduce so far. Was it the Artists/ Albums or Genres tab you used?

Any tab. As long as a track is playing, just scrolling up and down jumbles track list.
still not able to reproduce. I dont want to spend much more time on this one but one thing i was wondering. Does it happen in the Playing Tracks list if you expand that from the mini-player
Title: Re: GUI changes for v3.0
Post by: Steven on January 27, 2016, 10:20:26 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above
Title: Re: GUI changes for v3.0
Post by: rurutia10 on January 27, 2016, 10:22:03 PM
Sometimes when I click a song, the player freezes and won't react. (and it won't crash either). The only thing I can do is kill the process in task manager and start musicbee again. No error log either.

I've been using it for a month now, and has happened 3 times to me.
could you send me your settings file (help/support/view settings)
which panel view were you using (track details, album and tracks, album artwork or artists) and do you literally mean you just single click on a track or do you mean double click to initiate playback?

Just happened again (sent you PM with screenshot)
Title: Re: GUI changes for v3.0
Post by: redwing on January 27, 2016, 10:27:42 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes as stated above

- The hotkey's now working fine. But still "Switch to main player" command shows another one. With a fresh installation, it shows no hotkey for that command even though one is assigned.

- The mini player issue is fixed. But there's another one. "automatically close this window" setting doesn't work.
Title: Re: GUI changes for v3.0
Post by: Sigma on January 28, 2016, 12:07:58 AM
How can I change the look of the library explorer in 3.0?

In 2.5 it looks like this: -

http://i.imgur.com/hPRFu58.jpg

The entire list fits on the screen with room to spare.

In 3.0 it looks like this and has a scrollbar as the list doesn't fit on the screen: -

http://i.imgur.com/uMGfHQG.jpg

Is there any way to make it just a basic list like in 2.5? Is there any way to be able to expand each genre to see the artists, like in 2.5?

Thanks!
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 28, 2016, 03:22:14 AM
How can I change the look of the library explorer in 3.0?

In 2.5 it looks like this: -

http://i.imgur.com/hPRFu58.jpg

The entire list fits on the screen with room to spare.

In 3.0 it looks like this and has a scrollbar as the list doesn't fit on the screen: -

http://i.imgur.com/uMGfHQG.jpg

Is there any way to make it just a basic list like in 2.5? Is there any way to be able to expand each genre to see the artists, like in 2.5?

Thanks!

Your second screenshot is not the Library Explorer, it's the Thumbnail Browser.  Try activating Library Explorer from the layout configuration panel.
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 28, 2016, 03:24:40 AM
The Artwork (Selected) display does not properly follow the selection once a track has been selected and is in lowlight mode.  GIF: http://i.imgur.com/VhiVvOh.gif
Title: Re: GUI changes for v3.0
Post by: theta_wave on January 28, 2016, 04:58:19 AM
The Artwork (Selected) display does not properly follow the selection once a track has been selected and is in lowlight mode.  GIF: http://i.imgur.com/VhiVvOh.gif
You probably should add "v" to the end of your link to convert it to html5 for faster loading
Title: Re: GUI changes for v3.0
Post by: redwing on January 28, 2016, 07:31:50 AM
Why does the speaker icon on sidebar player always show 10, not 100, at full volume even with enough space?
 
(http://i.imgur.com/d1cNY9h.png)
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 11:21:09 AM
A couple of issues:

 I can't rate tracks from the playlist view since I switched to 3.0

 There's no more button to switch between "selected tracks" and "now playing" in the "now playing sidebar"
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 28, 2016, 12:47:27 PM
A couple of issues:

 I can't rate tracks from the playlist view since I switched to 3.0

 There's no more button to switch between "selected tracks" and "now playing" in the "now playing sidebar"

You can do this by using the menu at the top of the track details section (Look for the little arrow)
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 12:55:52 PM
You can do this by using the menu at the top of the track details section (Look for the little arrow)
I can't see what you're referring to.
Title: Re: GUI changes for v3.0
Post by: phred on January 28, 2016, 01:01:20 PM
(http://i.imgur.com/I5cvRndl.jpg) (http://i.imgur.com/I5cvRnd.jpg)
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 01:07:31 PM
(http://i.imgur.com/dofjPba.png)
I can only see this when I'm the the now playing view, otherwise I see the same as you guys.
Title: Re: GUI changes for v3.0
Post by: redwing on January 28, 2016, 02:51:19 PM
I can only see this when I'm the the now playing view, otherwise I see the same as you guys.

Steven fixed the bug lately. Redownload the latest patch.

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 03:19:39 PM
(http://i.imgur.com/e1WDB74.png)
It fixed the placement of the "Track information" part but I still can't switch to "selected tracks" :'
Title: Re: GUI changes for v3.0
Post by: hiccup on January 28, 2016, 03:30:11 PM
It fixed the placement of the "Track information" part but I still can't switch to "selected tracks" :'

Could it be that a header bar is accidentally dragged out of view vertically?
Title: Re: GUI changes for v3.0
Post by: hiccup on January 28, 2016, 03:44:39 PM
@Steven,

With these settings, it is possible to drag the 'stacked' header bar completely down and out of view.

(http://i.imgur.com/jEjGIf3s.jpg) (http://i.imgur.com/jEjGIf3.png)
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 03:50:48 PM
Could it be that a header bar is accidentally dragged out of view vertically?
Hmmm, nope. (http://i.imgur.com/ZED8oxC.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on January 28, 2016, 03:57:23 PM
I'm a bit late to the party, and maybe haven't read your issue good enough yet, but if you click the arrow, you don't get this:  ?

(http://i.imgur.com/oyqxMUtl.jpg) (http://i.imgur.com/oyqxMUt.png)
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 04:05:39 PM
I'm a bit late to the party, and maybe haven't read your issue good enough yet, but if you click the arrow, you don't get this:  ?

(http://i.imgur.com/oyqxMUtl.jpg) (http://i.imgur.com/oyqxMUt.png)
Not if I am in "Now Playing". Check the previous screenshots.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 28, 2016, 04:27:51 PM
if you click the arrow, you don't get this:  ?
Not if I am in "Now Playing". Check the previous screenshots.
[/quote]

I can't think of anything that might prevent 'Selected Tracks' and 'Playing Tracks' from displaying in that drop down menu.
It might be a bug, which then would need Stevens attention.
Title: Re: GUI changes for v3.0
Post by: redwing on January 28, 2016, 04:35:09 PM
I don't see the setting either when in now playing tab. Probably an oversight unless it's intended.

Also, now playing right sidebar has the same bug that I reported before:

There's a bug with the section headings of stacked elements.
When multiple elements are stacked on top of each other, clicking on anywhere right to the section headings on panel header bar switches the displayed element to another stacked element. But section headings never change. At that point, if you move the mouse on that headings, you get something like this:

(http://i.imgur.com/EK7y04r.png)
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 04:38:33 PM
There's also some elements missing in the right-click menu in the playlist view only in "Now Playing" (like "Search Internet for picture")
Title: Re: GUI changes for v3.0
Post by: hiccup on January 28, 2016, 04:48:28 PM
I don't see the setting either when in now playing tab. Probably an oversight unless it's intended.

I am not sure the OP was using the Now Playing tab? At least I can't find a way to get 'Track Information' showing at all in that tab.

And, wouldn't it also be contradicting to be in the 'Now Playing' tab, and having an option for 'selected' there?
It seems logical that all the info in that tab should be limited to 'now playing'.
Title: Re: GUI changes for v3.0
Post by: redwing on January 28, 2016, 04:55:28 PM
Try "playlist" view of now playing tab.
v2.5 had that setting and there's nothing illogical to have it here as it's just like you have a playlist open.
Title: Re: GUI changes for v3.0
Post by: 5moufl on January 28, 2016, 04:58:32 PM
I don't see the setting either when in now playing tab. Probably an oversight unless it's intended.

I am not sure the OP was using the Now Playing tab? At least I can't find a way to get 'Track Information' showing at all in that tab.

And, wouldn't it also be contradicting to be in the 'Now Playing' tab, and having an option for 'selected' there?
It seems logical that all the info in that tab should be limited to 'now playing'.
I often want to check tracks or do stuff from my Now Playing "playlist". I used to work fine in 2.5.
What's the point of removing features for that particular tab?
Title: Re: GUI changes for v3.0
Post by: hiccup on January 28, 2016, 05:00:24 PM
Try "playlist" view of now playing tab.
v2.5 had that setting and there's nothing illogical to have it here as it's just like you have a playlist open.

Ah, I see, and I agree.
'Selected' and 'Playing' choices could well be added to the menu there too.
Title: Re: GUI changes for v3.0
Post by: HHM on January 28, 2016, 06:00:11 PM
There seems to be a small change in behavior of Artist & Album links from Track Information panel (working as the link to Library Filter).
I wonder if it's a designed changed in MB. Here's what I mean:

1. in MB2 clicking Artis/Album always showed the tracks of this filter from the whole library. No matter in which playlist or pannel u where. Always all tracks of the particular artist or album were shown.
2. in MB3 it is connected with the Search node. If the playlist/tab has "entire library" search node on, then Artist&Album filter tracks from the whole library. However, with "local node only" on, it filters out tracks from the current playlist.

I must admit I strongly prefer the MB2 behavior, seems to be more logic and intuitive.
Title: Re: GUI changes for v3.0
Post by: HHM on January 28, 2016, 06:11:33 PM
And another small bug:
Now Playing Panel, PLaylist view. Right sidebar showing Bio+Lyrics in a stack:
a) when stack option is set to stack on top of eachother, it works and you can switch between Lyrics & Bio
b) when stacked elements are shown as tabs, the tabs are not working, right sidebar shows only lyrics, clicking on Bio gives no effect

(EDIT: actually there is an effect, but instead of showing bio, a "customize panel settings" popup appears)
Title: Re: GUI changes for v3.0
Post by: HHM on January 28, 2016, 06:30:18 PM
And yet another one:
Track details in right sidebar of Now Plaing tab don't refresh after editing tags.
Title: Re: GUI changes for v3.0
Post by: Steven on January 28, 2016, 06:58:26 PM
There seems to be a small change in behavior of Artist & Album links from Track Information panel (working as the link to Library Filter).
I wonder if it's a designed changed in MB. Here's what I mean:

1. in MB2 clicking Artis/Album always showed the tracks of this filter from the whole library. No matter in which playlist or pannel u where. Always all tracks of the particular artist or album were shown.
2. in MB3 it is connected with the Search node. If the playlist/tab has "entire library" search node on, then Artist&Album filter tracks from the whole library. However, with "local node only" on, it filters out tracks from the current playlist.

I must admit I strongly prefer the MB2 behavior, seems to be more logic and intuitive.
i have changed the behavior to be consistent with v2.5
Title: Re: GUI changes for v3.0
Post by: HHM on January 28, 2016, 07:01:50 PM
Is ther a chance to change it in one's own settings file then?
Title: Re: GUI changes for v3.0
Post by: Steven on January 28, 2016, 07:26:22 PM
- The hotkey's now working fine. But still "Switch to main player" command shows another one. With a fresh installation, it shows no hotkey for that command even though one is assigned.
the hotkey to restore the main player panel is missing from the list in the hotkey preferences but would have still remained active from a 2.5 upgrade. Thats fixed.
I cant reproduce any issue with the wrong hotkey showning in the caption bar menu though. I suggest you reapply the hotkey setting with the new version when its ready to see if the issue remains for you

- The mini player issue is fixed. But there's another one. "automatically close this window" setting doesn't work.
that should be fixed for the next update

The Artwork (Selected) display does not properly follow the selection once a track has been selected and is in lowlight mode.  GIF: http://i.imgur.com/VhiVvOh.gif
that should be fixed for the next update

Why does the speaker icon on sidebar player always show 10, not 100, at full volume even with enough space?
that should be fixed for the next update

Can't intentionally reproduce, but occasionally get this kind of glitch on status bar.
(http://i.imgur.com/lJMoIiq.png)
I think it happens when resized window gets maximized, but not 100% sure.
that should be fixed for the next update

Also, now playing right sidebar has the same bug that I reported before:
that should be fixed for the next update

And another small bug:
Now Playing Panel, PLaylist view. Right sidebar showing Bio+Lyrics in a stack:
a) when stack option is set to stack on top of eachother, it works and you can switch between Lyrics & Bio
b) when stacked elements are shown as tabs, the tabs are not working, right sidebar shows only lyrics, clicking on Bio gives no effect
that should be fixed for the next update

With these settings, it is possible to drag the 'stacked' header bar completely down and out of view.
(http://i.imgur.com/jEjGIf3s.jpg) (http://i.imgur.com/jEjGIf3.png)
that should be fixed for the next update

Just regarding the Now Playing panel, it was intentional that only playing tracks info is displayed. Not disputing that selected tracks would be useful but i need to see what is involved before i promise
Title: Re: GUI changes for v3.0
Post by: fkm on January 28, 2016, 09:04:46 PM
Can't seem to find if this has been mentioned before but in 3.0, you can no longer left click with the mouse and drag to highlight multiple items in column browser. Really missing this from 2.5.
Title: Re: GUI changes for v3.0
Post by: Steven on January 28, 2016, 09:18:04 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes as stated above
Title: Re: GUI changes for v3.0
Post by: fkm on January 28, 2016, 09:33:51 PM
Was that patch for the drag to highlight issue? Doesn't appear to fix it in my case...
Title: Re: GUI changes for v3.0
Post by: phred on January 28, 2016, 09:37:42 PM
Was that patch for the drag to highlight issue? Doesn't appear to fix it in my case...
No.  It was for the fixes that Steven stated were fixed or should be fixed.

- fixes as stated above
Title: Re: GUI changes for v3.0
Post by: redwing on January 28, 2016, 09:54:41 PM
All issues seem to be fixed except the hotkey.
Now I deleted "View: Show Main Player" hotkey. Then in compact mode, caption bar menu shows no hotkey for that command. But in mini player mode, it shows for the command the hotkey for "View: Show mini player". So functionality-wise there's no issue, but there's inconsistency.
Title: Re: GUI changes for v3.0
Post by: galactica12 on January 29, 2016, 05:50:04 AM
Hey Steven, having just a slight problem with the latest version. (3.0.5871) On 2.5, the 'playing tracks' on the right sidebar allowed a drag to select feature. Trying this same feature on this version isn't allowing the same thing, unfortunately. Am I missing a setting somewhere?

3.0 is looking great so far, thanks for all your hard work!
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 07:06:37 AM
Hey Steven, having just a slight problem with the latest version. (3.0.5871) On 2.5, the 'playing tracks' on the right sidebar allowed a drag to select feature. Trying this same feature on this version isn't allowing the same thing, unfortunately. Am I missing a setting somewhere?
do you mean "playback follows cursor" ?
otherwise i dont know what you mean
Title: Re: GUI changes for v3.0
Post by: DJC👽D on January 29, 2016, 12:59:59 PM
is it possible to have a separate window (dockable) for lyrics ? Will be usefull.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 29, 2016, 01:07:40 PM
is it possible to have a separate window (dockable) for lyrics ? Will be usefull.

You could reserve the Left Main Panel or he Right Main Panel for that purpose.
Title: Re: GUI changes for v3.0
Post by: DJC👽D on January 29, 2016, 01:13:40 PM
I prefer to have lyrics on another screen like TV. Its more readable.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 29, 2016, 01:21:16 PM
I prefer to have lyrics on another screen like TV. Its more readable.

So instead of dockable, you mean floating?
That's possible already too.
Title: Re: GUI changes for v3.0
Post by: DJC👽D on January 29, 2016, 01:28:20 PM
yes thanks i havn't seen floating windows. Hum I love this great software.
Title: Re: GUI changes for v3.0
Post by: redwing on January 29, 2016, 01:39:22 PM
- Can you add a hotkey for "View: Toggle Show Now Playing Bar"? v2.5 had the hotkey, but now you have to access panel editor every time you want to show and hide the bar.
 
- Track Info element's context menu always shows "customize panel" command except when it's docked at now playing bar. Very inconvenient to adjust settings and web links from now playing bar.

- Somebody lately pointed out the various and confusing usage of "now playing". I was confused when started using MB a few years ago, but that'd be more of the case to new v3 users because now playing list is now called "playing tracks" on the header but most settings still call it the "old" term. Some updating is needed for preferences settings and hotkey commands.
Title: Re: GUI changes for v3.0
Post by: hiccup on January 29, 2016, 01:48:40 PM
yes thanks i havn't seen floating windows. Hum I love this great software.

Welcome to the club ;-)
Title: Re: GUI changes for v3.0
Post by: HHM on January 29, 2016, 03:27:18 PM
I guess in MB3 there is no indicator of how many tracks (and total time) there are in the in the now playing playlist. It was present in MB2. Or do I miss something?
Title: Re: GUI changes for v3.0
Post by: AvikB on January 29, 2016, 03:50:38 PM
got an error in the latest version:

Code
MusicBee v3.0.5871.38703 (Win6.3), 29 Jan 2016 21:18:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.ObjectDisposedException: Safe handle has been closed
   at System.Runtime.InteropServices.SafeHandle.DangerousAddRef(Boolean& success)
   at System.StubHelpers.StubHelpers.SafeHandleAddRef(SafeHandle pHandle, Boolean& success)
   at Microsoft.Win32.Win32Native.ResetEvent(SafeWaitHandle handle)
   at System.Threading.EventWaitHandle.Reset()
   at MusicBeePlugin.Plugin.TheatrePanel.Suspend()
   at MusicBeePlugin.Plugin.CreatePanel(Rectangle initialBounds, String parameters)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at MusicBee.Plugin.#=qAPE553wLZVgKUq0SBiNNLA==(Rectangle #=qyV$l_O77_sc9aZApAKgOBQ==, String #=qrHAHZbZiz1zeZWL0212WBw==)
   at #=qTTBG6tZgVu97psBgPN3BkC4Rct4o020uGIDVHzbVZ0bprntYHcU0FoSanEZHBwJ5.#=qkuBGYST$9tnPDQ1fYoL9YvXiCJ2v4JtBUK3HT6zws5g=()
   at #=qTTBG6tZgVu97psBgPN3BkC4Rct4o020uGIDVHzbVZ0bprntYHcU0FoSanEZHBwJ5..ctor(#=quiaG8JuWq$v0wOxctXaJF0nm2JkPtw5BslCp7iei_H4= #=qTH9ZH9HETtuW5Qy3TyITVQ==, Int32 #=q$A1Gt8XOb3S_2y4Nq1P7qA==, String #=q0A5Z1qB0aGi883JJgpfUVw==)
   at #=q33_srxIdV8MZ9s1Hiqy9ZX7peWN2_2vFkttBHdQEaxQ=.#=qcRP4MpLPumAW71dnQSKe_lSE6dVHur3BQxGYMcEGvsU=()
   at #=q33_srxIdV8MZ9s1Hiqy9ZX7peWN2_2vFkttBHdQEaxQ=.#=q1RWOQEUbq3aRHQ8qiCb7F8plM1Tel80gYMGt992UsFg=(Boolean #=qaxanXjB2LVf0eKr23hY$ag==)
   at MusicBee.MusicBeeMain.#=qrgIyxH6kbSAy4P53PT5Cga_Y$U1OmAmiZkY8UyytJYw=.#=q3REgGUI1BQdcE4mcYMTzmg==()
   at MusicBee.MusicBeeMain.#=qAPJBOU1ss1QGdnKn3L4OwQ==(#=qNowNoeDWBSKT5I1dl_tKW1TXrBLfKKrUP1Jb1X3BREA= #=qVcnGib8BVVdMK9hnm_wiJU9e8bDfnlgZZ9iCp_0NrQM=, Boolean #=q6T4ZaN2gI32CBcEuejfXv1vbNigRmHlqzQfSrgorqWE=, #=qum9VC55zgV9Qm4yofZDQYw== #=qdqhzXbeINAIQvMt0YSL_7A==, #=qGKSjS2iZIA1EpLTIzasRhd$hX7jPWk9JZ9oQ2AdkSRg= #=qwDDgSxx2G9O$UMC8EfvAD0a8zbdZne46OzZcPMbe25Y=, #=qHPlW$OmsP50sMU6FgKeNyGVKvilH8FzQj442hkZsTBo= #=qXp1ZxXElatZhIkx4Mi_gbg==, #=q2y68kKqI$O0cwDHJmpt61ig3pkpN2vOG5mDoNaU3vww=[] #=qihvfPa80zUFuXqUyyVqyWMS48QX__TBuAxXucgHb5gc=, Boolean #=qmsl7Vvc08RHXlEOJBNAoszg3CHQQuRPWNaPEZTkK10Q=)
Title: Re: GUI changes for v3.0
Post by: lizzy on January 29, 2016, 04:05:42 PM
Sorting problem in Now Playing.
If I add a single album with play now, no shuffle, the album is sorted by album and track.  However, if I add two or more albums (still no shuffle), NP is sorted by track... all 01 tracks, then all 02 tracks etc.  It's fixed by choosing custom sorting in the pull down menu, but I have to do this each time I add albums to NP.
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 05:45:10 PM
I guess in MB3 there is no indicator of how many tracks (and total time) there are in the in the now playing playlist. It was present in MB2. Or do I miss something?
as with v2.5, the duration doesnt show once its > 1 day (24 hours)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 05:55:32 PM
Sorting problem in Now Playing.
If I add a single album with play now, no shuffle, the album is sorted by album and track.  However, if I add two or more albums (still no shuffle), NP is sorted by track... all 01 tracks, then all 02 tracks etc.  It's fixed by choosing custom sorting in the pull down menu, but I have to do this each time I add albums to NP.
i cant reproduce this but i am probably not doing exactly what you are doing. Could you post a screenshot as that might help (with the two albums selected and so i can see the NP list)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 06:04:56 PM
got an error in the latest version:
assuming you were using  (or about to use) the theater mode plugin with landscapes then the bug should be fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 29, 2016, 08:00:18 PM
Using yesterdays update.

In my Inbox tab, I have the view set to albums and tracks, with the option "display first few tracks" selected.
When I click on the artwork (or ctrl-a) to select the tracks to auto tag, it only selects (and tags) the displayed tracks (not the ones that need to be expanded to be displayed)
If I disable the "display first…" option then MB will select all the tracks
Title: Re: GUI changes for v3.0
Post by: AvikB on January 29, 2016, 08:12:34 PM
got an error in the latest version:
assuming you were using  (or about to use) the theater mode plugin with landscapes then the bug should be fixed for the next v3 update
yeah, i was trying to use theater mode radio view on the now playing panel and got this error.

Few UI inconsistency i saw:

In the right sidebar when you have album cover element the image fits there nicely, but when you have track detail with artwork there is that small but unnecessary padding. it would look better if there is no padding for the artwork, but only for the tack infos(or even give us the option of overlaying the info, or only show info on mouseover ;)).
(http://i.imgur.com/1CSjPR6m.jpg) (http://i.imgur.com/1CSjPR6.jpg)

another most needed feature is the mini player button, while this may sound silly, but most friend(not tech savvy) i have suggested musicbee they didn't even know musicbee has a miniplayer mode(or didn't bother looking for it). i think it would be better to have a button beside close/resize button.  also when user right click on it a context menu shows with different modes(mini player, theater, compact etc.)

while it is possible to configure toolbar for this i don't think it is too noob friendly.

(http://i.imgur.com/GkQukrd.jpg)


also a bug, in the now playing panel tab even if i choose the hide the right sidebar it does not work, though it works properly for the left sidebar.

(http://i.imgur.com/TnJk0R3l.jpg) (http://i.imgur.com/TnJk0R3.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 08:13:22 PM
In my Inbox tab, I have the view set to albums and tracks, with the option "display first few tracks" selected.
When I click on the artwork (or ctrl-a) to select the tracks to auto tag, it only selects (and tags) the displayed tracks (not the ones that need to be expanded to be displayed)
If I disable the "display first…" option then MB will select all the tracks
its working fine for me and i dont see how it could not be selecting all files. Can you reconfirm this
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 08:21:56 PM
also a bug, in the now playing panel tab even if i choose the hide the right sidebar it does not work, though it works properly for the left sidebar.
thats a bit strange. It works fine for me. Perhaps you had the playing tracks list docked in the right main panel?
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 08:27:31 PM
- Can you add a hotkey for "View: Toggle Show Now Playing Bar"? v2.5 had the hotkey, but now you have to access panel editor every time you want to show and hide the bar.
 - Track Info element's context menu always shows "customize panel" command except when it's docked at now playing bar. Very inconvenient to adjust settings and web links from now playing bar.
- Somebody lately pointed out the various and confusing usage of "now playing". I was confused when started using MB a few years ago, but that'd be more of the case to new v3 users because now playing list is now called "playing tracks" on the header but most settings still call it the "old" term. Some updating is needed for preferences settings and hotkey commands.
thats done for the next update
Title: Re: GUI changes for v3.0
Post by: AvikB on January 29, 2016, 08:34:20 PM
also a bug, in the now playing panel tab even if i choose the hide the right sidebar it does not work, though it works properly for the left sidebar.
thats a bit strange. It works fine for me. Perhaps you had the playing tracks list docked in the right main panel?
yeah i do had that pinned. The panel Configuration duologue clearly states that Override for current MusicBee tab, so i assume every tab panel can be configured separately(since it works in visualizer tab)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 08:56:45 PM
yeah i do had that pinned. The panel Configuration duologue clearly states that Override for current MusicBee tab, so i assume every tab panel can be configured separately(since it works in visualizer tab)
would you mind sending me a link to your settings file (help/ support/ view settings) - make sure the bug is in effect when you start MB and get the settings file
Title: Re: GUI changes for v3.0
Post by: AvikB on January 29, 2016, 09:06:03 PM
would you mind sending me a link to your settings file (help/ support/ view settings) - make sure the bug is in effect when you start MB and get the settings file
sent.
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 09:15:01 PM
thanks. I am guessing you were looking at the "Now Playing" panel (which has its own layout that doesnt follow the layout for other tabs)
The Panel Layout dialog applies to the other tabs. I will try to figure out something to prevent the confusion (maybe i will just disable the Panel Layout dialog button)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 09:30:43 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
Title: Re: GUI changes for v3.0
Post by: redwing on January 29, 2016, 09:44:55 PM
thats done for the next update

Thanks! Working well.

I have a suggestion about music explorer. The big white icon on the header doesn't look good that shows up when you select "more albums" and other grouping categories. How about keep showing the last used artist image until another artist is selected?
Title: Re: GUI changes for v3.0
Post by: lizzy on January 29, 2016, 09:47:24 PM
Sorting problem in Now Playing.
If I add a single album with play now, no shuffle, the album is sorted by album and track.  However, if I add two or more albums (still no shuffle), NP is sorted by track... all 01 tracks, then all 02 tracks etc.  It's fixed by choosing custom sorting in the pull down menu, but I have to do this each time I add albums to NP.
i cant reproduce this but i am probably not doing exactly what you are doing. Could you post a screenshot as that might help (with the two albums selected and so i can see the NP list)

Default sorting in library and NP is set to "album artist - year - album".  When choosing "play now", this is how it looks in NP. 
In the dropdown box for sorting, no sorting is selected in NP (after albums are added).
https://www.dropbox.com/s/tkbruios0l32v2k/np_sort.jpg?dl=0
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 29, 2016, 09:52:50 PM
In my Inbox tab, I have the view set to albums and tracks, with the option "display first few tracks" selected.
When I click on the artwork (or ctrl-a) to select the tracks to auto tag, it only selects (and tags) the displayed tracks (not the ones that need to be expanded to be displayed)
If I disable the "display first…" option then MB will select all the tracks
its working fine for me and i dont see how it could not be selecting all files. Can you reconfirm this

Just moved 12 files to my monitored folder. The inbox shows 8 files, with  "4 more files" expanded menu thing. If I click on the image, or ctrl-a it will only select the 8 displayed files. As soon as i click on the "4 more", the rest are automagically selected too. Seems on my install ,as long as there are files not being shown, they don't get selected.
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 09:56:48 PM
Default sorting in library and NP is set to "album artist - year - album".  When choosing "play now", this is how it looks in NP. 
In the dropdown box for sorting, no sorting is selected in NP (after albums are added).
https://www.dropbox.com/s/tkbruios0l32v2k/np_sort.jpg?dl=0
i also need to see the main panel where you selected the 2 albums from (I am assuming you select the files then right click/ Play Now)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 09:57:50 PM
Just moved 12 files to my monitored folder. The inbox shows 8 files, with  "4 more files" expanded menu thing. If I click on the image, or ctrl-a it will only select the 8 displayed files. As soon as i click on the "4 more", the rest are automagically selected too. Seems on my install ,as long as there are files not being shown, they don't get selected.
can you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: lizzy on January 29, 2016, 10:02:52 PM
Default sorting in library and NP is set to "album artist - year - album".  When choosing "play now", this is how it looks in NP. 
In the dropdown box for sorting, no sorting is selected in NP (after albums are added).
https://www.dropbox.com/s/tkbruios0l32v2k/np_sort.jpg?dl=0
i also need to see the main panel where you selected the 2 albums from (I am assuming you select the files then right click/ Play Now)

Here it is.  Selected the two albums and added with "play now"  Shuffle disabled.
https://www.dropbox.com/s/o7960vx7njmiwe2/playnow.jpg?dl=0
Title: Re: GUI changes for v3.0
Post by: redwing on January 29, 2016, 10:03:35 PM
Artwork downloader shows editing box one row above.

(http://i.imgur.com/DO9lbCN.png)
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 10:07:13 PM
Here it is.  Selected the two albums and added with "play now"  Shuffle disabled.
https://www.dropbox.com/s/o7960vx7njmiwe2/playnow.jpg?dl=0
thats exactly what i did. I guess it will be something to do with your settings then, so could you send me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: lizzy on January 29, 2016, 10:09:46 PM
Here it is.  Selected the two albums and added with "play now"  Shuffle disabled.
https://www.dropbox.com/s/o7960vx7njmiwe2/playnow.jpg?dl=0
thats exactly what i did. I guess it will be something to do with your settings then, so could you send me a link to your settings file (help/ support/ view settings)

https://www.dropbox.com/s/n6379pzrb9y0v3x/MusicBee3Settings_2.ini?dl=0
Title: Re: GUI changes for v3.0
Post by: Steven on January 29, 2016, 10:23:07 PM
Default sorting in library and NP is set to "album artist - year - album".  When choosing "play now", this is how it looks in NP. 
In the dropdown box for sorting, no sorting is selected in NP (after albums are added).
https://www.dropbox.com/s/tkbruios0l32v2k/np_sort.jpg?dl=0
you have your playing tracks panel sorted by the disc-track# column.
I think its a bug that MB persists any sorting for the playing tracks panel ie. it should always default to the natural order of the playlist so i will fix that.
In the interim just right click on the header bar/ Sort By/ Playlist Order
Title: Re: GUI changes for v3.0
Post by: lizzy on January 29, 2016, 10:35:29 PM
Default sorting in library and NP is set to "album artist - year - album".  When choosing "play now", this is how it looks in NP. 
In the dropdown box for sorting, no sorting is selected in NP (after albums are added).
https://www.dropbox.com/s/tkbruios0l32v2k/np_sort.jpg?dl=0
you have your playing tracks panel sorted by the disc-track# column.
I think its a bug that MB persists any sorting for the playing tracks panel ie. it should always default to the natural order of the playlist so i will fix that.
In the interim just right click on the header bar/ Sort By/ Playlist Order

Good to hear :)
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 10:18:32 AM
In my Inbox tab, I have the view set to albums and tracks, with the option "display first few tracks" selected.
When I click on the artwork (or ctrl-a) to select the tracks to auto tag, it only selects (and tags) the displayed tracks (not the ones that need to be expanded to be displayed)
If I disable the "display first…" option then MB will select all the tracks
its working fine for me and i dont see how it could not be selecting all files. Can you reconfirm this

Just moved 12 files to my monitored folder. The inbox shows 8 files, with  "4 more files" expanded menu thing. If I click on the image, or ctrl-a it will only select the 8 displayed files. As soon as i click on the "4 more", the rest are automagically selected too. Seems on my install ,as long as there are files not being shown, they don't get selected.
i still cant reproduce this even with your settings so i will leave it unsolved. I did however find the opposite bug, where the hidden files continue to remain selected when they should not be. Thats fixed for the next update
edit:
actually select all wasnt always working as expected - thats fixed for the next update. Selecting a picture should always have worked though
Title: Re: GUI changes for v3.0
Post by: AvikB on January 30, 2016, 03:44:10 PM
One improvement suggestion:

currently to change a visualiser you have to use the menu at top
(http://i.imgur.com/f44Rvz9.jpg)

wouldn't it be better to have it in right click context menu! it would be much easier.
(http://i.imgur.com/FrGLVcZ.jpg)
Title: Re: GUI changes for v3.0
Post by: AvikB on January 30, 2016, 03:59:25 PM
found a bug in Playing Track panel.

(http://i.imgur.com/HXQFpUv.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 04:02:49 PM
found a bug in Playing Track panel.
which skin is that?
Title: Re: GUI changes for v3.0
Post by: AvikB on January 30, 2016, 04:06:32 PM
found a bug in Playing Track panel.
which skin is that?
i am using this: http://getmusicbee.com/forum/index.php?topic=10884.0 (http://getmusicbee.com/forum/index.php?topic=10884.0)

BTW, the playing track only behave while using podacsts.
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 04:14:50 PM
its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: redwing on January 30, 2016, 06:00:31 PM
Previous versions of MB had a minimum width for each panel when resized, but v3 seems to have no limit. I just enlarged main panel to both ends, and now there's no way to show both sidebars even using hotkeys.
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 06:17:54 PM
Previous versions of MB had a minimum width for each panel when resized, but v3 seems to have no limit. I just enlarged main panel to both ends, and now there's no way to show both sidebars even using hotkeys.
there should be a minimum size enforement and trying now its still there. I guess its something specific to your settings, so could you PM me a link to them
Title: Re: GUI changes for v3.0
Post by: redwing on January 30, 2016, 06:26:08 PM
PMed it.
Title: Re: GUI changes for v3.0
Post by: redwing on January 30, 2016, 06:32:14 PM
Just tried with a fresh installation, and that was the same. Try dragging right side border of main panel to outside the MB window, then right sidebar is gone.
Title: Re: GUI changes for v3.0
Post by: galactica12 on January 30, 2016, 06:52:11 PM
Hey Steven, having just a slight problem with the latest version. (3.0.5871) On 2.5, the 'playing tracks' on the right sidebar allowed a drag to select feature. Trying this same feature on this version isn't allowing the same thing, unfortunately. Am I missing a setting somewhere?
do you mean "playback follows cursor" ?
otherwise i dont know what you mean
I don't believe so. For example, say I have 4 songs on the "playing tracks" section, and I wanted to rearrange two of those without using ctrl or similar method. Before, you were able to just drag and select with the mouse like two songs, and then they would be selected and draggable. Hopefully that's a bit clearer? I've also included a mixtape webm link to clarify: https://my.mixtape.moe/isvskq.webm

Oh, to clarify because my webm seems to communicate otherwise, dragging the songs to new positions in the queue works, just not multi-selection dragging.
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 06:58:08 PM
Just tried with a fresh installation, and that was the same. Try dragging right side border of main panel to outside the MB window, then right sidebar is gone.
i have put in handling to recover on startup if a panel is less than the minimun size. It might stop the bug as well but i havent been able to find any circumstance (including the method you describe using your settings) to be able to test to confirm that.
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on January 30, 2016, 07:09:09 PM
That fixed it. The differences is that still you can make sidebars disappear temporarily but resizing a bit instantly recovers sidebars. Previously it didn't. Maybe you could consider not allowing any panels to disappear by resizing other panels.
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 07:37:41 PM
try again with the latest version. As mentioned i cant reproduce to test this so its guesswork
Title: Re: GUI changes for v3.0
Post by: superstar19 on January 30, 2016, 07:49:18 PM
Made the jump last night and starting to get a feel for the layout and options.  I have my Main Panel layout listed by Artists and when I double-click on an Artist with multiple albums, I'm trying to get it to fill up the panel with each album cover by that Artist in the Panel like my setup with MB2.  Instead, it just shows the Artist again with the first album cover displayed and a bunch of blank space in the panel.  I can select the artist and then the albums are shown horizontally below, but I prefer to have the panel filled with album selections.  If I change the view to Albums that works, but then when I go back to the full library, all of the albums in the library are shown instead of just being listed/grouped by Artist.
Title: Re: GUI changes for v3.0
Post by: redwing on January 30, 2016, 07:58:23 PM
try again with the latest version. As mentioned i cant reproduce to test this so its guesswork

Yep, no longer able to make panels to disappear by resizing. Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on January 30, 2016, 08:01:10 PM
Made the jump last night and starting to get a feel for the layout and options.  I have my Main Panel layout listed by Artists and when I double-click on an Artist with multiple albums, I'm trying to get it to fill up the panel with each album cover by that Artist in the Panel like my setup with MB2.  Instead, it just shows the Artist again with the first album cover displayed and a bunch of blank space in the panel.  I can select the artist and then the albums are shown horizontally below, but I prefer to have the panel filled with album selections.  If I change the view to Albums that works, but then when I go back to the full library, all of the albums in the library are shown instead of just being listed/grouped by Artist.

Then you might be interested in my proposal:

http://getmusicbee.com/forum/index.php?topic=15050.msg103017#msg103017

Support the idea to make it happen.
Title: Re: GUI changes for v3.0
Post by: Steven on January 30, 2016, 08:01:16 PM
Made the jump last night and starting to get a feel for the layout and options.  I have my Main Panel layout listed by Artists and when I double-click on an Artist with multiple albums, I'm trying to get it to fill up the panel with each album cover by that Artist in the Panel like my setup with MB2.  Instead, it just shows the Artist again with the first album cover displayed and a bunch of blank space in the panel.  I can select the artist and then the albums are shown horizontally below, but I prefer to have the panel filled with album selections.  If I change the view to Albums that works, but then when I go back to the full library, all of the albums in the library are shown instead of just being listed/grouped by Artist.
i dont understand what you mean. I suggest you post a link to a screenshot of your MB2 setup and your MB3 setup so i can see the issue. If you are using the beta from a week ago, i suggest you download the latest patch as a lot of bugs have been fixed, and unzip it into the folder where MB is installed

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on January 30, 2016, 08:41:41 PM
In my Inbox tab, I have the view set to albums and tracks, with the option "display first few tracks" selected.
When I click on the artwork (or ctrl-a) to select the tracks to auto tag, it only selects (and tags) the displayed tracks (not the ones that need to be expanded to be displayed)
If I disable the "display first…" option then MB will select all the tracks
its working fine for me and i dont see how it could not be selecting all files. Can you reconfirm this
Just moved 12 files to my monitored folder. The inbox shows 8 files, with  "4 more files" expanded menu thing. If I click on the image, or ctrl-a it will only select the 8 displayed files. As soon as i click on the "4 more", the rest are automagically selected too. Seems on my install ,as long as there are files not being shown, they don't get selected.
i still cant reproduce this even with your settings so i will leave it unsolved. I did however find the opposite bug, where the hidden files continue to remain selected when they should not be. Thats fixed for the next update
edit:
actually select all wasnt always working as expected - thats fixed for the next update. Selecting a picture should always have worked though

Strange, never had the problem you mentioned. I tried todays update and it hasn't helped my problem. I guess I'll just turn that particular option off until the official 3.0 is released and I can do a fresh install
Title: Re: GUI changes for v3.0
Post by: endeavour1934 on January 30, 2016, 11:43:57 PM
I've just noticed that in 3.0 you can't drag the progressbar button to any desired position of the progressbar, the cancel symbol appears and music stops playing. Is this behaviour intended or is it a bug?
Title: Re: GUI changes for v3.0
Post by: syldub on January 31, 2016, 12:37:31 AM
When clicking in the header for the "play" column, it generates an error. In v2.5 it was used to select all tracks.
(http://7.t.imgbox.com/Ugx8oAdV.jpg) (http://i.imgbox.com/Ugx8oAdV)

MusicBee v3.0.5873.35247 (Win6.3), 31 janv. 2016 1:26:

System.ArgumentNullException: Value cannot be null.
Parameter name: collection
   at System.Collections.Generic.List`1.InsertRange(Int32 index, IEnumerable`1 collection)
   at #=qP1KiGJ3SF_DLg9x0JjtRUO_uPMgh$NdiWfae9F$nwUM=.#=qKJ08bqr$WQxN4b4w$HCWhoo4sEU_fcf3XZmsl9YOQEQ=.#=q0Akx3YiE5jetAMo9SoTb1Q==(Boolean #=qzmHcifJm7Il8Ovuo5tCN2w==)
   at #=qP1KiGJ3SF_DLg9x0JjtRUO_uPMgh$NdiWfae9F$nwUM=.#=qiv5vS3CcmflGUVV19Y6jQA==()
   at #=qP1KiGJ3SF_DLg9x0JjtRUO_uPMgh$NdiWfae9F$nwUM=.OnMouseDown(MouseEventArgs #=qalDObHA$FwJwC6eJCMp4Fg==)
   at System.Windows.Forms.Control.WmMouseDown(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qKjrhnI1Y7$rP$02g1w7Q8kk2pVWADkUIJuGA3icSlOs=.WndProc(Message& #=qjouMnRjRqUdUVHV2KT0ZLQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: Lazulite on January 31, 2016, 01:06:49 AM
I've just noticed that in 3.0 you can't drag the progressbar button to any desired position of the progressbar, the cancel symbol appears and music stops playing. Is this behaviour intended or is it a bug?

I also have this. When you drag the cursor instead of clicking on the progress bar, you start getting erratic behavior. The music stops playing but, if I click any drop down menu, it starts playing again. Clicking on the progress bar will also unpause the music, but the cursor doesn't jump to where you click.
Title: Re: GUI changes for v3.0
Post by: syldub on January 31, 2016, 02:00:34 AM
1.
When "Now Playing" is selected in the left sidebar, and the "Now Playing" mode is set to "Playlist", the "Configure Layout" button only allows to configure the "Now Playing Sidebar".
Why doesn't it allow to configure the header bar, the top panel, left sidebar, main panel, bottom panel as well? (although it is allowed when the "Now Playing" mode is set to another mode).

2.
In v2.5 we could have the Artist Biography (from Last.fm) displayed in the Main Panel (the panel was called "Playing Track").
In v3.0 this is no more possible when the "Now Playing" mode is set to "Playlist". We can only display the artist biography in the right sidebar, which is not optimized when the biography is long.
Besides, in v2.5, we could rotate the artist pictures automatically. In v3.0 this is no more possible when the "Now Playing" mode is set to "Playlist" (we can't even show the artist pictures).

3.
The elapsed song part in the Wave Bar is looking differently in the top panel (yellow) and in the right sidebar (grey). Why not applying the same color convention?
In v3.0:
(http://t.imgbox.com/qPgt634J.jpg) (http://i.imgbox.com/qPgt634J)

4.
The yellow part in the Wave Bar in the top panel is looking differently in v2.5 and in v3.0. Is that change being intentional? I find the yellow color too flashy in v3.0.
In v2.5:
(http://t.imgbox.com/n6ZjsGKs.jpg) (http://i.imgbox.com/n6ZjsGKs)

5.
I have configured MusicBee to colorize the song currently played in the Now Playing:
(http://2.t.imgbox.com/SmIBVqD5.jpg) (http://i.imgbox.com/SmIBVqD5)

Consider this scenario:
a) I play a list of songs in MusicBee
(http://5.t.imgbox.com/SQT4XonZ.jpg) (http://i.imgbox.com/SQT4XonZ)
b) I close MusicBee
c) I restart MusicBee... the song that I was playing is no more highlighted in purple. So I can't quickly see which song it will start when I will press the play button.
(http://1.t.imgbox.com/fDP9kTGj.jpg) (http://i.imgbox.com/fDP9kTGj)
d) If I press the play button, the playlist restart at the same song it has been stopped before though.
As MusicBee is saving the playlist status, so why not highlighting the current playlist position?
Note that we cannot "Stop" a playlist, as there is no "Stop" button in MusicBee, but just a "Play/Pause" button (which is a good design, I think).

6.
In the track details, it is impossible to set the song title font in regular weight. When using custom font in regular weight, the song title is in bold.
In the "Now Playing" mode, in the track detail, the internet links are not displayed.
(http://t.imgbox.com/B5bTXknJ.jpg) (http://i.imgbox.com/B5bTXknJ)
Title: Re: GUI changes for v3.0
Post by: phred on January 31, 2016, 02:58:21 AM
3.
The elapsed song part in the Wave Bar is looking differently in the top panel (yellow) and in the right sidebar (grey). Why not applying the same color convention?
The color is skin dependent.  More than likely that was overlooked when the skin was created.  Which skin are you using?  Try another skin

Quote
4.
The yellow part in the Wave Bar in the top panel is looking differently in v2.5 and in v3.0. Is that change being intentional? I find the yellow color too flashy in v3.0.
Again, the color of the wavebar is skin dependent.  I would guess that you're not using the same skin in v3 and v2.5.  It looks like you're using MusicBee3 default skin for v3 and MusicBee default for 2.5.  I just tested them both and the yellow part of the wavebar is exactly the same color.

Quote
5.
I have configured MusicBee to colorize the song currently played in the Now Playing:
Consider this scenario:
c) I restart MusicBee... the song that I was playing is no more highlighted in purple. So I can't quickly see which song it will start when I will press the play button.
The song is no longer highlighted because it is no longer playing.  As the menu option states "highlight playing track ..."

Quote
Note that we cannot "Stop" a playlist, as there is no "Stop" button in MusicBee, but just a "Play/Pause" button (which is a good design, I think).
You can easily configure a Hotkey and/or a toolbar button to stop playback.
Title: Re: GUI changes for v3.0
Post by: syldub on January 31, 2016, 03:18:00 AM
Thanks phred.
3.
I use the standard MusicBee3 skin. I think this is the default skin for MusicBee3 after a new installation.
Maybe it will be good to standardize the yellow coloring in the 2 wave bars in the default skin (useful for new users).

4.
Sorry, I had switched the skin from "MusicBee3" to "MusiBee Classic" last week to test some reported bug in the forum, and forgot to revert it to "MusicBee3". You're right, v3.0 has strictly the same colors as v2.5 using the default skin.

5.
I also found that CTRL + S allows stopping the playlist. This releases the currently played file from the audio engine, which is useful when we need to modify the file externally without having to close MusicBee.
But I still think that even stopped, the playlist should show a "marker" on the last played file, in order to identify it quickly.
Title: Re: GUI changes for v3.0
Post by: psychoadept on January 31, 2016, 03:26:09 AM
Note that we cannot "Stop" a playlist, as there is no "Stop" button in MusicBee, but just a "Play/Pause" button (which is a good design, I think).
You can easily configure a Hotkey and/or a toolbar button to stop playback.

Holding Shift will turn the pause button into a stop button.
Title: Re: GUI changes for v3.0
Post by: phred on January 31, 2016, 03:41:38 AM
Holding Shift will turn the pause button into a stop button.
Oh yeah - I forgot about that.  Holding shift while hovering over the pause button.
Title: Re: GUI changes for v3.0
Post by: phred on January 31, 2016, 03:44:59 AM
Thanks phred.
3.
I use the standard MusicBee3 skin. I think this is the default skin for MusicBee3 after a new installation.
Maybe it will be good to standardize the yellow coloring in the 2 wave bars in the default skin (useful for new users).
As I said, it's more than likely an oversight.  Steven would need to make the change to the default skin once he has the time.
Title: Re: GUI changes for v3.0
Post by: ankor on January 31, 2016, 04:23:58 AM
When clicking in the header for the "play" column, it generates an error. In v2.5 it was used to select all tracks.
(http://7.t.imgbox.com/Ugx8oAdV.jpg) (http://i.imgbox.com/Ugx8oAdV)
MusicBee v3.0.5873.35247 (Win6.3), 31 janv. 2016 1:26:

I happened to try the "select all" button and it selected all the files in Playing Tracks or in Tracks without any trouble.  That's when I was using the version from the 25th I believe.  Upon updating to version 3.0.5873 it's not working now.
Title: Re: GUI changes for v3.0
Post by: superstar19 on January 31, 2016, 04:51:34 AM
Made the jump last night and starting to get a feel for the layout and options.  I have my Main Panel layout listed by Artists and when I double-click on an Artist with multiple albums, I'm trying to get it to fill up the panel with each album cover by that Artist in the Panel like my setup with MB2.  Instead, it just shows the Artist again with the first album cover displayed and a bunch of blank space in the panel.  I can select the artist and then the albums are shown horizontally below, but I prefer to have the panel filled with album selections.  If I change the view to Albums that works, but then when I go back to the full library, all of the albums in the library are shown instead of just being listed/grouped by Artist.
i dont understand what you mean. I suggest you post a link to a screenshot of your MB2 setup and your MB3 setup so i can see the issue. If you are using the beta from a week ago, i suggest you download the latest patch as a lot of bugs have been fixed, and unzip it into the folder where MB is installed

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Here's what I see when I open MB2:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB2.0_zpsimcl4m9q.jpg

Here's what I see when I double-click on an artist (ex. Aerosmith) in MB2:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB2.0%20albums_zpszir7eqep.jpg

Now in MB3, when I double-click on an artist this is what I see:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB3.0%20after%20double%20click%20artist_zpsxbsq7qhr.jpg

My preference would be the MB2 view shown above that fills the Main Panel up with all of the Aerosmith albums in my library.
Title: Re: GUI changes for v3.0
Post by: Alumni on January 31, 2016, 05:04:42 AM
My preference would be the MB2 view shown above that fills the Main Panel up with all of the Aerosmith albums in my library.

I don't remember how it behaved in previous versions, but it does make sense for albums to be displayed when double clicking the artist group in the main panel, assuming that "show album contents" is also enabled.

@superstar19
In the mean time you could use either the column browser or the thumbnail browser to filter albums by an artist.
Title: Re: GUI changes for v3.0
Post by: superstar19 on January 31, 2016, 05:24:49 AM
Made the jump last night and starting to get a feel for the layout and options.  I have my Main Panel layout listed by Artists and when I double-click on an Artist with multiple albums, I'm trying to get it to fill up the panel with each album cover by that Artist in the Panel like my setup with MB2.  Instead, it just shows the Artist again with the first album cover displayed and a bunch of blank space in the panel.  I can select the artist and then the albums are shown horizontally below, but I prefer to have the panel filled with album selections.  If I change the view to Albums that works, but then when I go back to the full library, all of the albums in the library are shown instead of just being listed/grouped by Artist.
i dont understand what you mean. I suggest you post a link to a screenshot of your MB2 setup and your MB3 setup so i can see the issue. If you are using the beta from a week ago, i suggest you download the latest patch as a lot of bugs have been fixed, and unzip it into the folder where MB is installed

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Here's what I see when I open MB2:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB2.0_zpsimcl4m9q.jpg

Here's what I see when I double-click on an artist (ex. Aerosmith) in MB2:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB2.0%20albums_zpszir7eqep.jpg

Now in MB3, when I double-click on an artist this is what I see:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB3.0%20after%20double%20click%20artist_zpsxbsq7qhr.jpg

My preference would be the MB2 view shown above that fills the Main Panel up with all of the Aerosmith albums in my library.
I've re-opened MB3 and I'm getting yet a different view when I double click on an artist:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB3%20alt_zpsgd4moea3.jpg
This is not quite what I'm looking for but definitely more useful than what I was getting before.
Title: Re: GUI changes for v3.0
Post by: Alumni on January 31, 2016, 07:53:48 AM
Received this error randomly while browsing "upcoming releases".

MusicBee v3.0.5872.38543 (Win10.0), 31 Jan 2016 17:53:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at #=qjkEIKb0mBDFebl5mehFj1wvQuInv_OcgmLNjSbrGmx4=.#=qEiLcaHpuAWpIl9jOEbtLIw==.#=qLcXu2QpQqgebgUup0z8Gix2DV3PLs9_CoTngVQkyhhs=(Int32 #=q2ocPf0GugSpUs$gJK_eZCg==, Int32 #=qIpWONO1WwIgtPivkzlVZrQ==)
   at #=qjkEIKb0mBDFebl5mehFj1wvQuInv_OcgmLNjSbrGmx4=.#=qltRSeS3lVSlBU7Wj$L87rTwfSNhoVXRI1zxRF9ihXFM=.#=q9wb_GGpTc1jirpSJ4fF$og==()
   at #=qjkEIKb0mBDFebl5mehFj1wvQuInv_OcgmLNjSbrGmx4=.#=qEiLcaHpuAWpIl9jOEbtLIw==.#=qPIEd2Og4fo3F_gYHMihEnw==(MouseEventArgs #=qI68kWjVe8blMle2PJXrR2A==)
   at #=qwGObAx0fzQcpVOHZPJGQkMdo1sa0TMAStytnMJM2JFs=.#=qlfuVa7aDEjIKB87$uQ_I0PU4lP0FFR4gY6s2lOf7PGg=(Object #=qv0z$E9F9oBn45A0NBN74Ww==, EventArgs #=qRNs5namwHUJ3FbK9YPkfkg==)
   at System.Windows.Forms.Timer.OnTick(EventArgs e)
   at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 08:13:23 AM
I've just noticed that in 3.0 you can't drag the progressbar button to any desired position of the progressbar, the cancel symbol appears and music stops playing. Is this behaviour intended or is it a bug?
I havent encountered that. Would you mind posting a screenshot so i can see where you mean and let me know the skin as well (or send me a link if its in development)
edit:
nevermind - its from a recent change made and its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: redwing on January 31, 2016, 08:50:20 AM
On Recommendations node, when I select any of Top Artists I get this by scrolling down to the bottom and then scrolling up.

http://i.imgur.com/dsbAHB8.png

Always reproducible, but if I select the same artist again, this never happens. Probably something to with handling image cache.
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 09:10:27 AM
When clicking in the header for the "play" column, it generates an error. In v2.5 it was used to select all tracks.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 09:30:24 AM
Here's what I see when I open MB2:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB2.0_zpsimcl4m9q.jpg

Here's what I see when I double-click on an artist (ex. Aerosmith) in MB2:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB2.0%20albums_zpszir7eqep.jpg

Now in MB3, when I double-click on an artist this is what I see:
http://i1368.photobucket.com/albums/ag200/superstartim19/Musicbee/Capture%20MB3.0%20after%20double%20click%20artist_zpsxbsq7qhr.jpg

My preference would be the MB2 view shown above that fills the Main Panel up with all of the Aerosmith albums in my library.
The way it should be working is MB defaults to Album and Tracks layout when you first drill down into an artist. You can change the layout to Artists or any other layout in the drill-down view. This setting is not persisted, so on the next restart the drill-down should revert to Album and Tracks. For the next update i have changed it so MB remembers the layout used on drill-down. There is also a bug where the layout used on drill-down overwrites the parent layout if you exit MB with the dtill-down active. Thats fixed.

If thats not the behavior you experience then i would need a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 10:02:47 AM
Received this error randomly while browsing "upcoming releases".
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 10:45:00 AM
On Recommendations node, when I select any of Top Artists I get this by scrolling down to the bottom and then scrolling up.

http://i.imgur.com/dsbAHB8.png

Always reproducible, but if I select the same artist again, this never happens. Probably something to with handling image cache.
although i cant reproduce the behavior in your screenshot i am able to detect an internal inconsistency when images are first cached - thats fixed now. So hopefully thats the same as the issue you found
Title: Re: GUI changes for v3.0
Post by: syldub on January 31, 2016, 12:45:51 PM
In v2.5, it was possible to "Update Play Order". I didn't find this in v3.0.
v2.5
(http://0.t.imgbox.com/ewH0gSI3.jpg) (http://imgbox.com/ewH0gSI3)

v3.0
(http://8.t.imgbox.com/UvN1iO3E.jpg) (http://imgbox.com/UvN1iO3E)

This was a very useful functionality for me, because I use to play albums from Windows Explorer. When I right-click a Windows MP3 folder > "Play with MusicBee", tracks are very frequently misordered (you can see it in the v3.0 screenshot). I think this is more a Windows issue, not MusicBee issue, but MusicBee should then allow to "sort" the play order.

Title: Re: GUI changes for v3.0
Post by: so_la_la on January 31, 2016, 01:26:55 PM
I don't seem to understand: is V3.0 a new interface, ie layout changes only, or will MB as such receive changes? Thank you!
Title: Re: GUI changes for v3.0
Post by: hiccup on January 31, 2016, 01:50:32 PM
I don't seem to understand: is V3.0 a new interface, ie layout changes only, or will MB as such receive changes? Thank you!

The main change for now is that for MB v3, the graphic user interface has been completely redesigned internally. This should  make it a little bit easier for Steven to be able to continue developping MusicBee.

During this dynamic process, also other changes have been made, many new and older requests have been implemented, and squashing bugs is also continuing with relentless effort.

So it is a transitional process, with lots of things going on at the same time.

To sum it up, the priority now is probably to get the new engine running reliable and smoothly, and kill all bugs that roar their heads during this process.

When that has been accomplished to a satisfactory degree, there will probably be a shift where the focus can be more on new features and new requests.
Title: Re: GUI changes for v3.0
Post by: so_la_la on January 31, 2016, 02:42:07 PM
Thank you,
is there a changelog for v3.0 posted somewhere?
Title: Re: GUI changes for v3.0
Post by: hiccup on January 31, 2016, 03:03:44 PM
Thank you,
is there a changelog for v3.0 posted somewhere?

No. I am guessing there might be one be published when v3 is released officially.
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 03:56:33 PM
In v2.5, it was possible to "Update Play Order". I didn't find this in v3.0.
I have added that back in to v3 for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 04:02:05 PM
On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
This should be addressed for the next v3 update. But only for skinned window borders. I have tested this on windows7 and windows10 and would appreciate confirmation its working ok from anyone who has reported this issue
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 04:03:37 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 31, 2016, 04:19:05 PM
On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
This should be addressed for the next v3 update. But only for skinned window borders. I have tested this on windows7 and windows10 and would appreciate confirmation its working ok from anyone who has reported this issue
MB3 v3.0.5874:

Ah yes, it's all good now! I can tick the "Skin Window Borders", set the header bar -> main menu "As Button" and tabs bar "below caption bar", and now the Win7 taskbar performs correctly. Good work Steven! Many thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on January 31, 2016, 04:19:40 PM
although i cant reproduce the behavior in your screenshot i am able to detect an internal inconsistency when images are first cached - thats fixed now. So hopefully thats the same as the issue you found

Yes, that's fixed.

This should be addressed for the next v3 update. But only for skinned window borders. I have tested this on windows7 and windows10 and would appreciate confirmation its working ok from anyone who has reported this issue

Excellent! No problem unhiding taskbar on Windows 10 any more.
Title: Re: GUI changes for v3.0
Post by: redwing on January 31, 2016, 04:23:00 PM
set the header bar -> main menu "As Button" and tabs bar "below caption bar"

It works for me regardless of those settings on Windows 10. Can you test it?
Title: Re: GUI changes for v3.0
Post by: Coogan on January 31, 2016, 04:33:37 PM
On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
This should be addressed for the next v3 update. But only for skinned window borders. I have tested this on windows7 and windows10 and would appreciate confirmation its working ok from anyone who has reported this issue

Taskbar Auto-Hide is now working for me when MusicBee is maximized.
[Edit] Forgot to mention, I'm using Windows 10 64Bit.

Coogan
Title: Re: GUI changes for v3.0
Post by: WannaBee on January 31, 2016, 05:06:58 PM
On Win7, my taskbar is at the bottom of my screen, and set to auto-hide. When MB's main window is maximized and focused, it prevents the taskbar from being brought up by moving the mouse to the bottom of the screen where the taskbar is. I'm guessing there's something in MB that's trying to force it to be top-most window when focused?
This should be addressed for the next v3 update. But only for skinned window borders. I have tested this on windows7 and windows10 and would appreciate confirmation its working ok from anyone who has reported this issue

Taskbar Auto-Hide is now working for me when MusicBee is maximized.

Coogan

Windows 7 x64: Autohide does not work (consistently) for me.

[EDIT] The lastest update v3.0.5874 (http://getmusicbee.com/forum/index.php?topic=17326.new;topicseen#new) did the trick for me. Autohide now works smoothly.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 31, 2016, 06:36:33 PM
set the header bar -> main menu "As Button" and tabs bar "below caption bar"

It works for me regardless of those settings on Windows 10. Can you test it?
Yes it does. Steven had originally suggested part of the work-around was "- in the panel layout, menu below caption bar and tabs below caption bar", so I went back to my original settings to verify the fix worked for my preference.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on January 31, 2016, 06:39:23 PM
Taskbar Auto-Hide is now working for me when MusicBee is maximized.
Windows 7 x64: Autohide does not work (consistently) for me.
I'm on Win7 x64 and it seems consistent for me. (MB3 v3.0.5874).
Can you clarify what's not consistent for you? Perhaps I can repro it and verify for Steven?
Title: Re: GUI changes for v3.0
Post by: syldub on January 31, 2016, 07:14:35 PM
When clicking in the header for the "play" column, it generates an error. In v2.5 it was used to select all tracks.
thats fixed for the next update

Hi Steven,
The last update does indeed select all tracks... but another click on the same location does not unselect all selected tracks like it was done in v2.5.
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 08:21:48 PM
I don't believe so. For example, say I have 4 songs on the "playing tracks" section, and I wanted to rearrange two of those without using ctrl or similar method. Before, you were able to just drag and select with the mouse like two songs, and then they would be selected and draggable. Hopefully that's a bit clearer? I've also included a mixtape webm link to clarify: https://my.mixtape.moe/isvskq.webm

Oh, to clarify because my webm seems to communicate otherwise, dragging the songs to new positions in the queue works, just not multi-selection dragging.
i have added support for drag and select. This mode is activated when you start the mouse drag on an unselected and blank area of the panel.
Its in the next v3 update (not in the latest beta)
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 09:17:14 PM
The last update does indeed select all tracks... but another click on the same location does not unselect all selected tracks like it was done in v2.5.
thats addressed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on January 31, 2016, 10:06:09 PM
In the right sidebar when you have album cover element the image fits there nicely, but when you have track detail with artwork there is that small but unnecessary padding. it would look better if there is no padding for the artwork, but only for the tack infos(or even give us the option of overlaying the info, or only show info on mouseover ;)).
i have made this change for the next update, so the artwork in the track info panel now fills the entire panel width (when configured that way). However i am not fully commited to this and if others say they dont like it i might undo this change
Title: Re: GUI changes for v3.0
Post by: galactica12 on January 31, 2016, 10:31:57 PM
Thanks Steven! Also wanted to notate on Windows 10 64-bit, the auto-hide on my desktop works properly as of the latest beta as well. Thanks for fixing that.
Title: Re: GUI changes for v3.0
Post by: theta_wave on February 01, 2016, 12:48:44 AM
In the right sidebar when you have album cover element the image fits there nicely, but when you have track detail with artwork there is that small but unnecessary padding. it would look better if there is no padding for the artwork, but only for the tack infos(or even give us the option of overlaying the info, or only show info on mouseover ;)).
i have made this change for the next update, so the artwork in the track info panel now fills the entire panel width (when configured that way). However i am not fully commited to this and if others say they dont like it i might undo this change
I'm kind of weary of this change, but I'm willing try it out first to see how it looks.  Everything is nicely aligned with the text:
(http://1.t.imgbox.com/mjnQRseG.jpg) (http://imgbox.com/mjnQRseG)

I'm quite fond of how the track details tab is at this moment save for the slight cutting off of any text at the bottom of the panel for long comment sections (my max row span is 900 lines), but that's a minor detail with a workaround consisting of padding the bottom of the panel with other items like file properties, ratings, etc.
Title: Re: GUI changes for v3.0
Post by: superstar19 on February 01, 2016, 03:01:41 AM
The way it should be working is MB defaults to Album and Tracks layout when you first drill down into an artist. You can change the layout to Artists or any other layout in the drill-down view. This setting is not persisted, so on the next restart the drill-down should revert to Album and Tracks. For the next update i have changed it so MB remembers the layout used on drill-down. There is also a bug where the layout used on drill-down overwrites the parent layout if you exit MB with the dtill-down active. Thats fixed.

If thats not the behavior you experience then i would need a link to your settings file (help/ support/ view settings)
What I'm trying to achieve is "Artist" layout when I first open, and then if I double click on an artist, I get the "Album Cover" layout instead of the Album and Tracks layout.  Even with the latest update, if I change the first drill down from Album and Tracks layout to Album Cover, when I go back to the top level, it is now showing Album Cover, but I want the top level to show always show Artist.

I have stored my settings file here:
https://www.dropbox.com/s/f4z4ki9xn4i4spl/MusicBee3Settings.ini?dl=0
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 01, 2016, 04:31:18 AM
I think it would be really awesome if the view menu at the top left of the main panel would show a tooltip stating which custom view (if any) you have applied. 
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 01, 2016, 04:50:53 AM
Just found this glitch in the Genre Categories window:

(http://i.imgur.com/PPEdGbD.png)
Title: Re: GUI changes for v3.0
Post by: phred on February 01, 2016, 03:37:21 PM
I think it would be really awesome if the view menu at the top left of the main panel would show a tooltip stating which custom view (if any) you have applied.
+1
Title: Re: GUI changes for v3.0
Post by: Steven on February 01, 2016, 07:17:13 PM
What I'm trying to achieve is "Artist" layout when I first open, and then if I double click on an artist, I get the "Album Cover" layout instead of the Album and Tracks layout.  Even with the latest update, if I change the first drill down from Album and Tracks layout to Album Cover, when I go back to the top level, it is now showing Album Cover, but I want the top level to show always show Artist.
yes you are right - its not working when the drill-down is the Albums layout (or custom views). Both issues are addressed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on February 01, 2016, 07:40:12 PM
I'm kind of weary of this change, but I'm willing try it out first to see how it looks.  Everything is nicely aligned with the text:
(http://1.t.imgbox.com/mjnQRseG.jpg) (http://imgbox.com/mjnQRseG)

I'm quite fond of how the track details tab is at this moment save for the slight cutting off of any text at the bottom of the panel for long comment sections (my max row span is 900 lines), but that's a minor detail with a workaround consisting of padding the bottom of the panel with other items like file properties, ratings, etc.
thats how i feel as well. I think i will undo the change
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 01, 2016, 08:21:10 PM
Buried somewhere in the 139 pages (and growing) of this post, someone did mention that the Random Skin entry is missing from
View> Skins
Is it possible to have it returned, please?
Title: Re: GUI changes for v3.0
Post by: redwing on February 01, 2016, 08:30:35 PM
I think it would be really awesome if the view menu at the top left of the main panel would show a tooltip stating which custom view (if any) you have applied.

How about displaying the custom view name for the selector button to avoid any confusions?
Title: Re: GUI changes for v3.0
Post by: Steven on February 01, 2016, 08:36:16 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- in track oriented panels, you can now start dragging on a blank area of the panel and files will be automatically selected as you drag over them. I believe thats standard windows behavior.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 01, 2016, 09:41:11 PM
I still don't think artist picture cropping, wherever it occurs - now playing, compact player, artist pictures..., works as well in 3.0 as it did in 2.5.
Is the old 1152 x 864 (4:3 ratio) scaling reference still being used?
Most screens are 16:9 ratio these days (although 16:10 is the preferred ratio).
Title: Re: GUI changes for v3.0
Post by: Steven on February 01, 2016, 10:04:58 PM
I still don't think artist picture cropping, wherever it occurs - now playing, compact player, artist pictures..., works as well in 3.0 as it did in 2.5.
Is the old 1152 x 864 (4:3 ratio) scaling reference still being used?
Most screens are 16:9 ratio these days (although 16:10 is the preferred ratio).
MB3 tries to ensure the panel is always filled so it depends on what scaling you are using for the MB panel. Of course some pictures dont fit so well. Maybe post a screenshot so i can see a bad example
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 01, 2016, 11:38:22 PM
I still don't think artist picture cropping, wherever it occurs - now playing, compact player, artist pictures..., works as well in 3.0 as it did in 2.5.
Is the old 1152 x 864 (4:3 ratio) scaling reference still being used?
Most screens are 16:9 ratio these days (although 16:10 is the preferred ratio).
MB3 tries to ensure the panel is always filled so it depends on what scaling you are using for the MB panel. Of course some pictures dont fit so well. Maybe post a screenshot so i can see a bad example

A couple of pics in compact player set to 840 x 525 (16:10)
(http://i.imgur.com/WzsGnRa.jpg) (http://imgur.com/WzsGnRa)
(http://i.imgur.com/xPFfmzG.jpg) (http://imgur.com/xPFfmzG)
(http://i.imgur.com/coFz1mS.jpg) (http://imgur.com/coFz1mS)
original images on web are wide enough not to need zooming in, cropping and filling

(http://i.imgur.com/w7ycaXk.jpg) (http://imgur.com/w7ycaXk)
portrait orientated pics should be centered with fill on both sides and not necessarily zoomed in.
Title: Re: GUI changes for v3.0
Post by: superstar19 on February 02, 2016, 12:26:55 AM
What I'm trying to achieve is "Artist" layout when I first open, and then if I double click on an artist, I get the "Album Cover" layout instead of the Album and Tracks layout.  Even with the latest update, if I change the first drill down from Album and Tracks layout to Album Cover, when I go back to the top level, it is now showing Album Cover, but I want the top level to show always show Artist.
yes you are right - its not working when the drill-down is the Albums layout (or custom views). Both issues are addressed for the next v3 update
Looks like it's working with the new patch.  Thanks!
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 02, 2016, 02:17:49 AM
MB3 v3.0.5874:

In the player controls (which is in the "top panel" in my setting), if I grab the volume slider marker and drag it to raise the volume, but then before I release the mouse button I continue to drag over to the Equalizer and DSP settings icon, and THEN release the mouse button, the Equalizer and DSP settings window will pop open. (The volume is correctly maximized however.)

And, once the Equalizer and DSP settings window is open, clicking the icon in the player controls again won't close the window like in MB 2.5. (Not sure if that was intentional behavior for MB3.)

Also, the word "Equalizer" is misspelled: on the window header is shows "Equaliser" - with an s instead of a z.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 02, 2016, 02:21:18 AM
I believe there is an American English language file available
Title: Re: GUI changes for v3.0
Post by: phred on February 02, 2016, 02:21:51 AM
Also, the word "Equalizer" is misspelled: on the window header is shows "Equaliser" - with an s instead of a z.
The spelling is correct for UK English.  Which is where Steven is from.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 02, 2016, 02:54:01 AM
I believe there is an American English language file available
Oh, I see. I had checked the language setting and saw it said "English". Didn't realize that meant English UK. But now I see there's an "English (US)" selection.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 02, 2016, 04:46:32 AM
Came across this error, steps to reproduce;
Open a new tab while the sidebars are hidden, create a new playlist from the auto-opened left sidebar.

MusicBee v3.0.5874.38174 (Win10.0), 2 Feb 2016 14:42:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=quEO1fplKOL043KHeQm3ncw==.#=q3TruWClZNl$8oYIjnL8dJQ==(#=qveDAOvgLPdWcOC5xAIAR_BCpFxO$518fDyg$hD59$WzqCFflLFJsLNXUoJaD$5TY #=qIU0qJK3l4M2QEFKe$HreKg==)
   at #=qqMazUzxbiJ8wC23ANBVbVZjozePuHjL7fjKkaH6f2DU=.#=qRZ92jERAG8H_Jt5nEJKVeg==(#=qxC8770vLtLm7MZ7wJL0XKQ== #=qD1gawmzG6d6iX$PgcYxHIA==)
   at MusicBee.MusicBeeMain.#=qFUo5j0DNsaqoyFACj1DwLCxa_v6gelihQt0TJ0$T_ZM=(#=qtgNff1RzNdG6D5i2gRhy$4nX_ob6ULPUCDk3soGAtcU= #=qx50FCmCADQ5uAGetEdp1UA==, String #=qRKzQvT$l$hBfLmV3gQ4guQ==, List`1 #=qOEU3DiRbRNvgYNxPSlRGeg==)
   at MusicBee.MusicBeeApplication.#=qnekbEoftJRya9PsqnPSyoA==.#=qrc880MMTC0lCoJ3W2OJNaA==(ApplicationCommand #=qqtGelIWwYClzHU3VEcG6VA==, Object #=q5s_XjWqWluNNI$5gw4rshA==, IList`1 #=qRDDZi9OjCiIuwqpBb_q6QQ==)
   at #=qjq8F3Wc761y_vuUSzffqa3diZizzQX2u3bwuGg2fty0=.OnClick(EventArgs #=qX26NGuDnenlluYdA23jv$g==)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: redwing on February 02, 2016, 11:48:35 AM
Highlighted playing track for main panel setting has never worked with color text. If you're not gonna support it, that color text option should be removed. People keep asking about that.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 02, 2016, 12:20:05 PM
When now playing bar, wavebar and spectrum visualiser are used in the main panel, they are not constrained to the central part (as per the panels configuration guide images) but extend under both the left main panel and right main panel.

This seems to be counter-productive of having those left/right panels set up to take advantage of the extra screen space of a wide screen.

When they indicate they're under the main panel area, shouldn't that be limited to those items that are grouped in the main panel section of the panels configuration?
Title: Re: GUI changes for v3.0
Post by: syldub on February 02, 2016, 02:32:24 PM
Highlighted playing track for main panel setting has never worked with color text. If you're not gonna support it, that color text option should be removed. People keep asking about that.

I may not understand what you saying. In the Now Playing panel, the currently played track can have a colored text (and if find this very useful).

I have this config :
(http://t.imgbox.com/SmIBVqD5.jpg) (http://i.imgbox.com/SmIBVqD5)
And the colored text works :
(http://t.imgbox.com/JahEyXYM.jpg) (http://i.imgbox.com/JahEyXYM)
Title: Re: GUI changes for v3.0
Post by: syldub on February 02, 2016, 02:40:12 PM
1.
Even if the Cover.jpg file is in the same Windows folder than the mp3, the album cover doesn't display automatically, even if I rescan the audio files.
For instance :
(http://t.imgbox.com/JahEyXYM.jpg) (http://i.imgbox.com/JahEyXYM)
(http://t.imgbox.com/QQEnz49c.jpg) (http://i.imgbox.com/QQEnz49c)
Though the album cover appears after some time (15 minutes ?).

2.
When right-clicking on a Windows explorer folder and then clicking on "Play with MusicBee", the audio files doesn't load and an error message is displayed :
(http://t.imgbox.com/iEONd50W.jpg) (http://i.imgbox.com/iEONd50W)
If I do the same from an audio files selection, it works.
Title: Re: GUI changes for v3.0
Post by: redwing on February 02, 2016, 03:15:08 PM
Highlighted playing track for main panel setting has never worked with color text. If you're not gonna support it, that color text option should be removed. People keep asking about that.

I may not understand what you saying. In the Now Playing panel, the currently played track can have a colored text (and if find this very useful).

I said "main panel" setting, the second one, which is a known issue for long: http://getmusicbee.com/forum/index.php?topic=11354.msg69271#msg69271
Title: Re: GUI changes for v3.0
Post by: HHM on February 02, 2016, 03:36:35 PM
Now Playing panel, Playlist view: hitting Enter does not work, it actually stops the music instead of playing selected track.

EDIT: same bug in Artist Picture view (playlist in the right sidebar).
Title: Re: GUI changes for v3.0
Post by: phred on February 02, 2016, 05:34:53 PM
Highlighted playing track for main panel setting has never worked with color text. If you're not gonna support it, that color text option should be removed. People keep asking about that.
I beg to differ.  It's worked for me in 2.5 and continues to work in 3.0.  See this recent post with screenshot  http://getmusicbee.com/forum/index.php?topic=17385.msg103603#msg103603
Title: Re: GUI changes for v3.0
Post by: hiccup on February 02, 2016, 05:48:30 PM
Highlighted playing track for main panel setting has never worked with color text. If you're not gonna support it, that color text option should be removed. People keep asking about that.
I beg to differ.  It's worked for me in 2.5 and continues to work in 3.0.  See this recent post with screenshot  http://getmusicbee.com/forum/index.php?topic=17385.msg103603#msg103603

I believe the issue is that when you select 'color text', the main panel does not jump to that track. So if the playing track is somewhere out of view (somewhere up or down in a long list), the panel does not jump to it.
It does when you have 'select track' instead of 'color text'.
Or does it do that in your setup in both cases?
Title: Re: GUI changes for v3.0
Post by: syldub on February 02, 2016, 06:27:50 PM
Highlighted playing track for main panel setting has never worked with color text. If you're not gonna support it, that color text option should be removed. People keep asking about that.

I may not understand what you saying. In the Now Playing panel, the currently played track can have a colored text (and if find this very useful).

I said "main panel" setting, the second one, which is a known issue for long: http://getmusicbee.com/forum/index.php?topic=11354.msg69271#msg69271

Colored playing track is working well in the Main Panel on my MusicBee:
(http://t.imgbox.com/4qXa5VP6.jpg) (http://i.imgbox.com/4qXa5VP6)
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 06:29:04 PM
I believe the issue is that when you select 'color text', the main panel does not jump to that track. So if the playing track is somewhere out of view (somewhere up or down in a long list), the panel does not jump to it.
It does when you have 'select track' instead of 'color text'.
thats exactly right. Trying now its the same with v2.5.
For v3, i will change it so MB does jump to the track
Title: Re: GUI changes for v3.0
Post by: syldub on February 02, 2016, 06:37:51 PM
I believe the issue is that when you select 'color text', the main panel does not jump to that track. So if the playing track is somewhere out of view (somewhere up or down in a long list), the panel does not jump to it.
It does when you have 'select track' instead of 'color text'.
thats exactly right. Trying now its the same with v2.5.
For v3, i will change it so MB does jump to the track

For v3, if you change it so MB does jump to the track, please add an option to be able to disable this feature, otherwise we will no more be able to browse/edit/manage our library freely during play (it will constantly jump at each song change).
I think the actual implementation is consistent:
- "coloring track" doesn't jump to the track
- "selecting track" jumps to the track (the same thing if we use the up/down keys to change selection: it jumps to the selection => this is a good design)
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 06:47:59 PM
For v3, if you change it so MB does jump to the track, please add an option to be able to disable this feature, otherwise we will no more be able to browse/edit/manage our library freely during play (it will constantly jump at each song change).
I think the actual implementation is consistent:
- "coloring track" doesn't jump to the track
- "selecting track" jumps to the track (the same thing if we use the up/down keys to change selection: it jumps to the selection => this is a good design)
yes i agree and you reminded me why it was done the way it was
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 06:48:48 PM
Came across this error, steps to reproduce;
Open a new tab while the sidebars are hidden, create a new playlist from the auto-opened left sidebar.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 06:50:12 PM
2.
When right-clicking on a Windows explorer folder and then clicking on "Play with MusicBee", the audio files doesn't load and an error message is displayed :
(http://t.imgbox.com/iEONd50W.jpg) (http://i.imgbox.com/iEONd50W)
If I do the same from an audio files selection, it works.
i cant reproduce this. Can you check the error log (help/ support/ view error log) and see if there is an entry at the time it happened
Title: Re: GUI changes for v3.0
Post by: hiccup on February 02, 2016, 07:08:03 PM
I think the actual implementation is consistent:
- "coloring track" doesn't jump to the track
- "selecting track" jumps to the track (the same thing if we use the up/down keys to change selection: it jumps to the selection => this is a good design)
yes i agree and you reminded me why it was done the way it was
[/quote]

In case in the future the configuration panels might get a little bit less crowded, it might be clearer if you could then separately activate 'jump to' and/or 'colour'

o  Put focus on playing track
         -   o  jump to the playing track
         -   o  colour the text of the playing track

Title: Re: GUI changes for v3.0
Post by: syldub on February 02, 2016, 07:35:07 PM
2.
When right-clicking on a Windows explorer folder and then clicking on "Play with MusicBee", the audio files doesn't load and an error message is displayed :
(http://t.imgbox.com/iEONd50W.jpg) (http://i.imgbox.com/iEONd50W)
If I do the same from an audio files selection, it works.
i cant reproduce this. Can you check the error log (help/ support/ view error log) and see if there is an entry at the time it happened

I can easily reproduce it. Here are the entries generated (I don't know why 2 similar lines are generated in ErrorLog.dat):
02/02/2016 20:33:07 - 6.3.9600.0 - 3.0.5875.37344 - url: G:\_Downloads - BitTorrent\_Finished\_Zique\ACDC - 2009 - Backtracks (2CD)\CD2\201-acdc-dirty_deeds_done_dirt_cheap_(live).mp3
System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qz2FGC3yt9prorKVoKennX4C_X015Lrde61kf5M9HUI0=.#=qjXjTNjtIEWbWTtgah2Fygg==.#=qwQ0A19NU$lx$Dn4uEGLUZw==(#=qyS7ilwsiSdrLmh7CCu5u_w== #=qv7MCrbQdFNILJWKA2ASh3Q==, #=qtfKC9qunP_WYAusHqxYocA== #=qyc07mn4B86bTLb3hX6eU4Q==, Boolean #=q$BaJgAbz_8SwV69Q8RUGkg==)
   at #=qz2FGC3yt9prorKVoKennX4C_X015Lrde61kf5M9HUI0=.#=qmbXxLv$qtncCQ7CgUkDGBQ==(#=qjXjTNjtIEWbWTtgah2Fygg== #=qPVs0AiR31K6y7T1E4TvB9w==, #=qPOwcr1WFWL8q8SDFTBEu_h2WjCF7JG7_rbyioUUlw0E= #=qDeyrhpI1RDQsp1cSFcXpDg==, Boolean #=qC$syG3nMKn$z_Vcwng8Frg==, Boolean #=qPpWrmk2ePgNNtTi9S46pSQ==, Boolean #=qUquQYiLrJeU$SqMJaaycXjUWkZRatcZ5Qi0BGRF0KdA=, Boolean #=qCpofoaetl94sSkn2gS2Ijg==, Int32 #=qoNKImF0ynKIpyVAVLYDtmw0j6RH_I$KypSuCrjWJSJk=)
   at #=qz2FGC3yt9prorKVoKennX4C_X015Lrde61kf5M9HUI0=.#=qZHJBzJ1sHayV3NGE_bNKxQ==(Object #=qrtSkxDEmOHNR9_2vfm6tRw==)

02/02/2016 20:33:07 - 6.3.9600.0 - 3.0.5875.37344 - url: G:\_Downloads - BitTorrent\_Finished\_Zique\ACDC - 2009 - Backtracks (2CD)\CD2\201-acdc-dirty_deeds_done_dirt_cheap_(live).mp3
System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qz2FGC3yt9prorKVoKennX4C_X015Lrde61kf5M9HUI0=.#=qjXjTNjtIEWbWTtgah2Fygg==.#=qwQ0A19NU$lx$Dn4uEGLUZw==(#=qyS7ilwsiSdrLmh7CCu5u_w== #=qv7MCrbQdFNILJWKA2ASh3Q==, #=qtfKC9qunP_WYAusHqxYocA== #=qyc07mn4B86bTLb3hX6eU4Q==, Boolean #=q$BaJgAbz_8SwV69Q8RUGkg==)
   at #=qz2FGC3yt9prorKVoKennX4C_X015Lrde61kf5M9HUI0=.#=qmbXxLv$qtncCQ7CgUkDGBQ==(#=qjXjTNjtIEWbWTtgah2Fygg== #=qPVs0AiR31K6y7T1E4TvB9w==, #=qPOwcr1WFWL8q8SDFTBEu_h2WjCF7JG7_rbyioUUlw0E= #=qDeyrhpI1RDQsp1cSFcXpDg==, Boolean #=qC$syG3nMKn$z_Vcwng8Frg==, Boolean #=qPpWrmk2ePgNNtTi9S46pSQ==, Boolean #=qUquQYiLrJeU$SqMJaaycXjUWkZRatcZ5Qi0BGRF0KdA=, Boolean #=qCpofoaetl94sSkn2gS2Ijg==, Int32 #=qoNKImF0ynKIpyVAVLYDtmw0j6RH_I$KypSuCrjWJSJk=)
   at #=qz2FGC3yt9prorKVoKennX4C_X015Lrde61kf5M9HUI0=.#=qZHJBzJ1sHayV3NGE_bNKxQ==(Object #=qrtSkxDEmOHNR9_2vfm6tRw==)
Title: Re: GUI changes for v3.0
Post by: ankor on February 02, 2016, 07:40:29 PM
For v3, if you change it so MB does jump to the track, please add an option to be able to disable this feature, otherwise we will no more be able to browse/edit/manage our library freely during play (it will constantly jump at each song change).
I think the actual implementation is consistent:
- "coloring track" doesn't jump to the track
- "selecting track" jumps to the track (the same thing if we use the up/down keys to change selection: it jumps to the selection => this is a good design)
yes i agree and you reminded me why it was done the way it was
very good, very good...got me scared there for a moment the main panel was going to be jumping all around lol...having the option -excellent!
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 07:50:17 PM
I can easily reproduce it. Here are the entries generated (I don't know why 2 similar lines are generated in ErrorLog.dat):
i will need your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 07:58:55 PM
In the player controls (which is in the "top panel" in my setting), if I grab the volume slider marker and drag it to raise the volume, but then before I release the mouse button I continue to drag over to the Equalizer and DSP settings icon, and THEN release the mouse button, the Equalizer and DSP settings window will pop open. (The volume is correctly maximized however.)

And, once the Equalizer and DSP settings window is open, clicking the icon in the player controls again won't close the window like in MB 2.5. (Not sure if that was intentional behavior for MB3.)
those are fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 07:59:44 PM
Now Playing panel, Playlist view: hitting Enter does not work, it actually stops the music instead of playing selected track.

EDIT: same bug in Artist Picture view (playlist in the right sidebar).
thats fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: hiccup on February 02, 2016, 08:14:20 PM
1.
It might be good to limit how small you can drag the left sidebar:
(http://i.imgur.com/tV6HxBqs.jpg) (http://i.imgur.com/tV6HxBq.png)

2.
I had the thumbnail browser panel on the right of this sidebar, and was able to drag it completely to the left, and removed it out of sight (under the left sidebar), and could not drag it back anymore.
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 08:17:20 PM
2.
I had the thumbnail browser panel on the right of this sidebar, and was able to drag it completely to the left, and removed it out of sight (under the left sidebar), and could not drag it back anymore.
using the version from yesterday?
Title: Re: GUI changes for v3.0
Post by: hiccup on February 02, 2016, 08:44:11 PM
2.
I had the thumbnail browser panel on the right of this sidebar, and was able to drag it completely to the left, and removed it out of sight (under the left sidebar), and could not drag it back anymore.
using the version from yesterday?

Yes.
(and just re-downloaded it to be very certain)

edit:

having these settings:
(http://i.imgur.com/yH8hRors.jpg) (http://i.imgur.com/yH8hRor.png)
Title: Re: GUI changes for v3.0
Post by: redwing on February 02, 2016, 09:11:12 PM
For v3, if you change it so MB does jump to the track, please add an option to be able to disable this feature, otherwise we will no more be able to browse/edit/manage our library freely during play (it will constantly jump at each song change).
I think the actual implementation is consistent:
- "coloring track" doesn't jump to the track
- "selecting track" jumps to the track (the same thing if we use the up/down keys to change selection: it jumps to the selection => this is a good design)
yes i agree and you reminded me why it was done the way it was

I wouldn't say it's consistent because with color text option now playing panel jumps but main panel doesn't.
Here selecting, jumping and coloring means all different things, and I always thought jumping is essential but now I agree it's not necessarily.
Maybe all those options could be offered for each panel.
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 09:22:37 PM
When right-clicking on a Windows explorer folder and then clicking on "Play with MusicBee", the audio files doesn't load and an error message is displayed :
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 02, 2016, 10:14:20 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- also fixed is some incorrect changing of the default artwork view to/from artists/albums when different navigator nodes used the artwork layout
Title: Re: GUI changes for v3.0
Post by: syldub on February 02, 2016, 11:11:55 PM
I can easily reproduce it. Here are the entries generated (I don't know why 2 similar lines are generated in ErrorLog.dat):
i will need your settings file (help/ support/ view settings)
Sent by PM
Title: Re: GUI changes for v3.0
Post by: Arathon on February 03, 2016, 10:57:31 AM
I have some suggestion for the Music Explorer which I'm loving, it's like having a locally version of spotify (with the help of my 60k tracks :D :
- Use the album artist instead of artist or choose only the first one, sometimes there are multiple artist as "Modeselektor And Thom Yorke" and it will give no results for similar artist.
- "Global search of similar artists": I like using the "similar artist" results and it would be useful if there is an option to search this for all available artist and cache them so they would be available even when someone is offline. Unfortunately sometimes I don't have internet and this would help a lot.

t
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 03, 2016, 02:34:39 PM
I have both Track Information (Details) and Artist Picture stacked (as tabs) in the right sidebar.  Everything displays properly in the right sidebar when I click on Track Information (Details), but nothing shows when I click on Artist Picture.  It just refuses to show and collapses everything from below up to the top.  Am I missing something? Thanks!
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 03, 2016, 02:44:00 PM
I ran into some wonkiness last night with the Playlists.  I have many of my playlists in folders.   I was trying to create a new auto-playlist within an existing folder.  I right-clicked on the folder name, then selected New-->New Auto-Playlist.  This brought up a dialog box where I could name my new auto-playlist.  Within seconds, this dialog box disappeared before I could actually type a name, and it took me to the settings box for that new auto-playlist.  So I went ahead and set the parameters for the new auto-playlist and hit Save.   Then I checked my playlists and the new auto-playlist that I just created did not exist.

So I navigated in Windows Explorer to my playlists folder and discovered that MB3 had created a blank xautopf file in my playlist folder, which essentially assigned my auto-playlist settings to the playlist folder (which I didn't know was possible).  The only way I could get rid of theses settings on the playlist folder was to close MB3, delete the entire folder in Windows Explorere and then reopen MB3.  This was reproducible.  The only way I could create the new auto-playlist that I wanted was to do it in MB 2.5.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 03, 2016, 03:08:30 PM
Possible bug;
With the thumb browser displaying "sort album artist" (which is strangely hidden under 'custom tags'), no artist pictures are loaded at all.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 03, 2016, 03:11:51 PM
Possible bug;
With the thumb browser displaying "sort album artist" (which is strangely hidden under 'custom tags'), no artist pictures are loaded at all.

Sort Album Artist is a custom tag.  But that doesn't help with the artist picture problem.  :)
Title: Re: GUI changes for v3.0
Post by: Alumni on February 03, 2016, 03:46:21 PM
Sort Album Artist is a custom tag.  But that doesn't help with the artist picture problem.  :)

I never thought of it as a custom tag, since it's available in the main panel grouping options.
Title: Re: GUI changes for v3.0
Post by: Steven on February 03, 2016, 06:16:23 PM
Possible bug;
With the thumb browser displaying "sort album artist" (which is strangely hidden under 'custom tags'), no artist pictures are loaded at all.
i guess it might not be obvious it is actually a custom tag. For the artist pictures, i assume whats going on is MB is looking for "Beatles, The" and doesnt find any image matches, so i would need to put in some handling for that
Title: Re: GUI changes for v3.0
Post by: Steven on February 03, 2016, 06:49:09 PM
I have both Track Information (Details) and Artist Picture stacked (as tabs) in the right sidebar.  Everything displays properly in the right sidebar when I click on Track Information (Details), but nothing shows when I click on Artist Picture.  It just refuses to show and collapses everything from below up to the top.  Am I missing something? Thanks!
thats fixed for the next update.
Title: Re: GUI changes for v3.0
Post by: Steven on February 03, 2016, 06:52:07 PM
I ran into some wonkiness last night with the Playlists.  I have many of my playlists in folders.   I was trying to create a new auto-playlist within an existing folder.  I right-clicked on the folder name, then selected New-->New Auto-Playlist.  This brought up a dialog box where I could name my new auto-playlist.  Within seconds, this dialog box disappeared before I could actually type a name, and it took me to the settings box for that new auto-playlist.  So I went ahead and set the parameters for the new auto-playlist and hit Save.   Then I checked my playlists and the new auto-playlist that I just created did not exist.
if you have your left sidebar hidden then that bug should have been fixed in yesterday's update
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 03, 2016, 07:05:19 PM
I can't rate tracks from the playlist view. small screencast (youtube) (https://www.youtube.com/watch?v=1RDaNVSpDyw)
Title: Re: GUI changes for v3.0
Post by: Steven on February 03, 2016, 07:15:17 PM
I can't rate tracks from the playlist view. small screencast (youtube) (https://www.youtube.com/watch?v=1RDaNVSpDyw)
are you using the version from yesterday?
if so, what do you mean by "playlist view" - in your video you are doing this in the search results and that works fine for me
Title: Re: GUI changes for v3.0
Post by: AvikB on February 03, 2016, 07:32:03 PM
found one UI bug:
(http://i.imgur.com/AX8rCcz.jpg)

 when you try to rate a slected track in playlist(with medium artwork), the star aligns to the top, which shouldn't be the case, same for the + sign with genre.
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 03, 2016, 09:35:41 PM
are you using the version from yesterday?
if so, what do you mean by "playlist view" - in your video you are doing this in the search results and that works fine for me
If I'm in the Now Playing tab using the Playlist view, I have the same issue. And yes, I'm using build 5876.
Title: Re: GUI changes for v3.0
Post by: Steven on February 03, 2016, 09:53:41 PM
If I'm in the Now Playing tab using the Playlist view, I have the same issue. And yes, I'm using build 5876.
very strange. If you send me your settings file i will take a look some more (help/ support/ view settings file)
Title: Re: GUI changes for v3.0
Post by: Steven on February 03, 2016, 09:54:16 PM
when you try to rate a slected track in playlist(with medium artwork), the star aligns to the top, which shouldn't be the case, same for the + sign with genre.
thats fixed now - usual download link
Title: Re: GUI changes for v3.0
Post by: AvikB on February 03, 2016, 10:42:26 PM
when you try to rate a slected track in playlist(with medium artwork), the star aligns to the top, which shouldn't be the case, same for the + sign with genre.
thats fixed now - usual download link
thanks :)
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 04, 2016, 03:16:35 AM
I ran into some wonkiness last night with the Playlists.  I have many of my playlists in folders.   I was trying to create a new auto-playlist within an existing folder.  I right-clicked on the folder name, then selected New-->New Auto-Playlist.  This brought up a dialog box where I could name my new auto-playlist.  Within seconds, this dialog box disappeared before I could actually type a name, and it took me to the settings box for that new auto-playlist.  So I went ahead and set the parameters for the new auto-playlist and hit Save.   Then I checked my playlists and the new auto-playlist that I just created did not exist.
if you have your left sidebar hidden then that bug should have been fixed in yesterday's update

Yes, I can confirm the fix.
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 04, 2016, 03:17:03 AM
I have both Track Information (Details) and Artist Picture stacked (as tabs) in the right sidebar.  Everything displays properly in the right sidebar when I click on Track Information (Details), but nothing shows when I click on Artist Picture.  It just refuses to show and collapses everything from below up to the top.  Am I missing something? Thanks!
thats fixed for the next update.
Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on February 04, 2016, 03:22:08 AM
The differences is that still you can make sidebars disappear temporarily but resizing a bit instantly recovers sidebars. Previously it didn't. Maybe you could consider not allowing any panels to disappear by resizing other panels.

This still happens by dragging side borders of left/right main panels & vertical column browser.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 04, 2016, 03:59:02 AM
i guess it might not be obvious it is actually a custom tag. For the artist pictures, i assume whats going on is MB is looking for "Beatles, The" and doesnt find any image matches, so i would need to put in some handling for that

On the subject of 'sort album artist', if you have some spare moments could you look at the column browser?
When displaying this field in conjunction with 'ignore prefixes' the behavior is inconsistent compared with the main panel.
The problem I have is prefixes such as 'The...' are not being ignored when 'sort album artist' is used, but this only applies to the column browser, the main panel is able to sort/group and recognize prefixes correctly at the same time.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 04, 2016, 04:24:08 PM
I just noticed a bug with the latest version - playlists refuse to display artist view, all other views are fine.
Can anyone else confirm? I'll send my settings file.

Edit: It's a bit more complicated than I thought. I was able to force artist view by changing the smart playlist view from 'default' to 'artists', and that worked - but when I changed it back to 'default' it's now stuck on artists and won't change views to album covers.
Title: Re: GUI changes for v3.0
Post by: EffenBlue on February 04, 2016, 05:07:36 PM
I just noticed a bug with the latest version - playlists refuse to display artist view, all other views are fine.
Can anyone else confirm? I'll send my settings file.


Yep, in 5877 right? I just came to see if something had changed and saw your post. I tried to change to artist but it goes right back to album cover.
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 06:15:51 PM
@Alumni & EffenBlue, yes a small mistake from yesterday's version. Its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 06:46:27 PM
On the subject of 'sort album artist', if you have some spare moments could you look at the column browser?
When displaying this field in conjunction with 'ignore prefixes' the behavior is inconsistent compared with the main panel.
The problem I have is prefixes such as 'The...' are not being ignored when 'sort album artist' is used, but this only applies to the column browser, the main panel is able to sort/group and recognize prefixes correctly at the same time.
i cant see anything wrong. When using Sort Artist or Sort Album Artist, MB first uses any override entered into the relevant custom tag. If its blank, then MB applies the "ignore prefixes" rule to the artist or album artist. So "The Future Sound of London" becomes "Future Sound of London, The"
Is it not doing that for you? I suggest you check if any value has been entered into the custom tag first
Title: Re: GUI changes for v3.0
Post by: Alumni on February 04, 2016, 06:56:44 PM
i cant see anything wrong. When using Sort Artist or Sort Album Artist, MB first uses any override entered into the relevant custom tag. If its blank, then MB applies the "ignore prefixes" rule to the artist or album artist. So "The Future Sound of London" becomes "Future Sound of London, The"
Is it not doing that for you? I suggest you check if any value has been entered into the custom tag first

Maybe this screenshot will help explain what I mean, see for example "The 5th Dimension" in the column browser, which is filed under the letter T. In the main panel, the artist appears near the top of the library, starting with the number 5. Both panels are using the sort album artist field, so shouldn't it be sorted in the same manner?

(http://i.imgur.com/i8nrkOE.jpg) (http://i.imgur.com/i8nrkOE.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 07:03:06 PM
can you check whether there is a value entered in the Sort Album Artist or Sort Artist tag?
I agree they should be consistent but i would say the bug is in the Artwork panel (assuming you have "The 5th Dimension" as the value in either of the sort custom tags
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 07:05:07 PM
I can't rate tracks from the playlist view. small screencast (youtube) (https://www.youtube.com/watch?v=1RDaNVSpDyw)
you have disabled "enable direct editing of tags in the main panel" in the Tags(2) preferences.
However i see that v2.5 allows rating to be set even when that setting is used so i will correct that
Title: Re: GUI changes for v3.0
Post by: Alumni on February 04, 2016, 07:15:42 PM
can you check whether there is a value entered in the Sort Album Artist or Sort Artist tag?
I agree they should be consistent but i would say the bug is in the Artwork panel (assuming you have "The 5th Dimension" as the value in either of the sort custom tags

In my case every artist name containing a prefix has a custom sort album artist tag set, this serves two purposes; to display the artist name normally (without the prefix at the end), and to group similarly named artists together for convenience. It occurs to me I might be using the field contrary to the way it was intended to be used.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 04, 2016, 07:29:16 PM
can you check whether there is a value entered in the Sort Album Artist or Sort Artist tag?
I agree they should be consistent but i would say the bug is in the Artwork panel (assuming you have "The 5th Dimension" as the value in either of the sort custom tags

In my case every artist name containing a prefix has a custom sort album artist tag set, this serves two purposes; to display the artist name normally (without the prefix at the end), and to group similarly named artists together for convenience. It occurs to me I might be using the field contrary to the way it was intended to be used.

Yeah, MusicBee will take anything entered in that field as an.override for the normal "$sort" behavior
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 07:36:07 PM
The differences is that still you can make sidebars disappear temporarily but resizing a bit instantly recovers sidebars. Previously it didn't. Maybe you could consider not allowing any panels to disappear by resizing other panels.
This still happens by dragging side borders of left/right main panels & vertical column browser.
1.
It might be good to limit how small you can drag the left sidebar:

2.
I had the thumbnail browser panel on the right of this sidebar, and was able to drag it completely to the left, and removed it out of sight (under the left sidebar), and could not drag it back anymore.
i have finally been able to reproduce this and should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Alumni on February 04, 2016, 07:49:26 PM
Yeah, MusicBee will take anything entered in that field as an.override for the normal "$sort" behavior

That makes sense. So I should be leaving the sort field blank when it comes to prefixes?
Still it is strange that the behavior differs between these panels.
Title: Re: GUI changes for v3.0
Post by: redwing on February 04, 2016, 07:55:15 PM
Album & Tracks view has unnecessary "group by" setting from panel header, which doesn't work understandably.
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 08:00:49 PM
i have corrected the sorting behavior for the Artist layout when Sort Artist, Sort Album Artist and Sort Composer are used. It should now be consistent with other panels.
For other views such as Album and Tracks/ Track Details it should already correctly sort
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 08:39:19 PM
Album & Tracks view has unnecessary "group by" setting from panel header, which doesn't work understandably.
thats now removed for the Album and Tracks layout
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 08:46:07 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- for the thumb browser panel and for the main panel, when an artist is displayed and there is no artist picture, MB now shows one of the album covers
- also for the thumb browser, when grouped by genre, genre category or custom tags, one of the album covers is displayed is there is no (genre) override picture available
Title: Re: GUI changes for v3.0
Post by: Alumni on February 04, 2016, 08:56:38 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- for the thumb browser panel and for the main panel, when an artist is displayed and there is no artist picture, MB now shows one of the album covers
- also for the thumb browser, when grouped by genre, genre category or custom tags, one of the album covers is displayed is there is no (genre) override picture available

Awesome, all working perfectly for me, thanks very much! By the way I did notice a bug with the thumb browser, when you change views in the main panel, sometimes the thumb browser will refresh but it doesn't load all the content properly, for example the pictures won't show until you manually press refresh.

Edit: Took some screenshots. First image = as per normal. Second and third images = panel refresh bug.

http://i.imgur.com/RRr6VG8.jpg

http://i.imgur.com/UwIzOkr.jpg

http://i.imgur.com/YOHSU7T.jpg
Title: Re: GUI changes for v3.0
Post by: redwing on February 04, 2016, 09:33:58 PM
- Say you have 3 tracks with no artist & no album artist and 2 tracks with artist but no album artist.
Thumbnail browser grouped by album artist shows under "Empty" item only "3 tracks" but correctly displays 5 tracks in the main panel.

(http://i.imgur.com/wwHdnOI.png)

- Tickboxes were lately added in front of "available elements" in panel editor. But if you click on tickbox, no indicators show up. Could be useful if they still show up, then the user could drag the item instead of just releasing the mouse button.
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 09:55:28 PM
- Say you have 3 tracks with no artist & no album artist and 2 tracks with artist but no album artist.
Thumbnail browser grouped by album artist shows under "Empty" item only "3 tracks" but correctly displays 5 tracks in the main panel.
i'm not sure i agree that the two Adele tracks should show in the main as they will also show when you click on Adele. They would not have in 2.5 so i am inclined to correct the main panel filter
Title: Re: GUI changes for v3.0
Post by: redwing on February 04, 2016, 10:01:15 PM
- Say you have 3 tracks with no artist & no album artist and 2 tracks with artist but no album artist.
Thumbnail browser grouped by album artist shows under "Empty" item only "3 tracks" but correctly displays 5 tracks in the main panel.
i'm not sure i agree that the two Adele tracks should show in the main as they will also show when you click on Adele. They would not have in 2.5 so i am inclined to correct the main panel filter

I think in this case Adele shouldn't be listed. All tracks 5 & empty 5. Please don't remove the feature as it's quite useful filtering to tracks with no album artist tag.

Edit: On second thought, you have a point. Many people won't tag album artist at all. Just make it consistent either way.
Title: Re: GUI changes for v3.0
Post by: Steven on February 04, 2016, 10:05:33 PM
I did notice a bug with the thumb browser, when you change views in the main panel, sometimes the thumb browser will refresh but it doesn't load all the content properly, for example the pictures won't show until you manually press refresh.
i have made a change for this. If you see it happen again after the next update (its available now) then please let me know
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 05, 2016, 12:58:02 AM
something has gone horribly wrong with the podcasts panel after the last update !!!

(http://i.cubeupload.com/9h5seA.jpg)
Title: Re: GUI changes for v3.0
Post by: syldub on February 05, 2016, 04:49:23 AM
I can't rate tracks from the playlist view. small screencast (youtube) (https://www.youtube.com/watch?v=1RDaNVSpDyw)
you have disabled "enable direct editing of tags in the main panel" in the Tags(2) preferences.
However i see that v2.5 allows rating to be set even when that setting is used so i will correct that

I didn't dare asking it again, it's so good to have reimplemented this behavior (I rate all my music using MB3, but I do all the other tags edition externally, so apart rating I don't want to do tag changes in MB3).
But maybe some people would also like to lock the rating tag editing as well. Maybe a specific option to "enable editing rating tag" could be shown when the "enable direct editing of tags in the main panel" option is unchecked.
Title: Re: GUI changes for v3.0
Post by: Steven on February 05, 2016, 07:03:05 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

update for anyone having problems with the podcast panel
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on February 05, 2016, 04:39:23 PM
Couple of new bugs:
(see the gif http://imgur.com/dSsIOul)

1. (MBv3 specific) When minimized to MiniPlayer and when track list in MiniPlayer is shown after resizing and minimizing MB again MiniPlayer won't go back to where it was (bottom right at this time), it's position is shifted up as much as of hight of track list.

2. At the beginning of gif notice how track position time is not even near the mouse cursor on Wavebar, that issue is present for some time now, no issue on MBv2.5 though.

3. That song is marked as having no lyrics, but in lyrics field next to artist picture it's just blank. It was better on MBv2.5 where in lyrics field stated:

- NO LYRICS if user marked song as such
- NO LYRICS FOUND if status is not clear whether it failed to find lyrics or the song contains none and isn't properly marked by the user

This BLANK is kind of confusing behavior.

And just one question, is there a way to prevent this weired possibility to edit song attributes/tags trough the playing tracks list when slowly double-clicked? It is Windows Explorer behavior, but I think it's not very convenient here, at least not for me. So, if there is no way right now, there should be in the future releases of MB a way of disabling this if user wants to.
Title: Re: GUI changes for v3.0
Post by: Mr. Trev on February 05, 2016, 05:27:15 PM
A bug I've found…
using the auto playlists, condition "is any of". when you click the drop down menu to select the ones you want as soon as you click on one, the drop down menu closes.

eg: auto playlist - genre is any of <aac,alac>. as soon as I click on aac, the drop menu closes and I have to reopen it again to select alac. In 2.x you could select all the choices you need before chosing the drop menu
Title: Re: GUI changes for v3.0
Post by: Steven on February 05, 2016, 06:17:06 PM
1. (MBv3 specific) When minimized to MiniPlayer and when track list in MiniPlayer is shown after resizing and minimizing MB again MiniPlayer won't go back to where it was (bottom right at this time), it's position is shifted up as much as of hight of track list.

2. At the beginning of gif notice how track position time is not even near the mouse cursor on Wavebar, that issue is present for some time now, no issue on MBv2.5 though.

3. That song is marked as having no lyrics, but in lyrics field next to artist picture it's just blank. It was better on MBv2.5 where in lyrics field stated:

- NO LYRICS if user marked song as such
- NO LYRICS FOUND if status is not clear whether it failed to find lyrics or the song contains none and isn't properly marked by the user

This BLANK is kind of confusing behavior.

And just one question, is there a way to prevent this weired possibility to edit song attributes/tags trough the playing tracks list when slowly double-clicked? It is Windows Explorer behavior, but I think it's not very convenient here, at least not for me. So, if there is no way right now, there should be in the future releases of MB a way of disabling this if user wants to.
1. thats fixed for next update
2. if the wavebar is made extra large then yes i see the gap is too large so i will improve that
3. thats intentional
to disable in-panel tag editing, disable it in the Tags(2) preferences
Title: Re: GUI changes for v3.0
Post by: Steven on February 05, 2016, 06:39:12 PM
A bug I've found…
using the auto playlists, condition "is any of". when you click the drop down menu to select the ones you want as soon as you click on one, the drop down menu closes.
thats been addressed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: sleepless on February 05, 2016, 07:16:20 PM
In the 'Now Playing' tab, it's possible to hide/display the left sidebar/navigation panel., but not the right.  We can choose to hide/display the 'Now Playing' embedded sidebar from within the settings, but not the right sidebar from the main display. In v2.5 this was possible to do using the 'Playing Tracks' tab:
(http://s12.postimg.org/x1zyl9cnd/Image_7.jpg) (http://postimg.org/image/x1zyl9cnd/)

I would really appreciate it if this was possible in v3. It was the only way I found I could display both large rotating album art AND artist pictures together.
Title: Re: GUI changes for v3.0
Post by: redwing on February 05, 2016, 07:55:18 PM
With a certain setup, 1px glitch appears between left sidebar & main panel when on radio or music explorer node: http://i.imgur.com/2Pr4ggB.png
To reproduce, select library or inbox node and then select radio or music explorer node (PMed settings file).
Title: Re: GUI changes for v3.0
Post by: redwing on February 05, 2016, 09:39:25 PM
Just tried a fresh installation of MB3, and it wasn't clear how to make left sidebar permanently show up.
If you go to preferences, nothing there to show the sidebar in layout section. Even on panel editor, it's not still obvious how to enable the left sidebar. Tried to add new elements to there, but it doesn't make the sidebar show up. Is it intended for users to open override tab settings and adjust the left sidebar setting to show?
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 06, 2016, 02:06:46 AM
MB3 v3.0.5879:

Q: In Layout(1) -> top panel -> progress bar: Is there suppose to be a difference between "progress bar above play controls" and "progress bar on bottom"?
I ask because it appears that "progress bar above play controls" places the progress bar below the play controls - the same as "progress bar on bottom".
Title: Re: GUI changes for v3.0
Post by: Steven on February 06, 2016, 08:07:26 AM
Q: In Layout(1) -> top panel -> progress bar: Is there suppose to be a difference between "progress bar above play controls" and "progress bar on bottom"?
I ask because it appears that "progress bar above play controls" places the progress bar below the play controls - the same as "progress bar on bottom".
those settings dont apply for bitmap skins. I will put in a warning message
Title: Re: GUI changes for v3.0
Post by: redwing on February 06, 2016, 08:44:50 AM
Q: In Layout(1) -> top panel -> progress bar: Is there suppose to be a difference between "progress bar above play controls" and "progress bar on bottom"?
I ask because it appears that "progress bar above play controls" places the progress bar below the play controls - the same as "progress bar on bottom".
those settings dont apply for bitmap skins. I will put in a warning message

As the op pointed out, there's an unnecessary option only in pref/layout(1) section. That option doesn't exist on the context menu of player on top.
Title: Re: GUI changes for v3.0
Post by: Steven on February 06, 2016, 10:15:47 AM
With a certain setup, 1px glitch appears between left sidebar & main panel when on radio or music explorer node: http://i.imgur.com/2Pr4ggB.png
To reproduce, select library or inbox node and then select radio or music explorer node (PMed settings file).
thats fixed for the next update

Just tried a fresh installation of MB3, and it wasn't clear how to make left sidebar permanently show up.
If you go to preferences, nothing there to show the sidebar in layout section. Even on panel editor, it's not still obvious how to enable the left sidebar. Tried to add new elements to there, but it doesn't make the sidebar show up. Is it intended for users to open override tab settings and adjust the left sidebar setting to show?
i will make a small change so the left and right sidebar hide options always display
Title: Re: GUI changes for v3.0
Post by: redwing on February 06, 2016, 10:34:41 AM
Also consider adding "Arrange Panels" command under View main menu. If I were a new user, that'd be the first place I would check.
Title: Re: GUI changes for v3.0
Post by: Steven on February 06, 2016, 12:49:20 PM
In the 'Now Playing' tab, it's possible to hide/display the left sidebar/navigation panel., but not the right.  We can choose to hide/display the 'Now Playing' embedded sidebar from within the settings, but not the right sidebar from the main display. In v2.5 this was possible to do using the 'Playing Tracks' tab:
]http://s12.postimg.org/x1zyl9cnd/Image_7.jpg (http://postimg.org/image/x1zyl9cnd/)

I would really appreciate it if this was possible in v3. It was the only way I found I could display both large rotating album art AND artist pictures together.
i will probably make this change but it might not be until later next week
Title: Re: GUI changes for v3.0
Post by: Steven on February 06, 2016, 04:07:36 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- now supports docking the (vertically oriented) Column Browser to the left of the Thumbnail Browser. To do this, the Thumb Browser can now be dragged into the main panel. Keep in mind the Column Browser needs to be vertically oriented
Title: Re: GUI changes for v3.0
Post by: indecisive_bird on February 06, 2016, 05:21:44 PM
I found a little bug. I can't sort by album in the Album and Tracks view, instead it selects all the tracks in my library. All the other sort options (Artist, Title, rating, etc.) work just fine. If I click on any of those and then want to go back to sorting my albums, the only way is to right click where it says Album then Sort By -> Album. This problem does not happen in the Tracks view.

Here are some images to show what I mean:

(http://i.imgur.com/O92OUd2.png)

(http://i.imgur.com/WGC3xnf.png)

Side note, can anyone tell me how to make those gifs I see here to better illustrate problems?
Title: Re: GUI changes for v3.0
Post by: Steven on February 06, 2016, 05:26:42 PM
I found a little bug. I can't sort by album in the Album and Tracks view, instead it selects all the tracks in my library. All the other sort options (Artist, Title, rating, etc.) work just fine. If I click on any of those and then want to go back to sorting my albums, the only way is to right click where it says Album then Sort By -> Album. This problem does not happen in the Tracks view.
That is intended behavior but i will change it so clicking the Artwork column selects all tracks and clicking Album sorts - currently its the other way around
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 06, 2016, 10:00:56 PM
Also consider adding "Arrange Panels" command under View main menu. If I were a new user, that'd be the first place I would check.
Yes, I think this is logical.
Title: Re: GUI changes for v3.0
Post by: ankor on February 07, 2016, 12:07:43 AM
Also consider adding "Arrange Panels" command under View main menu. If I were a new user, that'd be the first place I would check.
Yes, I think this is logical.
+1 but instead placed in Edit menu under Preferences (it's like an extension of Preferences)
Title: Re: GUI changes for v3.0
Post by: redwing on February 07, 2016, 12:17:42 AM
The command was already added to the latest version (under View menu).
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 07, 2016, 04:06:07 AM
Q: In Layout(1) -> top panel -> progress bar: Is there suppose to be a difference between "progress bar above play controls" and "progress bar on bottom"?
I ask because it appears that "progress bar above play controls" places the progress bar below the play controls - the same as "progress bar on bottom".
those settings dont apply for bitmap skins. I will put in a warning message

As the op pointed out, there's an unnecessary option only in pref/layout(1) section. That option doesn't exist on the context menu of player on top.

Think we need a few pics to get this right.
using patch 3.0.5880.32688
as per op, superfluous option in preferences menu for all skins
(http://i.imgur.com/6rSqw17.jpg)

as it's not supported and doesn't show in right-click player bar menu when on top
(http://i.imgur.com/uvQ4Ub6.jpg)

on bitmap skins, player bar top or bottom, all options except one have been removed
(http://i.imgur.com/SXqU4Bn.jpg)

while you can change most of those other options for bitmap skins via the right-click menu, adjusting the font is now a lot more complicated without the preferences option.
Title: Re: GUI changes for v3.0
Post by: indecisive_bird on February 07, 2016, 04:33:14 AM
I found a little bug. I can't sort by album in the Album and Tracks view, instead it selects all the tracks in my library. All the other sort options (Artist, Title, rating, etc.) work just fine. If I click on any of those and then want to go back to sorting my albums, the only way is to right click where it says Album then Sort By -> Album. This problem does not happen in the Tracks view.
That is intended behavior but i will change it so clicking the Artwork column selects all tracks and clicking Album sorts - currently its the other way around

Didn't know about that. Thanks for the reply. I have a little request if it's not too much to ask for: Can you make it so that when syncing music to a device you can select more than one artwork storage option?

(http://i.imgur.com/JbQqwln.png)

I like it like this because I have an app on my android device that uses the album art of the currently playing song as the wallpaper and with the embedded art it doesn't show it at full resolution but with the file in the folder it does.
Title: Re: GUI changes for v3.0
Post by: Steven on February 07, 2016, 08:44:01 AM
while you can change most of those other options for bitmap skins via the right-click menu, adjusting the font is now a lot more complicated without the preferences option.
the change wasnt as i intended. Its fixed for the next update.
When the player is on the top, i guess it must have been a historical reason for not supporting the progress bar on top. I have removed that restriction so the settings are the same as when the player is on the bottom
Title: Re: GUI changes for v3.0
Post by: redwing on February 07, 2016, 10:56:35 AM
- the file save process now checks the fields updated by the tag editor and if its only linked artwork/ custom fields that are not saved to file then MB wont update the file#

I just checked this. Editing a custom field (that's set to save to MB db only) value with tag editor still updates file modification date. Did you mean something else?
Title: Re: GUI changes for v3.0
Post by: Steven on February 07, 2016, 11:24:42 AM
- the file save process now checks the fields updated by the tag editor and if its only linked artwork/ custom fields that are not saved to file then MB wont update the file#
I just checked this. Editing a custom field (that's set to save to MB db only) value with tag editor still updates file modification date. Did you mean something else?
the statement i made is incorrect. When editing tags via the tag editor, MB currently doesnt keep track of the specific fields changed and hence updates the file. It should not update the file for linked artwork as that is tracked.
Title: Re: GUI changes for v3.0
Post by: redwing on February 07, 2016, 11:36:01 AM
To avoid performance overhead by keeping track of tag changes?
Title: Re: GUI changes for v3.0
Post by: syldub on February 07, 2016, 01:42:01 PM
In the Mini Player, the rating process is not working as expected.
By default all my mp3s are rated with 1 star when I encode them.
Then when I play them, I rate them according to my taste.
In the Mini Player, I can't rate the currently played mp3 to 3 stars directly. I have to click on the 2nd star first, then it seems to unlock the rating editing, and then I can rate to whatever value.
Tested on last MB 3.0.5880, in the Narrow Layout and the Wide Layout.
Title: Re: GUI changes for v3.0
Post by: Steven on February 07, 2016, 02:43:39 PM
In the Mini Player, the rating process is not working as expected.
i cant reproduce this behavior, so i guess its something with your settings. Can you send them to me
Title: Re: GUI changes for v3.0
Post by: Steven on February 07, 2016, 02:44:37 PM
To avoid performance overhead by keeping track of tag changes?
the functionality is simply not implemented at this point in time
Title: Re: GUI changes for v3.0
Post by: syldub on February 07, 2016, 04:04:43 PM
In the Mini Player, the rating process is not working as expected.
i cant reproduce this behavior, so i guess its something with your settings. Can you send them to me

Sent by PM
Title: Re: GUI changes for v3.0
Post by: syldub on February 07, 2016, 04:27:30 PM
In the Mini Player, the rating process is not working as expected.
i cant reproduce this behavior, so i guess its something with your settings. Can you send them to me

Sent by PM

Issue is not not easy to reproduce, seems to have some kind of random behavior.

I found this method to reproduce it :
1) Play a playlist of few MP3 having an initial rating to 1 star (maybe this isn't necessary for the test)
2) Switch to Mini Player
3) Switch to another application (Windows Explorer)
4) After 1 or 2 songs played, try to rate the actual song clicking directly to 3 stars on the Mini Player, it won't work. If you click directly on 1, 2, 4 or 5 stars, the rating is working.
Title: Re: GUI changes for v3.0
Post by: Steven on February 07, 2016, 05:44:21 PM
I found this method to reproduce it :
1) Play a playlist of few MP3 having an initial rating to 1 star (maybe this isn't necessary for the test)
2) Switch to Mini Player
3) Switch to another application (Windows Explorer)
4) After 1 or 2 songs played, try to rate the actual song clicking directly to 3 stars on the Mini Player, it won't work. If you click directly on 1, 2, 4 or 5 stars, the rating is working.
although i couldnt reproduce exactly as you say, i did find another issue which is probably the same. So let me know if its still not fixed after the next update
Title: Re: GUI changes for v3.0
Post by: syldub on February 07, 2016, 11:14:27 PM
1.
The search from the Now Playing mode is now not working. It does work in other views though.

2.
Less important than the preceding I think: the search field is erased if we go to another view (for instance we go from Music Explorer to a Music filter, or a Playlist)
Why the search field is not kept, and search re-executed on the selected view? This can be practical in certain circumstances.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 08, 2016, 05:50:03 AM
version 3.0.5880
column browser no longer has scroll bars (vertical or horizontal configuration)
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2016, 06:58:50 AM
column browser no longer has scroll bars (vertical or horizontal configuration)
working fine here and i cant think of anything thats been changed. Are you sure its not a skin thing?
Title: Re: GUI changes for v3.0
Post by: WannaBee on February 08, 2016, 07:50:27 AM
column browser no longer has scroll bars (vertical or horizontal configuration)
working fine here and i cant think of anything thats been changed. Are you sure its not a skin thing?

Works fine here too. Skin used: Arsenic Dark
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 08, 2016, 08:10:12 AM
column browser no longer has scroll bars (vertical or horizontal configuration)
working fine here and i cant think of anything thats been changed. Are you sure its not a skin thing?

did a little more research
only affecting skins without element id="ColumnBrowser. overrides
MB3, Arsenic (Dark), Tundra Series all work properly
AeroBee, Arsenic don't have the scrollbars
Title: Re: GUI changes for v3.0
Post by: Venthe on February 08, 2016, 08:12:19 AM
I'll be the one b*tching a little over some inconsistency; As I've once had in this thread. As I dislike the new default layout (navigator in the left sidebar) I've tried to recreate MB2.5 layout by moving navigator to left main panel.

But now, MB HIDES left main panel AS INTENDED (According to Steven). Still, I would like to ask to at least give us an option to NOT hide left main panel(LMP) when clicking navigator pane elements; Or in worst case scenario hide it always. The behaviour now is frustratingly inconsistent.
When clicking music in navigator, LMP does not hide.
When clicking radio in navigator, LMP does hide

and so on, and so forth. It is a jarring experience... And it's pretty much (In my opinion of course) regression from the 2.5 for the people who want navigator to be always shown.

Links to my discussion with Steven before
http://getmusicbee.com/forum/index.php?topic=15050.msg101792#msg101792
http://getmusicbee.com/forum/index.php?topic=15050.msg101794#msg101794
http://getmusicbee.com/forum/index.php?topic=15050.msg101800#msg101800


Another thing (Warning! Edited post)
Now playing is skipping randomly forward... But only to a certain point. Shouldn't it be static when clicking? https://youtu.be/1evUA-7v3dw
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 08, 2016, 09:30:20 AM
As I dislike the new default layout (navigator in the left sidebar) I've tried to recreate MB2.5 layout by moving navigator to left main panel.

@ Venthe
Maybe you're just confused by the panel names, but the navigator panel has always been in the leftmost panel.  Whether it's called left sidebar, Left Sidebar or Navigator Panel.
The new left main panel is an extension of the main center panel and is designed to give more sorting options for that area.

If you move the navigator back to the left sidebar and don't use the new LMP, then MB3 will be just like MB2.5.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 08, 2016, 01:17:53 PM
one bug regarding the now playing panel.

when large album color mix is selected, if we disable lyrics and then switch to large album view and then again switch to album color mix the lyrics will auto enable it self. the setting is not saved between views.
(http://i.imgur.com/9PcUYKl.jpg)

also one thing i am trying to figure out is the large white or sometime a REALLY low res box blur background in behind. is this intentional! cause it really looks BAD! and the transition between those awful blurry background is clunky, specially when window resizes.

Zune got it right by using really nice gradient and album cover mix view(which periodically changes). why not do the same! it is beautiful.
(http://i.imgur.com/apQG34gl.jpg) (http://i.imgur.com/apQG34g.jpg)

another feature enhancement for player contol bar with wave bar. it is great and all but it redraws itself every single time the window resizes. it is really annoying and most of all, for really LONG tracks i have to wait 10second to draw it self and then again when window resizes wait another 10second to redraw itself.

(http://i.imgur.com/RpJQzaV.jpg)

the better way would be first draw the graphics and save it to memory as a bitmap, and then simply scale it along the y axis whenever the window resizes, instead of re-reading the song for the waveinfo.

another thing that could use some love is the spectrum visualizations, it really feels OLD. maybe something like this would be better:

from zune
(http://i.imgur.com/5zQbRw3.jpg)

from dopamine(another musicplayer with awesome gui)
(http://i.imgur.com/phStFhI.jpg)

also the mini player that could look a lot better with some better info like total album size, total album time, track rating etc.

musicbee and dopamine miniplayer.
(http://i.imgur.com/s6qlm8J.jpg)
Title: Re: GUI changes for v3.0
Post by: HHM on February 08, 2016, 02:30:05 PM
another feature enhancement for player contol bar with wave bar. it is great and all but it redraws itself every single time the window resizes. it is really annoying and most of all, for really LONG tracks i have to wait 10second to draw it self and then again when window resizes wait another 10second to redraw itself.

the better way would be first draw the graphics and save it to memory as a bitmap, and then simply scale it along the y axis whenever the window resizes, instead of re-reading the song for the waveinfo.


+1



another thing that could use some love is the spectrum visualizations, it really feels OLD


+100, guess I even complained about it a long time ago. Wavebar looks like it was taken from the very old version of Winamp, it doesn't match flat modern/material UI or Windows 10 aesthetics at all.
Title: Re: GUI changes for v3.0
Post by: ankor on February 08, 2016, 03:38:56 PM
the better way would be first draw the graphics and save it to memory as a bitmap, and then simply scale it along the y axis whenever the window resizes, instead of re-reading the song for the waveinfo.
I think the programming technique would be to suspend repainting of the control until resizing is completed and then let the repaint of the control take place.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 08, 2016, 05:34:11 PM

Some good suggestions there for the now playing node.
My two cents; "album color mix" has a habit of displaying ugly backgrounds and I feel like there's little reason to use it.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 08, 2016, 05:42:04 PM
My two cents; "album color mix" has a habit of displaying ugly backgrounds and I feel like there's little reason to use it.

Yup same here, was wondering what is the reason for it to exist! the zune now playing is the best(imo).
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2016, 05:44:05 PM
As I dislike the new default layout (navigator in the left sidebar) I've tried to recreate MB2.5 layout by moving navigator to left main panel.

@ Venthe
Maybe you're just confused by the panel names, but the navigator panel has always been in the leftmost panel.  Whether it's called left sidebar, Left Sidebar or Navigator Panel.
The new left main panel is an extension of the main center panel and is designed to give more sorting options for that area.

If you move the navigator back to the left sidebar and don't use the new LMP, then MB3 will be just like MB2.5.
just to add to this, if you use the latest patch versions it makes setting the show/hide of the left/right sidebars more obvious when arranging panels
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2016, 05:55:23 PM
just in reagrds to resizing the wavebar, it is possible to stretch the image to the new size and then recalculate an accurate wave bar. In fact thats the way it used to be done but i recall some complaints about that which is why that functionality was removed. But its possible MB was only stretching and not re-doing the entire image so i will at that
I'm getting near to being done with the GUI changes i had in mind so i will soon be in a position to make a another pass though the various panels
Title: Re: GUI changes for v3.0
Post by: Venthe on February 08, 2016, 05:55:55 PM
Steven, I do realize that both left and right sidebars show on hover, AND athat left and right main panels are (permanently) stuck. What I've described, is that left main manel HIDES itself when clicking certain elements inside navigator (When navigator is in left main panel). Only option to show it is to click back button.

Also, I've described what I consider a bug with playlist in my post above.

Maybe, I should make a video for both problems? :)
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2016, 06:03:31 PM
the left and right main panel dont show in certain views (radio, podcasts, now playing, etc)
post a video if you think there is a bug
Title: Re: GUI changes for v3.0
Post by: AvikB on February 08, 2016, 06:17:32 PM
just in reagrds to resizing the wavebar, it is possible to stretch the image to the new size and then recalculate an accurate wave bar. In fact thats the way it used to be done but i recall some complaints about that which is why that functionality was removed. But its possible MB was only stretching and not re-doing the entire image so i will at that
I'm getting near to being done with the GUI changes i had in mind so i will soon be in a position to make a another pass though the various panels

thanks it will be really nice enhancement over the current one.

another feature that needs bit more love is the itune style album expand function. MusicBee uses Itune 11 style album expand, but wit Itune 12 apple did some really good job with the visuals, MusicBee unfortunately still uses that old style. With MusicBee 3 i think it is time to improve this are.

here is the original thread: http://getmusicbee.com/forum/index.php?topic=16861.0 (http://getmusicbee.com/forum/index.php?topic=16861.0) ,

MusicBee 3/Itune11 album expand
(https://i.imgur.com/jRvUgFHl.png) (https://i.imgur.com/jRvUgFH.png)

Itune 12 album expand
(https://i.imgur.com/4aYEW0Dl.png) (http://i.imgur.com/4aYEW0D.png)

i think it would be easy to implement, seems like a low res album cover with heavy blur.
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2016, 06:23:58 PM
did a little more research
only affecting skins without element id="ColumnBrowser. overrides
MB3, Arsenic (Dark), Tundra Series all work properly
AeroBee, Arsenic don't have the scrollbars
yes that is the case and fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Alumni on February 08, 2016, 08:33:52 PM
I discovered a bug with the column browser; changing the displayed field does not refresh/update the list header.
Restarting MusicBee fixes the problem.

(http://i.imgur.com/hxlJymQ.jpg) (http://i.imgur.com/hxlJymQ.jpg)
Title: Re: GUI changes for v3.0
Post by: redwing on February 08, 2016, 08:55:16 PM
I discovered a bug with the column browser; changing the displayed field does not refresh/update the list header.
Restarting MusicBee fixes the problem.

Are you on the latest version? I can't seem to reproduce the issue. How do you change the header?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 08, 2016, 09:46:07 PM
just to add to this, if you use the latest patch versions it makes setting the show/hide of the left/right sidebars more obvious when arranging panels
Steven, I do realize that both left and right sidebars show on hover, AND athat left and right main panels are (permanently) stuck.

Venthe, have a look at the configuration panel
(http://i.cubeupload.com/BGaT7p.jpg)

the left and right sidebars don't have to be permanently set to auto-open (show on hover).
they can also be permanently closed or open
you can even have little icons in the status bar to manually open/close the left/right sidebars
You can have the navigator in the left sidebar permanently on display if you want too, just like your MB2.5 set-up
Title: Re: GUI changes for v3.0
Post by: Steven on February 08, 2016, 09:53:40 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- for the "Now Playing" panel
  - you can now hide the right panel using the panel flip buttons on the status bar or via the "Now Playing" header menu (auto-open is not supported)
  - for the Playlist view, you can now arrange the Now Playing Bar and Spectrum Visualiser into the main panel
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 09, 2016, 03:09:34 AM
MB3 v3.0.5882:

Thank you Steven for fixing the progress bar to be on top! However... that introduced a small bug: When playing a music file with the progress bar on top and with the main menu as a button, clicking on the part of the progress bar just under the main menu button not only skips to that part of the song, but also opens the main menu itself.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 09, 2016, 05:15:15 AM
When playing a music file with the progress bar on top and with the main menu as a button, clicking on the part of the progress bar just under the main menu button not only skips to that part of the song, but also opens the main menu itself.
When the player is on the top, i guess it must have been a historical reason for not supporting the progress bar on top. I have removed that restriction so the settings are the same as when the player is on the bottom

I guess that was the reason for not supporting the progress bar on top. :D
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2016, 04:43:41 PM
Highlight field does not work properly.
Try a rule of "Album=playing track". When playing track changes to another album, highlight remains with the previous album. Resizing or minimizing and restoring window fixes it.
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2016, 04:59:13 PM
Another graphical glitch: buttons and search box get misaligned when you move buttons from tabs bar to caption bar. Resizing fixes it.

(http://i.imgur.com/y1kTQJZ.png)

It happens only when MB window is maximized.
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2016, 05:27:36 PM
One more glitch, probably a newly introduced one from the now playing layout change.
Switching from large album view to playlist view on now playing tab results in a glitch: http://i.imgur.com/A8XvXWa.png
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 06:05:25 PM
One more glitch, probably a newly introduced one from the now playing layout change.
Switching from large album view to playlist view on now playing tab results in a glitch: http://i.imgur.com/A8XvXWa.png
i think i fixed that yesterday after i did the release. If it still happens with the next update then let me know (i just tried now and its fine for me)

Another graphical glitch: buttons and search box get misaligned when you move buttons from tabs bar to caption bar. Resizing fixes it.
(http://i.imgur.com/y1kTQJZ.png)
It happens only when MB window is maximized.
i cant reproduce this
When you say "when you move buttons" do you mean you dock the tabs bar in the caption bar via the panel arrangement dialog?

thinking about it, its probably a windows10 related issue, so i will check that later

Highlight field does not work properly.
Try a rule of "Album=playing track". When playing track changes to another album, highlight remains with the previous album. Resizing or minimizing and restoring window fixes it.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2016, 06:22:59 PM
i think i fixed that yesterday after i did the release. If it still happens with the next update then let me know (i just tried now and its fine for me)

Redownloaded but still happens.

thinking about it, its probably a windows10 related issue, so i will check that later

Main menu as button, tabs bar below caption bar.
Configure Toolbar setting> from first option to second one
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 09, 2016, 06:29:15 PM
In the main panel with Album and Tracks view and with album fields displayed below artwork (see image) many times when I want to select the album by clicking the album art it changes the album rating. This never happens when the album fields are displayed right of the album art.

(http://i.imgur.com/KpWy1o4s.jpg) (http://i.imgur.com/KpWy1o4.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 06:40:23 PM
Redownloaded but still happens.
its not available yet

Main menu as button, tabs bar below caption bar.
Configure Toolbar setting> from first option to second one
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 06:53:58 PM
In the main panel with Album and Tracks view and with album fields displayed below artwork (see image) many times when I want to select the album by clicking the album art it changes the album rating. This never happens when the album fields are displayed right of the album art.
although i cant reproduce exactly as you say, i can find a flaw in the mouse/ field location logic when fields are below the artwork. So i will say its probably fixed for the next update but if you could confirm after i have made the release then that would be appreciated
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 07:40:40 PM
Thank you Steven for fixing the progress bar to be on top! However... that introduced a small bug: When playing a music file with the progress bar on top and with the main menu as a button, clicking on the part of the progress bar just under the main menu button not only skips to that part of the song, but also opens the main menu itself.
i cant reproduce this. Maybe a screenshot would help so i can take some measurements.
What font do you use and can you give me a rough idea how many pixels below the caption bar this happens?
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 09:01:11 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- changes and fixes as stated above
- when resizing a panel that includes a wavebar, the wavebar will now redraw immediately using an approximation and will eventually update with an accurate wavebar
- for the "Now Playing" panel
  - you can now customise the details shown in the Track Information panel (click on the Now Playing header button/ Customise Panel)
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2016, 09:16:34 PM
Playlist view glitch persists. Keep switching between different views on now playing tab leads to the glitch.
Other bugs that I reported are all fixed. Thanks!
Title: Re: GUI changes for v3.0
Post by: HHM on February 09, 2016, 09:42:23 PM
- for the "Now Playing" panel
  - you can now customise the details shown in the Track Information panel (click on the Now Playing header button/ Customise Panel)

Could we expect the same customisation optoin for Playing Tracks in the Right Sidebar (so that other fields than artist & title only could be shown)?
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 09:43:56 PM
Could we expect the same customisation optoin for Playing Tracks in the Right Sidebar (so that other fields than artist & title only could be shown)?
that panel takes its settings from the Playing Tracks panel used in the normal layout
Title: Re: GUI changes for v3.0
Post by: Steven on February 09, 2016, 09:48:03 PM
Playlist view glitch persists. Keep switching between different views on now playing tab leads to the glitch.
i cannot reproduce this. I made a further change that i think should ensure it cant happen, so could you redownload the same link
Title: Re: GUI changes for v3.0
Post by: redwing on February 09, 2016, 09:53:36 PM
Playlist view glitch persists. Keep switching between different views on now playing tab leads to the glitch.
i cannot reproduce this. I made a further change that i think should ensure it cant happen, so could you redownload the same link

It's gone now. Thanks for the fix!
Title: Re: GUI changes for v3.0
Post by: Alumni on February 09, 2016, 11:24:12 PM
Is this a bug? The thumb and column browser joint filtering isn't working in both directions.
The column browser (on the left) does filter the thumb browser (on the right), but not vice versa.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 10, 2016, 01:23:58 AM
Thank you Steven for fixing the progress bar to be on top! However... that introduced a small bug: When playing a music file with the progress bar on top and with the main menu as a button, clicking on the part of the progress bar just under the main menu button not only skips to that part of the song, but also opens the main menu itself.
i cant reproduce this. Maybe a screenshot would help so i can take some measurements.
What font do you use and can you give me a rough idea how many pixels below the caption bar this happens?
Here's a screen snap:

(https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3_2216.jpg) (https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3_2216.jpg)

The font is Segoe UI, 9.75pt for the top panel. The progress bar is 8 pixels tall on my screen (I've checked "enlarge progress bar height"), and as you can see in the snap, I clicked on the very bottom pixel of the progress bar.

Additional info: If I click up to 4 pixels below the progress bar, it is accepted as a click in the progress bar. If I move away from the menu button and try clicking in the progress bar, it doesn't activate for the top 4 pixels of the bar. It's acting like the active click area for the progress bar is offset vertically by 4 pixels down.
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2016, 07:01:15 AM
Is this a bug? The thumb and column browser joint filtering isn't working in both directions.
The column browser (on the left) does filter the thumb browser (on the right), but not vice versa.
thats as intended
Title: Re: GUI changes for v3.0
Post by: Alumni on February 10, 2016, 10:21:22 AM
thats as intended

Oh, may I ask why? IMHO it defeats the purpose of having the thumb browser on the left.
Title: Re: GUI changes for v3.0
Post by: h0m3r on February 10, 2016, 12:00:46 PM
a new Bug with the Wavebar since the last Update.

MusicBee v3.0.5883.39049 (Win10.0), 10 Feb 2016 12:57:

System.IndexOutOfRangeException: Der Index war außerhalb des Arraybereichs.
   bei #=qp8YdVIQvi4k$fAcnkU479KT6TIG2MdUNQNp1JSbN0Ug=.#=qqTIm_ok0YRaQj_rGPGGWHQ==(Size #=qFnz2VeDXvoUnxlbEY0Odow==)
   bei MusicBee.MusicBeeMain.#=qfjV5HSSW5IpsGxgjlj4mGw==.#=qcnSoR1dueNse0Fb_YU8txA==()
   bei MusicBee.MusicBeeMain.#=qfjV5HSSW5IpsGxgjlj4mGw==.#=qhy6bo47RLDQc_eoehoNEVGqbQFr8rpgGXDQthT$4pY8=()
   bei #=q9M$_8Viej0poWkbLgA_F4bJZOb7I8LsH6aXlkVIkviA=.OnLayout(LayoutEventArgs #=qVSkDYUjPkYx59JTaN0J0eA==)
   bei System.Windows.Forms.Control.PerformLayout(LayoutEventArgs args)
   bei System.Windows.Forms.Control.System.Windows.Forms.Layout.IArrangedElement.PerformLayout(IArrangedElement affectedElement, String affectedProperty)
   bei System.Windows.Forms.Control.OnResize(EventArgs e)
   bei System.Windows.Forms.Control.OnSizeChanged(EventArgs e)
   bei System.Windows.Forms.Control.UpdateBounds(Int32 x, Int32 y, Int32 width, Int32 height, Int32 clientWidth, Int32 clientHeight)
   bei System.Windows.Forms.Control.UpdateBounds()
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

that happens when I open MusicBee and the right sidebar is hidden.
Then I open the right sidebar and then comes the error.
I have the Wavebar in the right sidebar.

if I disable the wavebar...everything is OK
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 10, 2016, 04:29:24 PM
In the main panel with Album and Tracks view and with album fields displayed below artwork (see image) many times when I want to select the album by clicking the album art it changes the album rating. This never happens when the album fields are displayed right of the album art.
although i cant reproduce exactly as you say, i can find a flaw in the mouse/ field location logic when fields are below the artwork. So i will say its probably fixed for the next update but if you could confirm after i have made the release then that would be appreciated

I can't reproduce this behaviour in the latest version. So I can comfirm this is fixed now. Thnx!
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2016, 06:09:10 PM
a new Bug with the Wavebar since the last Update.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2016, 06:14:36 PM
Additional info: If I click up to 4 pixels below the progress bar, it is accepted as a click in the progress bar. If I move away from the menu button and try clicking in the progress bar, it doesn't activate for the top 4 pixels of the bar. It's acting like the active click area for the progress bar is offset vertically by 4 pixels down.
i could have sworn i could reproduce this morning (you are using the musicbee classic skin and window is maximised?)
now i cant and i cant see anything in the code that looks wrong so i will leave this unsolved
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2016, 07:54:42 PM
thats as intended
Oh, may I ask why? IMHO it defeats the purpose of having the thumb browser on the left.
now that the thumb browser can be placed to the right of the column browser, i agree that when the thumb browser placed to the left of the column browser (when its vertically arranged) should filter the column browser, so i will look to make that change
Title: Re: GUI changes for v3.0
Post by: redwing on February 10, 2016, 08:16:43 PM
What about library explorer when it's placed right of thumb browser? Are you gonna change that too?
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2016, 08:34:43 PM
What about library explorer when it's placed right of thumb browser? Are you gonna change that too?
no - its too much effort involved and i dont see a lot of benefit
Title: Re: GUI changes for v3.0
Post by: Steven on February 10, 2016, 08:55:41 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fix for the wavebar bug
Title: Re: GUI changes for v3.0
Post by: h0m3r on February 10, 2016, 09:05:41 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fix for the wavebar bug

nice! can confirm the fix
Title: Re: GUI changes for v3.0
Post by: redwing on February 10, 2016, 09:28:54 PM
When playing a music file with the progress bar on top and with the main menu as a button, clicking on the part of the progress bar just under the main menu button not only skips to that part of the song, but also opens the main menu itself.

As the op said, there's an overlapping area just below menu button (from left menu button) where you could click on progress bar at the same time opening up main menu.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 10, 2016, 11:22:42 PM
Additional info: If I click up to 4 pixels below the progress bar, it is accepted as a click in the progress bar. If I move away from the menu button and try clicking in the progress bar, it doesn't activate for the top 4 pixels of the bar. It's acting like the active click area for the progress bar is offset vertically by 4 pixels down.
i could have sworn i could reproduce this morning (you are using the musicbee classic skin and window is maximised?)
Yes, and I should add that I've got "Skin Window Borders" checked as well.

now i cant and i cant see anything in the code that looks wrong so i will leave this unsolved
:'(   <- Unrepentant attempt to gain sympathy.
Title: Re: GUI changes for v3.0
Post by: Sofocl on February 10, 2016, 11:55:51 PM
If you change the position or add track in "Playing tracks" "remaining time" is displayed incorrectly:
(http://s10.postimg.org/o3oo4ehp5/2016_02_11_00_57_44_231.gif)

In the library, "status bar" does not display information for the selected file (displays either for all, or several, but not for one):
(http://s29.postimg.org/bh5bd2np3/2016_02_11_01_19_14_271.gif)


Request (on the subject); to Display information from "Status bar" as shown below:
I think it's more convenient, logical and Can completely get rid of the "Status bar".
(http://s30.postimg.org/nc3fkwbch/Cover.jpg)
Title: Re: GUI changes for v3.0
Post by: AvikB on February 11, 2016, 12:03:43 AM
Request (on the subject); to Display information from "Status bar" as shown below:
I think it's more convenient, logical and Can completely get rid of the "Status bar".
+1
Title: Re: GUI changes for v3.0
Post by: Leodj on February 11, 2016, 12:17:29 AM
Greetings when will be Available and FIxed this version ?
Title: Re: GUI changes for v3.0
Post by: ankor on February 11, 2016, 12:19:06 AM
Request (on the subject); to Display information from "Status bar" as shown below:
I think it's more convenient, logical and Can completely get rid of the "Status bar".
However that's the space where the horizontal A-Z bar appears. Also where would you relocate the panel buttons (to open/close sidebar panels)? It takes up a tiny amount of vertical space but it's a clean look (imo) compared to jamming those items elsewhere.
Title: Re: GUI changes for v3.0
Post by: ankor on February 11, 2016, 12:30:21 AM
What about implementing tooltips over panel headers that give the corresponding name of the panel as it's referenced in Panels Configuration. Also assign a keystroke (like Ctrl-N) for Arrange Panels and include that in the tooltip.

tooltip:
This is the "Left Sidebar panel - Stacked"
Press Ctrl+N to customize the layout of the panels.

or something like that.
Title: Re: GUI changes for v3.0
Post by: Sofocl on February 11, 2016, 12:48:21 AM
Request (on the subject); to Display information from "Status bar" as shown below:
I think it's more convenient, logical and Can completely get rid of the "Status bar".
However that's the space where the horizontal A-Z bar appears. Also where would you relocate the panel buttons (to open/close sidebar panels)? It takes up a tiny amount of vertical space but it's a clean look (imo) compared to jamming those items elsewhere.
Of course it is better to have it optional, though personally I don't use A-Z bar and "panel buttons" and wanted to see it by default.
Title: Re: GUI changes for v3.0
Post by: Sofocl on February 11, 2016, 12:50:33 AM
If one file is played twice (or more) consecutive time "wave" in the "Now playing bar" > "Theater Mode" is not updated;
(http://s11.postimg.org/sr654dvj7/2016_02_11_05_14_31_200.gif)
Title: Re: GUI changes for v3.0
Post by: phred on February 11, 2016, 01:01:45 AM
However that's the space where the horizontal A-Z bar appears. Also where would you relocate the panel buttons (to open/close sidebar panels)? It takes up a tiny amount of vertical space but it's a clean look (imo) compared to jamming those items elsewhere.
Yes, exactly.  My A-Z jump bar is in that space currently.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 11, 2016, 01:51:55 AM
issue with podcast listing view.

(http://i.imgur.com/ef2g1LZ.jpg)

artwork does not seem to get bigger.
Title: Re: GUI changes for v3.0
Post by: redwing on February 11, 2016, 02:47:05 AM
"highlight playing track in the main panel" with "select track" option doesn't work.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 11, 2016, 02:47:22 AM
MB3 v3.0.5883:

I've noticed that the Analyze Volume dialog doesn't seem to update while it is operating. Once I hit "Proceed", it runs, never updates, and then closes when it's finished.
Title: Re: GUI changes for v3.0
Post by: redwing on February 11, 2016, 03:10:26 AM
Currently lowlight-scrollbar gets highlighted only when grabbed. It should highlight whenever the cursor moves around any (invisible) place of scrollbar to help finding it to grab since it's blended into the background.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 11, 2016, 05:00:19 AM
Currently lowlight-scrollbar gets highlighted only when grabbed. It should highlight whenever the cursor moves around any (invisible) place of scrollbar to help finding it to grab since it's blended into the background.

With 2.5 and 3.0 being concurrently run (and that appears to be for the foreseeable future) I can't help but think the scrollbar.lowlight is wrong in it's implementation.

I know it (the lowlight) is supposed to be a subtler coloured version of the existing scrollbars.  But if you use it with 'narrow scrollbars' option, the lowlight colours tend to be too pale and the 'default' colours tend to be the ones you need for your lowlight scrollbars.

If you then change to a more noticeable colour combination for the default colours, these are too garish for use as normal scrollbars in 2.5 or if not using narrow scrollbars.

IMHO it should have been done as a highlight, then the default colours would remain consistent across 2.5 and 3.0 and a highlight only for 3.0.

I did propose an override for this earlier
with regards to the scrollbar default/lowlight elements
if it's not too difficult could you please implement
<element id="ScrollBarBorderNarrowOnly">true</element>
so if you have
<element id="ScrollbarNoArrows">true</element> active
the border attribute will only show when narrow scrollbars are used

so you can put a strong contrasting border on the scrollbar that only shows with narrow scrollbars in 3.0
Title: Re: GUI changes for v3.0
Post by: redwing on February 11, 2016, 05:18:18 AM
I am confused. Was that ScrollBarBorderNarrowOnly setting implemented or not?
Title: Re: GUI changes for v3.0
Post by: Alumni on February 11, 2016, 05:24:11 AM
Came across this error earlier while using the thumb browser.
I guess it didn't like me removing the contents of a category while it was still open.

(http://i.imgur.com/xiu3kOjm.jpg) (http://i.imgur.com/xiu3kOj.jpg)

MusicBee v3.0.5883.37616 (Win10.0), 11 Feb 2016 15:18:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   at MusicBee.MusicBeeMain.#=qkhbaEWAWFyyyjar$78lrUpgiSq3H7$KYZ1IsHPywSqA=.#=qYuOtCKCfp$IjZqMAppwr3aRUjNZ9C_6YTjfAtCfyZY4=.#=q0QuPbqmoE7cLcfmmsOT3jgkqLdGj6M2wcmlEEZEyHJ0=._Lambda$__0(Graphics #=qW1PovF$bjyzpuVO5MS32Aw==)
   at #=qKL8uQ2FznFN6qRPl1lE5tg==.#=qWZzBgn4FwBhFCEPHOBOc7g==.#=q3NGwkVrYUKJfQqh25nARTQ==(#=qgxDRoRtfOk0WP1MLBZRyeXxK0mkpudAnBqgVLuoJiz4= #=qfqqaUFyQ$aH2Wus2V6khJA==)
   at #=qKL8uQ2FznFN6qRPl1lE5tg==.#=qwPa3kS0Xxd7RgszkWY490YHjeiItNfjwgdB6OEdvx6Y=.#=qSwj6G_PpW$8vqY6TLC0hkA==(#=qgxDRoRtfOk0WP1MLBZRyeXxK0mkpudAnBqgVLuoJiz4= #=q4llz5p9FdHVgP3TcLtaNmg==)
   at MusicBee.MusicBeeMain.#=qkhbaEWAWFyyyjar$78lrUpgiSq3H7$KYZ1IsHPywSqA=.#=qYuOtCKCfp$IjZqMAppwr3aRUjNZ9C_6YTjfAtCfyZY4=.#=qOcSm1A4v4lnj58$dVSr$lc99zaWMCqTHnlE6bWGPZd4=(Int32 #=q0V5z76j0dtXxUqAhFciTyw==, #=qK6f3uSMWjfSMBJtP66_dkA== #=qKh3p3y_ad5SmMbWYqSpa9A==)
   at MusicBee.MusicBeeMain.#=qkhbaEWAWFyyyjar$78lrUpgiSq3H7$KYZ1IsHPywSqA=.#=qYuOtCKCfp$IjZqMAppwr3aRUjNZ9C_6YTjfAtCfyZY4=.#=qRB45oTPZopi5w2rAMTDZMA==(Graphics #=qFC4lwHUud6uS3EcxoPUE1A==, Rectangle #=quOUmmTjkKZc6WwIGpy66TQ==)
   at MusicBee.MusicBeeMain.#=qkhbaEWAWFyyyjar$78lrUpgiSq3H7$KYZ1IsHPywSqA=.#=qYuOtCKCfp$IjZqMAppwr3aRUjNZ9C_6YTjfAtCfyZY4=.OnPaint(PaintEventArgs #=qOkRe3CmVh81Nq70g3DRZAg==)
   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 #=qt1YGVVGuOd1qJvhqDi$G8vUlbU2v9THjuN8X$SZXgWU=.WndProc(Message& #=qvPm8Yx7oMrm1Gi94l_Sx5w==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on February 11, 2016, 08:23:44 AM
Came across this error earlier while using the thumb browser.
I guess it didn't like me removing the contents of a category while it was still open.
what steps did you take to remove the contents eg. focus was on the main panel, Select All, then hit the delete button?
And was it the last category that was deleted?
Title: Re: GUI changes for v3.0
Post by: Sofocl on February 11, 2016, 08:46:24 AM
(http://s30.postimg.org/ofz30qzxt/2016_02_11_13_44_20_652.gif)

MusicBee v3.0.5884.37463 (Win6.3), 11 ??? 2016 13:36:

System.ArgumentOutOfRangeException: ?????? ?? ????????? ?????????. ?????? ?????? ???? ????????????? ??????, ? ??? ?????? ?? ?????? ????????? ?????? ?????????.
??? ?????????: index
   ? System.ThrowHelper.ThrowArgumentOutOfRangeException()
   ? MusicBee.MusicBeeMain.#=qCC29ra_i_JbF1aDUxqdee8UJ8tz5RQb7befJne$JfuA=.#=qiudv_N443NdVkgZyYEAWraor1Aamrf_KsvjzqWsw1Uk=.#=qrZ5iaNtnXhRjMab8F4lYRjwL1psDopWpnHfQDIUN6t0=._Lambda$__0(Graphics #=qSzcmT9u6Zp4X5WldONnlZg==)
   ? #=qTAnFnQ7CmbgTYcjczLDzig==.#=qtINtwoyO_DwFWYbxIt4DEw==.#=qW3XTU94nHrN2OlKfJESafg==(#=qOHWQqp8N6hIdFTn5uhL$Bg0x1QjUcBN15dRjjgsj1js= #=qPTpsAVCGvBoEr9LZ7vDmlA==)
   ? #=qTAnFnQ7CmbgTYcjczLDzig==.#=q2VlEvLXsIfFVEr_eQgQJiAT2Cz6IW2Odw5yLFzdcdO0=.#=qiL_phE3UtLd6LcWYbfukRg==(#=qOHWQqp8N6hIdFTn5uhL$Bg0x1QjUcBN15dRjjgsj1js= #=qE1N_IhvR1FFBbc3ZJu6kTw==)
   ? MusicBee.MusicBeeMain.#=qCC29ra_i_JbF1aDUxqdee8UJ8tz5RQb7befJne$JfuA=.#=qiudv_N443NdVkgZyYEAWraor1Aamrf_KsvjzqWsw1Uk=.#=qX7vLEFeQsMbOrXNAXRrUt7iWGfDianBj7EwuO$J8dV8=(Int32 #=qflYi2VeRtkmYZ4I1Wu$oEg==, #=q9uHU6jQczS$Oqu0oq3wwrg== #=q0EoNimZQXqaMTxa3hTLFiA==)
   ? MusicBee.MusicBeeMain.#=qCC29ra_i_JbF1aDUxqdee8UJ8tz5RQb7befJne$JfuA=.#=qiudv_N443NdVkgZyYEAWraor1Aamrf_KsvjzqWsw1Uk=.#=qNbr79ruR7drzW4IkRmDgwQ==(Graphics #=qN58eCnA7fAsMQIp_18pzOQ==, Rectangle #=qeFz05kMWSgcG264mGFaZpQ==)
   ? MusicBee.MusicBeeMain.#=qCC29ra_i_JbF1aDUxqdee8UJ8tz5RQb7befJne$JfuA=.#=qiudv_N443NdVkgZyYEAWraor1Aamrf_KsvjzqWsw1Uk=.OnPaint(PaintEventArgs #=qvwk84SMbQf5sXdu3w1S6QQ==)
   ? System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   ? System.Windows.Forms.Control.WmPaint(Message& m)
   ? System.Windows.Forms.Control.WndProc(Message& m)
   ? #=qzdoxFSjZRv97QNTj8f3bIaeYOd0lc0wd4xHdIbr7bzY=.WndProc(Message& #=qC7Cb2wkR36nef09$3mwxLQ==)
   ? System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   ? System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   ? System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: Alumni on February 11, 2016, 08:51:30 AM
what steps did you take to remove the contents eg. focus was on the main panel, Select All, then hit the delete button?
And was it the last category that was deleted?

I was in the process of editing my group genres/genre categories (in preferences), and the filter I had open at the time ("Unknown") had its results moved to another filter, thus would leave it blank and remove it from the browser list. I triggered a refresh to see the changes and that's when I received this error.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 11, 2016, 09:49:04 AM
Was that ScrollBarBorderNarrowOnly setting implemented or not?

No.  It was never implemented.
Title: Re: GUI changes for v3.0
Post by: redwing on February 11, 2016, 09:54:27 AM
Yeah, I got it. I'm gonna create a separate topic on dev/skins forum. Looks like there are some issues to discuss.
Title: Re: GUI changes for v3.0
Post by: Adson on February 11, 2016, 12:15:21 PM
Question about deleting files:

I wanted to delete some files physically and simply pressed Del because I thought MB would ask me how to delete the files (library only or pyhsically).
It seems that this works different in MB3x.
Now the files are gone from the library but are still on my hd.

How can I restore the visibility of the files in the library to delete them finally?
Is there an option to show the prompt with the deletion question when pressing Del?
I searched for that in the settings area but could not find it.

Thanks in advance for your help.
Title: Re: GUI changes for v3.0
Post by: sleepless on February 11, 2016, 08:31:22 PM
I tried experimenting with the arrangement in the Now Playing Panel. Now it won't open I just get this error:
MusicBee v3.0.5884.37463 (Win6.1), 11 Feb 2016 14:24:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.DivideByZeroException: Attempted to divide by zero.
   at MusicBeePlugin.Plugin.TheatrePanel.SetBackgroundAlbumRandomLocation()
   at MusicBeePlugin.Plugin.TheatrePanel.SetAlbumCover(String pictureUrl)
   at MusicBeePlugin.Plugin.TheatrePanel.SetCurrentTrackInfo()
   at MusicBeePlugin.Plugin.TheatrePanel..ctor(Rectangle bounds, Boolean isStandAlonePanel, Boolean isEmbeded, String settingsFilename, String backgroundImageFilename, String rotationFolder)
   at MusicBeePlugin.Plugin.CreatePanel(Rectangle initialBounds, String parameters)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at MusicBee.Plugin.#=qFZfI5oF$mH1qt$rSB4NCoQ==(Rectangle #=q8u8s8syWkO548rGwCgEUeA==, String #=qfMDv1zTMJnVAUmrvLxU4Ig==)
   at #=qF51b69QtVbeY9JV8KxFbBI91gdc2wRtu8j2xvYhvdKy0YbRXB2T_N96eWlfvMJFR.#=qgTKgij0qRtYA8TEO00BZs8opeAtHKfPnCRsmdeHTEDk=()
   at #=qF51b69QtVbeY9JV8KxFbBI91gdc2wRtu8j2xvYhvdKy0YbRXB2T_N96eWlfvMJFR..ctor(#=qwvgRztcNJq7PvCskq2eLI$1Ib6S_g8OIBFARWknsVdo= #=q0vKhEA4FKB8Q5lVSykVRfw==, Int32 #=qok7jGJJQiBqOeTww1cuFZQ==, String #=q7M$gK4NRGsYFcj2LNk1UVA==)
   at MusicBee.MusicBeeMain.#=qRRXqZ7WU2$JokIivZ1Pjqg==.#=q9YyksZmj89Ja_E1Of1KqP4A6eg9LwLAtYvhrX8s5HkE=()
   at MusicBee.MusicBeeMain.#=qRRXqZ7WU2$JokIivZ1Pjqg==.#=qvpOuxwdcxP0wFgOj6bGDfzKZabrLxy_Tevf54f8sMhM=()
   at MusicBee.MusicBeeMain.#=qRRXqZ7WU2$JokIivZ1Pjqg==.#=qDodk6x9AWvGRrHce$$oEKgpuSbf4sp_urJjTnJ8P1xo=(Boolean #=q6c2hfhXHA7xq7pGyXOf3BQ==)
   at MusicBee.MusicBeeMain.#=qZUc6DW2OayzRK5eVsLBf5G8SeL2errgxOw1eVcPkNRg=.#=qcIwsC$kqB9dD3_V0agHaXA01YHF8eS2QU4PgyKRbIOo=()
   at #=qQtA6Gt_q1f4o8OiBEskmb2wJqr3z2BveWD6TTkHOYNE=.#=qDodk6x9AWvGRrHce$$oEKgpuSbf4sp_urJjTnJ8P1xo=(Boolean #=qxbtPREBUo1qEQmmJjF7lLA==)
   at MusicBee.MusicBeeMain.#=qZUc6DW2OayzRK5eVsLBf5G8SeL2errgxOw1eVcPkNRg=.#=qDodk6x9AWvGRrHce$$oEKgpuSbf4sp_urJjTnJ8P1xo=(Boolean #=qTEpY33KHLE5KRPcQUWY03g==)
   at MusicBee.MusicBeeMain.#=qZUc6DW2OayzRK5eVsLBf5G8SeL2errgxOw1eVcPkNRg=.#=qHFAh0rGIBcg$kFGNT4ujLQ==()
   at MusicBee.MusicBeeMain.#=q_a7kocMsurT7dsajwNO2bg==(#=qTeO4EOrHNGVgxoXCNiAHxEgklcthbv0aMkGxnbzsr7I= #=qctJuxsUuPvd1LWhA0q9RRuu_d3YknIHq94es5XSMctw=, Boolean #=qslzBF$O66sak_zG10SRkCgbRSIlJA_4t5V1Cco4JQ64=, #=qRGN7sn$nVgUpNsKrdQNspQ== #=qPGlh7hujcW68dE$pDOkp7A==, #=qVMmiTdukOvuUcHieW434V7msENuzWlrzDLDxZVJoaAU= #=q9X3UWSHTQBfGQ1GmgPHXnlskKww1iirsDMkWiqFT0Cw=, Boolean #=q8$TucCwiZlwtEbgQxGUh4nOgdGCWkwU86qJD1ZirWt8=, #=qWOQWRZNgnM2ktgs7WpozroDYTENWxhKNu8XLKX$0FWE= #=qumiymNedSCov$R$_q9Biyw==, #=qI_C_6$a81pAebbaYnO7VwtLwgieay75o4_nnJJNNjuc=[] #=qsP1pzwdSWjOJh4lXisxhc7XCtaijyz7hlgPyP4mh4lc=, Boolean #=qH5rmhOW$mQluzUnNBcjg1oMeofJWz3Q8DYPwSVXJ$98=)
Title: Re: GUI changes for v3.0
Post by: redwing on February 11, 2016, 09:02:47 PM
A minor bug. When switching from compact player to main player, the maximized player gets a little bigger. 

(http://i.imgur.com/A51aMEn.png)

Strangely, if you repeat that, it gets normal, bigger, normal, bigger... This doesn't happen when switching from mini player.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 12, 2016, 01:23:02 AM
Speaking about the Analyze Volume dialog, I'd like to request a few changes:

1. Make the "adjusted calculated replaygain values" slider larger. It's difficult to slide in 0.1dB increments. An alternative would be to put inc/dec buttons on either side to bump the adjustment up/down by 0.1dB.

2. Add a Zero button to the "adjusted calculated replaygain values" slider. That makes it easier to reset the dialog from the last album it processed.

3. Don't auto-dismiss the dialog. Or add an option to auto-dismiss. I've found that occasionally, when I need to adjust several tracks' track-specific replay gain settings, sometimes the dialog will auto-dismiss even though a few of the tracks actually would clip (even with the alert checked on).

4. Would it be so difficult to add some logic to this whole process to fully automate the replay gain values to prevent clipping for both tracks and album values? As it stands now, I typically start with both basis checked and 0dB, then (if necessary) I have to manually adjust the album basis first, then go through each track (that clips) individually adjusting them. Seems like this could be totally automated.
Title: Re: GUI changes for v3.0
Post by: Pingaware on February 12, 2016, 01:25:18 AM
4. Would it be so difficult to add some logic to this whole process to fully automate the replay gain values to prevent clipping for both tracks and album values? As it stands now, I typically start with both basis checked and 0dB, then (if necessary) I have to manually adjust the album basis first, then go through each track (that clips) individually adjusting them. Seems like this could be totally automated.

There's been a lot of discussion about this in the past, and as I remember, Steven was strongly against doing this, partly because much of the clipping is un-noticeable anyway.
Title: Re: GUI changes for v3.0
Post by: phred on February 12, 2016, 02:08:23 AM
I tried experimenting with the arrangement in the Now Playing Panel. Now it won't open I just get this error:
MusicBee v3.0.5884.37463 (Win6.1), 11 Feb 2016 14:24:

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.DivideByZeroException: Attempted to divide by zero.
   at MusicBeePlugin.Plugin.TheatrePanel.SetBackgroundAlbumRandomLocation()
   at MusicBeePlugin.Plugin.TheatrePanel.SetAlbumCover(String pictureUrl)
   at MusicBeePlugin.Plugin.TheatrePanel.SetCurrentTrackInfo()
Try temporarily deleting the Theatre Mode plugin and see if you can get MB started.   You can simply rename mb_TheaterModePlugin.dll to mb_TheaterModePlugin.dll.OLD.  If MB starts then shut it down, remove the .OLD from the plugin and try again.
Title: Re: GUI changes for v3.0
Post by: phred on February 12, 2016, 03:35:54 AM
In any of the three main panel views (Artwork, Tracks,  Albums & Tracks) when clicking 'Customize Panel" the panel always opens towards the upper left of the MB window.  Can it please be made persistent?  thanks.
Title: Re: GUI changes for v3.0
Post by: Xyzzy on February 12, 2016, 08:43:29 AM

It seems the option to hide progress bar in sidebar player is missing. I have wavebar right below the player, so progress bar is an unneeded extra.

Another thing:
Lot of section headers in Preferences dialog are truncated, while other are OK, fe. in General: Application, Notification tray are truncated, File types are OK, and Confirmation is missing a small gap after the header text. When looking at translation, it is not consistent in any way with tabs/spaces around these names.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 08:44:41 AM
Question about deleting files:

I wanted to delete some files physically and simply pressed Del because I thought MB would ask me how to delete the files (library only or pyhsically).
It seems that this works different in MB3x.
Now the files are gone from the library but are still on my hd.
nothing has been changing around the file deletion handling. You probably dont have "confirm file deletion..." set in first preferences tab. It will give youi the option of deleting from the library only/ deleting from library and computer
Title: Re: GUI changes for v3.0
Post by: h0m3r on February 12, 2016, 10:10:35 AM
a few patches ago I could filter by click with the Mouse.
in this case, I could filter "Nachtstrom Schallplatten".
all "Nachtstrom Schallplatten" shown to me.
but now "Nachtstrom Schallplatten" is not clickable

(http://i.imgur.com/sbV9j7T.jpg)

--EDIT--
when i display the Fields right of the artwork...it works

(http://i.imgur.com/RTeBPeN.jpg)
Title: Re: GUI changes for v3.0
Post by: sleepless on February 12, 2016, 12:37:29 PM
Quote
Try temporarily deleting the Theatre Mode plugin and see if you can get MB started.   You can simply rename mb_TheaterModePlugin.dll to mb_TheaterModePlugin.dll.OLD.  If MB starts then shut it down, remove the .OLD from the plugin and try again.

Thanks - this worked.
Title: Re: GUI changes for v3.0
Post by: sleepless on February 12, 2016, 01:15:27 PM
I'm really having some issues with the new Now Playing panel.

For those of us who have high quality album art, it's nice to be able to display it as large.  I tried to create a TM view, but there's no support for rotating album art. The only way I found I could do this, while displaying the artist pictures as well, was to view the Now Playing panel using TM alongside the right sidebar. I was generally pleased with the result:
(http://s14.postimg.org/ivft4is71/Image_11.jpg) (http://postimg.org/image/ivft4is71/)

The new Now Playing panel has an embedded sidebar, which has no option for album art (like the original Now Playing sidebar does). I'm also not a fan of the small Album Art in the corner or that the Artist Picture is zoomed so far that half of it is cut off:
(http://s14.postimg.org/5e0xm25a5/Artist_Picture.jpg) (http://postimg.org/image/5e0xm25a5/)

So fair enough, I decided to try the TM view, but now there's no sidebar at all. Instead, pressing the sidebar button rotates the Artist Picture in the main panel:
(http://s9.postimg.org/nbh2cg7ej/image.jpg) (http://postimg.org/image/nbh2cg7ej/)

Oddly, when viewing the Now Playing panel with the Playlist in the main panel (found the term a bit confusing as it is the Now Playing List and not really a playlist), the original sidebar is now displayed instead of the new embedded one:
(http://s24.postimg.org/tq3jl2dtt/Playlist.jpg) (http://postimg.org/image/tq3jl2dtt/)

I would really appreciate some sort of solution to this problem. Either a way to view Album Art within the new embedded sidebar, or the option to use the other sidebar (as with Playlist view above). Of course, there would need to be an option to view the sidebar with TM displayed as well. If not, I guess I'll just be one of those old guys shaking my fist at newer/better versions (while still enjoying v2.5).
Title: Re: GUI changes for v3.0
Post by: HHM on February 12, 2016, 04:02:40 PM
There is a file organising problem:
sending (moving) files to organised folders lasts forever and sometimes doesn't succeed at all.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 05:21:22 PM
I've noticed that the Analyze Volume dialog doesn't seem to update while it is operating. Once I hit "Proceed", it runs, never updates, and then closes when it's finished.
i cannot reproduce this. Just to be clear are you refering to the dialog window or the status bar ie. the volume analysis dialog is minimised
Title: Re: GUI changes for v3.0
Post by: Adson on February 12, 2016, 05:23:12 PM

Steven, thanks for your reply.

I think something is different though. I get the confirmation question only when pressing Shift + Del not when pressing Del only.
I am pretty shure that this was different in MB 2x.

Maybe I have not found the correct "switch" to set that in the right way?



Question about deleting files:

I wanted to delete some files physically and simply pressed Del because I thought MB would ask me how to delete the files (library only or pyhsically).
It seems that this works different in MB3x.
Now the files are gone from the library but are still on my hd.
nothing has been changing around the file deletion handling. You probably dont have "confirm file deletion..." set in first preferences tab. It will give youi the option of deleting from the library only/ deleting from library and computer
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 05:39:11 PM

Steven, thanks for your reply.

I think something is different though. I get the confirmation question only when pressing Shift + Del not when pressing Del only.
I am pretty shure that this was different in MB 2x.

Maybe I have not found the correct "switch" to set that in the right way?
please re-read and follow the instructions i provided
Title: Re: GUI changes for v3.0
Post by: Adson on February 12, 2016, 05:44:17 PM

... thanks again.

It worked after I unchecked and rechecked the option.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 05:47:07 PM
Speaking about the Analyze Volume dialog, I'd like to request a few changes:
it would be best you create a separate wishlist topic otherwise this will just get buried
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 12, 2016, 05:55:48 PM
Noticed the following glitch. Happens in playlists with track view, when I select another track.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 06:09:58 PM
Noticed the following glitch. Happens in playlists with track view, when I select another track.
I am not able to reproduce this. If this is repeatable then could you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 06:44:21 PM
It seems the option to hide progress bar in sidebar player is missing. I have wavebar right below the player, so progress bar is an unneeded extra.

Another thing:
Lot of section headers in Preferences dialog are truncated, while other are OK, fe. in General: Application, Notification tray are truncated, File types are OK, and Confirmation is missing a small gap after the header text. When looking at translation, it is not consistent in any way with tabs/spaces around these names.
i have added back in the hide progress bar setting for the next update
for the header section padding, I assume you are looking at the translated version. The english file text includes 2 char of spaces on the left and the right. You need to preserve that spacing
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 06:48:13 PM
There is a file organising problem:
sending (moving) files to organised folders lasts forever and sometimes doesn't succeed at all.
all working fine here. Can you explain "sometimes doesn't succeed at all"
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 07:26:50 PM
the following are fixed for the next update:

"highlight playing track in the main panel" with "select track" option doesn't work.

Came across this error earlier while using the thumb browser.
I guess it didn't like me removing the contents of a category while it was still open.

Additional info: If I click up to 4 pixels below the progress bar, it is accepted as a click in the progress bar. If I move away from the menu button and try clicking in the progress bar, it doesn't activate for the top 4 pixels of the bar. It's acting like the active click area for the progress bar is offset vertically by 4 pixels down.

A minor bug. When switching from compact player to main player, the maximized player gets a little bigger. 

issue with podcast listing view.

artwork does not seem to get bigger.

If you change the position or add track in "Playing tracks" "remaining time" is displayed incorrectly:

In the library, "status bar" does not display information for the selected file (displays either for all, or several, but not for one):
that is the intended behavior

I tried experimenting with the arrangement in the Now Playing Panel. Now it won't open I just get this error:
i have put in handling if any theatre mode error occurs so the panel will still display with the error message so you can then change settings. The error itself should be fixed for the next update.
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 07:59:38 PM
I'm really having some issues with the new Now Playing panel.
i will make a change so the theater mode panel respects whether the right sidebar is open or not. That way its also consistent with how it was with v2
Title: Re: GUI changes for v3.0
Post by: Steven on February 12, 2016, 10:48:57 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
- Now Playing Panel/ Theatre Mode now respects hide/unhide of the right sidebar and can be configured to show panels in the right sidebar
- When you have both the Thumb Browser and Column Browser displayed, they now adhere to a right-to-left filtering order (when the column browser is horizontal it is considered to be to the left of the thumb browser)
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 12, 2016, 10:56:49 PM
Noticed the following glitch. Happens in playlists with track view, when I select another track.
I am not able to reproduce this. If this is repeatable then could you send me your settings file (help/ support/ view settings)

Restarted MB and couldn't and views in the playlist is and remains fine. But now the Library view shows the glitch. I'll send you my settings by PM.

Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 12, 2016, 11:53:21 PM
I've noticed that the Analyze Volume dialog doesn't seem to update while it is operating. Once I hit "Proceed", it runs, never updates, and then closes when it's finished.
i cannot reproduce this. Just to be clear are you refering to the dialog window or the status bar ie. the volume analysis dialog is minimised
Yep. I'm not minimizing the dialog window while it runs. Interestingly, I've noticed that sometimes if I re-do the analyzation (run it once, change the calculated replay gain value, then run it again), it will actually update the status of each song as it's running. But it's not consistent.  I should also note that my files are on a NAS, not on a local drive on my PC. (Perhaps the lack of updates is due to network lag?)

Edit: Nevermind. I think I see what's happening. If "on album basis" is checked, the status for each song is never updated until all songs checked are analyzed, which sorta makes sense.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 13, 2016, 12:40:40 AM
Additional info: If I click up to 4 pixels below the progress bar, it is accepted as a click in the progress bar. If I move away from the menu button and try clicking in the progress bar, it doesn't activate for the top 4 pixels of the bar. It's acting like the active click area for the progress bar is offset vertically by 4 pixels down.
MB3 v3.0.5886:

While the menu button issue is now fixed :), and it appears that the top part of the progress bar is now responding correctly to clicks :), I can still click up to 4 pixels below the progress bar and still have it act like a seeking click.
Title: Re: GUI changes for v3.0
Post by: redwing on February 13, 2016, 04:04:06 AM
- When you have both the Thumb Browser and Column Browser displayed, they now adhere to a right-to-left filtering order (when the column browser is horizontal it is considered to be to the left of the thumb browser)

You mean left-to-right filtering order, right?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 13, 2016, 04:44:30 AM
@Steven

PM'd you about a small issue with my layout.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 13, 2016, 05:19:07 AM
@steven thanks for fixing the podcast artwork issue, though there is now a blank entry at the top, which i hope will get fix soon.

one inconsistency i found is the spacing between datagrids. sidebar panel datagrids have different spacing(2px) than the main panel datagrids(4px). 4px is good, but i think 6px will look more spaced and clean overall.

(https://i.imgur.com/P5W5P9hl.png) (https://i.imgur.com/P5W5P9h.png)

Another feature request, it would be great to have a slider for the ability to control the spacing between the cover arts. Currently we can only change cover art sizes but not the spacing between two covers.  I like clean UI, so small cover art and more distance between them (like wmp) will look more clean.  Maybe call this setting "Cover art spacing" or something like that.

(http://i.imgur.com/jEC793Xm.jpg) (http://i.imgur.com/jEC793X.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2016, 10:54:48 AM
While the menu button issue is now fixed :), and it appears that the top part of the progress bar is now responding correctly to clicks :), I can still click up to 4 pixels below the progress bar and still have it act like a seeking click.
yes that is intentional so it gives people a wider area to hit the progress bar
Title: Re: GUI changes for v3.0
Post by: Pingaware on February 13, 2016, 12:37:47 PM
Nevermind. I think I see what's happening. If "on album basis" is checked, the status for each song is never updated until all songs checked are analyzed, which sorta makes sense.

Yeah this has been the way since at least 2.0
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on February 13, 2016, 01:31:07 PM
When I select an album in status bar it says "1 album selected, xx MB, x,x hours" and there is no easy way to deselect album. In MB2 clicking on some other playlist or Music and vice versa will drop that album, but in MB3 it won't. I tried clicking on empty space or pressing ESC and that won't do the trick. If I click on Now Playing or some other playlist and click back to Music it won't drop that album either. The funny thing is that if I click Ctrl+D (to drop selection like in Photoshop) and then click on an empty space it will drop the album and in status bar it would show how many albums there is in that playlist or in music library. See the gif, when it blinks at the end it's when I clicked Ctrl+D and than after clicking on empty space finally drops the album. And one suggestion is to change info from status bar from something like 1,2 hours to 1 hour/h 12 minutes/min or similar. Same goes for 37,8 minutes and 2,7 days etc. It shouldn't be like 1 day 2 hours 43 minutes and 20 seconds , of course not, but higher+lower would be just enough: minutes&seconds or hours&minutes or days&hours.

GIF  http://i.imgur.com/XtEMrgm.gifv

Note that there are only 4 albums in 25 most played (just 6 tracks i checked that). I have been using MB3 for some time now it should be a lot of songs there. For some reason ALL music has lost play count. I did replace the HDD where music is, but that info should be embedded in track, right?
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2016, 02:03:19 PM
Noticed the following glitch. Happens in playlists with track view, when I select another track.
well i managed to reproduce it once but i dont know how and havent been able to reproduce since, so i will leave this unsolved.
If you are able to find reproducable sreps then let me know.
The only thing i do remeber doing was switching the active tab and back again

edit:
i can reproduce incorrect behavior if the view is changed between album and tracks and track detail. Its possible it is related so it might be fixed for the next update. When its available could you confirm
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2016, 03:16:20 PM
When I select an album in status bar it says "1 album selected, xx MB, x,x hours" and there is no easy way to deselect album. In MB2 clicking on some other playlist or Music and vice versa will drop that album, but in MB3 it won't.
the way to do this is to click the music node again but i see it doesnt deselect when using the artwork layout so i will change that
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2016, 03:49:21 PM
PM'd you about a small issue with my layout.
thats fixed for the next update.
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2016, 03:55:33 PM
- When you have both the Thumb Browser and Column Browser displayed, they now adhere to a right-to-left filtering order (when the column browser is horizontal it is considered to be to the left of the thumb browser)
You mean left-to-right filtering order, right?
yes
Title: Re: GUI changes for v3.0
Post by: syldub on February 13, 2016, 04:42:35 PM
I found this method to reproduce it :
1) Play a playlist of few MP3 having an initial rating to 1 star (maybe this isn't necessary for the test)
2) Switch to Mini Player
3) Switch to another application (Windows Explorer)
4) After 1 or 2 songs played, try to rate the actual song clicking directly to 3 stars on the Mini Player, it won't work. If you click directly on 1, 2, 4 or 5 stars, the rating is working.
although i couldnt reproduce exactly as you say, i did find another issue which is probably the same. So let me know if its still not fixed after the next update

I confirm, it is now fixed in last update.
Title: Re: GUI changes for v3.0
Post by: Steven on February 13, 2016, 05:23:18 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: AvikB on February 13, 2016, 08:31:52 PM
@Steven, dunno if it is a bug or intended(hope not), it is really confusing

if i hide right sidebar in the current tab in now playing mode and also have another tab with now playing mode, the setting applies to both of them. it is really weird cause the setting should be per tab... or did i miss something :S....i am really confused regarding tab and sidebar handling.

(http://i.imgur.com/RAqAxgo.jpg)

since different tab with same sidebar selected have the same setting what is the point of giving us the option to open a new tab when another tab with the same already opened?

(http://i.imgur.com/MAEU6qX.jpg)

I think it is best to give open a new tab option when we don't have the same paged tab already opened.

for example:
A user is in default main panel and he has Now Playing, Music Explorer as locked tab(or non locked),
when the user click on the sidepanel for Now Playing, instead of showing now playing in that tab, switch to already opened and locked(or not) Now Playing tab.

this way it is less confusing.

also currently when user clicks on the plus button at the top for new tab the sidebar pops up, and any view can be selected for that tab, which as is said conflicts what i said above, the better way to implement is endavour1934's mockup, it shows the perfect way to do it while not confusing users.

(https://i.imgur.com/84Z3xstm.png) (https://i.imgur.com/84Z3xst.png)

the grayed ouy options can't be selected since duplicate tabs are confusing and not presistent on their own.
Title: Re: GUI changes for v3.0
Post by: Steven on February 14, 2016, 10:06:32 AM
@Steven, dunno if it is a bug or intended(hope not), it is really confusing

if i hide right sidebar in the current tab in now playing mode and also have another tab with now playing mode, the setting applies to both of them. it is really weird cause the setting should be per tab... or did i miss something :S....i am really confused regarding tab and sidebar handling.
The Now Playing panel is different in that it has its own configuration that overrides the left main panel/ main panel/ right main panel and right sidebar. The panel arrangement handling for this panel is not fully integrated yet with the Panel Arrangement dialog but i am planning to make some further changes so its more consistent with other panels.
To be honest i am surprised people would have two Now Playing tabs open and you are correct that the open/hide of the right sidebar is stored only once for the Now Playing panel so i would need to make some changes for it to be persisted on a per tab basis.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 14, 2016, 10:10:55 AM
To be honest i am surprised people would have two Now Playing tabs open and you are correct that the open/hide of the right sidebar is stored only once for the Now Playing panel so i would need to make some changes for it to be persisted on a per tab basis.
I don't use two now playing panel, it is just weird to have the option in the sidebar when i already have that panel open. It seems rather confusing.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 14, 2016, 01:54:39 PM
There's one thing about the expanded menu that still annoys me, I wonder if it could be altered slightly?

Let's say you have lots of albums for an artist, resulting in the list of albums going off the page and requiring you to navigate to the next page. Unless the MusicBee window is re-sized to a specific position, an album at the end of the current page is split in half and creates duplicate entries (one on each page). To me it would make more sense (and look neater) if the last album on the page is rather not drawn at all if there isn't enough space to display it in its entirety.

(http://i.imgur.com/D1wVtoKl.jpg) (http://i.imgur.com/D1wVtoK.jpg)
Title: Re: GUI changes for v3.0
Post by: redwing on February 14, 2016, 03:04:23 PM
As opening left sidebar from Auto-DJ tab, navigator header shows part of thumbnail browser header. PMed my settings file.

(http://i.imgur.com/pR1iroY.png)
Title: Re: GUI changes for v3.0
Post by: MeeMeeMee on February 14, 2016, 04:58:07 PM
I ran into this quirk in the main panel view (I mean the selection between Tracks, Album and Tracks Album Covers, and Artists). I use the Artists view, grouping by album artists.
When I search, it adds a new node called Search Results, which isn't displayed by default. It has its own view (Album Covers).

This is a bit jarring. Sure, I can customize them the same, but it's a bit inconsistent, imho.
This node remains there until you hit X in the search box.

I seem to discover new elements with their own settings the more I use MB. If I may make a suggestion: Please include in configuration panels an element (pull-down list, for example) to allow switching to all other similar nodes so that it'd be possible to configure with confidence that you completed with one fell swoop all the configuration instead of discovering this as you go along.
Title: Re: GUI changes for v3.0
Post by: phred on February 14, 2016, 05:50:06 PM
I ran into this quirk in the main panel view (I mean the selection between Tracks, Album and Tracks Album Covers, and Artists). I use the Artists view, grouping by album artists.
When I search, it adds a new node called Search Results, which isn't displayed by default. It has its own view (Album Covers).
The Search Results node has been around for quite a while in v3.  However, its behavior appears to have changed recently.  See the bug report I just posted: http://getmusicbee.com/forum/index.php?topic=17564.msg104545#new
Title: Re: GUI changes for v3.0
Post by: Steven on February 14, 2016, 06:57:40 PM
As opening left sidebar from Auto-DJ tab, navigator header shows part of thumbnail browser header. PMed my settings file.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 14, 2016, 09:17:13 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
- for the "Track with Thumbnail" layout in the Playing Tracks panel, you can now place a limited number of fields on the right (Rating, Love and Duration). No doubt someone will want additional fields but i will only add it if the field is a small size
- tweaks to the Now Playing Panel configuration dialog
Title: Re: GUI changes for v3.0
Post by: redwing on February 14, 2016, 09:41:35 PM
- tweaks to the Now Playing Panel configuration dialog

When adding elements to Playlist view, clicking on apply or save doesn't change the layout. You have to refresh the tab.
Also adding now playing bar works after save, not when clicking on apply.
Title: Re: GUI changes for v3.0
Post by: Steven on February 14, 2016, 10:47:22 PM
When adding elements to Playlist view, clicking on apply or save doesn't change the layout. You have to refresh the tab.
Also adding now playing bar works after save, not when clicking on apply.
thats fixed now
Title: Re: GUI changes for v3.0
Post by: redwing on February 14, 2016, 10:59:34 PM
Yes, working fine now. Thanks!
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 15, 2016, 03:51:34 AM
I created a playlist with the Duplicates Manager tool (thanks for the playlist naming prompt!).  When I selected one file and use it to replace another, the original file is not removed from the playlist, it just floats to the top with a (!).

Also, while editing files in an auto playlist, I find that if I edit one file in such a way that it will be removed from the playlist, I can use the > arrow to go to the next file (correctly), but if I edit the second file and use the > arrow again, it then takes me back to the first file in the playlist. (To be clear: the tag editor is open the entire time.  First file good, second file correct - but it is not shown as selected in the main panel - third file incorrect.)
Title: Re: GUI changes for v3.0
Post by: hiccup on February 15, 2016, 11:57:19 AM
I somehow managed to drag the podcast panel beneath the left sidebar. the most left column (title) is now hidden for the most part:

(http://i.imgur.com/AwNNj6Al.jpg) (http://i.imgur.com/AwNNj6A.png)

Hiding the left sidebar doesn't resolve it:

(http://i.imgur.com/ZBYFIqNl.jpg) (http://i.imgur.com/ZBYFIqN.png)

config settings:

(http://i.imgur.com/2gnhn1rs.jpg) (http://i.imgur.com/2gnhn1r.png)

Title: Re: GUI changes for v3.0
Post by: Steven on February 15, 2016, 12:55:56 PM
I somehow managed to drag the podcast panel beneath the left sidebar. the most left column (title) is now hidden for the most part:
i think i would need your actual settings file
Title: Re: GUI changes for v3.0
Post by: lizzy on February 15, 2016, 01:38:49 PM
I haven't noticed this before, but after one of the latest patches, Artist name is dispayed to the right of every album.  I cannot find a setting to remove this.

https://www.dropbox.com/s/o7a4y60pu5jawb5/album%20artist.jpg?dl=0
Title: Re: GUI changes for v3.0
Post by: redwing on February 15, 2016, 02:34:58 PM
I haven't noticed this before, but after one of the latest patches, Artist name is dispayed to the right of every album.  I cannot find a setting to remove this.

https://www.dropbox.com/s/o7a4y60pu5jawb5/album%20artist.jpg?dl=0

Looks like you have adjusted sub-grouping header setting from view configuration dialog.
Title: Re: GUI changes for v3.0
Post by: lizzy on February 15, 2016, 02:48:01 PM
I haven't noticed this before, but after one of the latest patches, Artist name is dispayed to the right of every album.  I cannot find a setting to remove this.

https://www.dropbox.com/s/o7a4y60pu5jawb5/album%20artist.jpg?dl=0

Looks like you have adjusted sub-grouping header setting from view configuration dialog.

You are right.  Thanks :)
Title: Re: GUI changes for v3.0
Post by: Orion on February 15, 2016, 04:07:40 PM
I'm a new user of MusicBee, trying to get used to it and to benefit from it's various possible customizations.

May I suggest a few improvements (amoung which some may be impossible to do or won't seem necessary) :

- would it be possible to enhance the library explorer by letting users choose multiple tag types to make a first discrimination between artists and albums, a bit like a second column browser. This way, you could for example select in the library explorer the genre and the country. Then you would go into the column browser and browse the corresponding files for exemple by year, artist and album.
I suggest that because the library explorer occupies an important section of the screen and could thus be all the more useful.

- in the actual configuration, the artist thumbnail (which is absolutely wonderful - and can by customized !!!) is necessarily at the left of the vertical column brower. Could it become possible to switch them ? It could for exemple be used to display Album Years before selecting Artists.

- would it be possible to add an optional second Thumbnail browser ?

- last but not least, I would dream of a future MusicBee version that could handle audio servers... making it easier to connect to a NAS, to plex or minimserver, etc.

I am sorry if I suggest things that can't be achieved : I have no clue what is possible and what is not.

Thank you very much for your investment in such a projet.
Title: Re: GUI changes for v3.0
Post by: redwing on February 15, 2016, 05:02:09 PM
- would it be possible to enhance the library explorer by letting users choose multiple tag types to make a first discrimination between artists and albums, a bit like a second column browser. This way, you could for example select in the library explorer the genre and the country. Then you would go into the column browser and browse the corresponding files for exemple by year, artist and album.
I suggest that because the library explorer occupies an important section of the screen and could thus be all the more useful.

This functionality has been around for years. Library explorer filters with category and then sort by fields. Then you can further filter using thumbnail & column browser.

- in the actual configuration, the artist thumbnail (which is absolutely wonderful - and can by customized !!!) is necessarily at the left of the vertical column brower. Could it become possible to switch them ? It could for exemple be used to display Album Years before selecting Artists.

This feature was recently added: http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: Steven on February 15, 2016, 07:21:00 PM
I somehow managed to drag the podcast panel beneath the left sidebar. the most left column (title) is now hidden for the most part:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Orion on February 15, 2016, 07:54:36 PM
And what about
- a second thumbnail browser ?
- a server feature that would allow one to use create a collection from an audio server (for example Plex, Emby, Minimserver, etc.) ?
Sorry if I ask something that is impossible... I can't know it is if I don't ask. :)
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 15, 2016, 08:24:49 PM
Noticed the following glitch. Happens in playlists with track view, when I select another track.
well i managed to reproduce it once but i dont know how and havent been able to reproduce since, so i will leave this unsolved.
If you are able to find reproducable sreps then let me know.
The only thing i do remeber doing was switching the active tab and back again

edit:
i can reproduce incorrect behavior if the view is changed between album and tracks and track detail. Its possible it is related so it might be fixed for the next update. When its available could you confirm

Had no problems since latest version, so count this as solved
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 15, 2016, 08:34:53 PM
I came across some weird behaviour with Ratings in the Library Explorer. Only happens when No Filter selected. Column Browser is also fine.
Title: Re: GUI changes for v3.0
Post by: Steven on February 15, 2016, 09:06:10 PM
I came across some weird behaviour with Ratings in the Library Explorer. Only happens when No Filter selected. Column Browser is also fine.
what "Sort By" value are you using (right click on the header)
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 15, 2016, 09:30:46 PM
I came across some weird behaviour with Ratings in the Library Explorer. Only happens when No Filter selected. Column Browser is also fine.
what "Sort By" value are you using (right click on the header)

The screenshot shows Year/Album. But whatever Sort By field(s) I choose, still getting duplicate ratings. THe list can change however. E.g. when I have only Title as Sort By, I get 5 times the 3,5 stars in the list.
Title: Re: GUI changes for v3.0
Post by: Steven on February 15, 2016, 10:13:26 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
- @brouwerik, the ratings issue might be solved but not sure if what you had is the same as what i found
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 15, 2016, 10:32:45 PM
with show splash screen on startup in v3.0, it doesn't seem to be displayed on the screen as long as in v2.5.
was a change made to the timing or is Windows 10 really that much faster?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 16, 2016, 03:16:50 AM
I just noticed that sometimes when I use "Send To > Use File to Replace Another File" I get a confirmation dialog, and sometimes I don't.  I can't tell if there's any pattern to it.  Happens even within the same album.
Title: Re: GUI changes for v3.0
Post by: redwing on February 16, 2016, 03:32:51 AM
On v2.5, if you switch from album view to track details view, thumbnail browser immediately displays track count instead of album count. But v3 requires reopening of thumbnail browser to change the displayed count.
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 07:42:10 AM
with show splash screen on startup in v3.0, it doesn't seem to be displayed on the screen as long as in v2.5.
was a change made to the timing or is Windows 10 really that much faster?
MB is much faster starting up
Title: Re: GUI changes for v3.0
Post by: hiccup on February 16, 2016, 09:28:37 AM
I somehow managed to drag the podcast panel beneath the left sidebar. the most left column (title) is now hidden for the most part:

Confirming that the latest patch fixed this.
Title: Re: GUI changes for v3.0
Post by: sleepless on February 16, 2016, 01:30:04 PM
Not sure if this is something on my end, but it happens with every skin. When viewing the compactplayer with TM, the panel is compressed severely to the left side and the rest of the panel is completely transparent.
(http://s9.postimg.org/s9re3ik9n/Image_1.jpg) (http://postimg.org/image/s9re3ik9n/)

Also, not sure if intentional but to change compactplayer settings, you must navigate to main player>edit>pref>layout2>config. This seems a long way from the compactplayer, It wouldbe nice to access settings from within the player itself as with v2.5.

Still on compactplayer topic, I wish we still had options for display of progress bar (top/bottom), progressbar button, and metro buttons. Just my preference.
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 02:53:14 PM
Not sure if this is something on my end, but it happens with every skin. When viewing the compactplayer with TM, the panel is compressed severely to the left side and the rest of the panel is completely transparent.
can you send me a link to your settings file (help/ support/ view settings in the main application window)
Title: Re: GUI changes for v3.0
Post by: sleepless on February 16, 2016, 04:12:11 PM
Not sure if this is something on my end, but it happens with every skin. When viewing the compactplayer with TM, the panel is compressed severely to the left side and the rest of the panel is completely transparent.
can you send me a link to your settings file (help/ support/ view settings in the main application window)
https://www.dropbox.com/s/vlbgsfaxcdyf2f6/MusicBee3Settings.ini?dl=0
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 16, 2016, 04:49:03 PM

- @brouwerik, the ratings issue might be solved but not sure if what you had is the same as what i found

Problem solved. I also notice expand buttons are added (or displayed correct now) :)
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 06:18:18 PM
I created a playlist with the Duplicates Manager tool (thanks for the playlist naming prompt!).  When I selected one file and use it to replace another, the original file is not removed from the playlist, it just floats to the top with a (!).
I am not able to reproduce this. For me the replaced file is renamed to the new filename so I end up with two files in the playlist with the same name. Is it something you can reproduce or perhaps you were doing other things as the same time and maybe externally deleted the file?

I just noticed that sometimes when I use "Send To > Use File to Replace Another File" I get a confirmation dialog, and sometimes I don't.  I can't tell if there's any pattern to it.  Happens even within the same album.
MB checks if the artist and title are different between the two files. If they are MB prompts for confirmation.
To save confusion i will remove that check and always prompt
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 06:44:55 PM
On v2.5, if you switch from album view to track details view, thumbnail browser immediately displays track count instead of album count. But v3 requires reopening of thumbnail browser to change the displayed count.
thats addressed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 07:59:27 PM
also the mini player that could look a lot better with some better info like total album size, total album time, track rating etc.

musicbee and dopamine miniplayer.
(http://i.imgur.com/s6qlm8J.jpg)
also the mini player that could look a lot better with some better info like total album size, total album time, track rating etc.
i have started making some changes around this. Since a few releases ago its now possible to configure the "Thumbnail with Tracks" layout to show fields on the right. In the next update, the mini-player playlist can be configured to show not just the Track Details layout but also the Album and Tracks layout or the "Thumbnail with Tracks" layout.
I will probably add a track finder panel
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 16, 2016, 09:09:56 PM
I created a playlist with the Duplicates Manager tool (thanks for the playlist naming prompt!).  When I selected one file and use it to replace another, the original file is not removed from the playlist, it just floats to the top with a (!).
I am not able to reproduce this. For me the replaced file is renamed to the new filename so I end up with two files in the playlist with the same name. Is it something you can reproduce or perhaps you were doing other things as the same time and maybe externally deleted the file?

It happens very consistently, even for tracks deleted in other panels.  Here's a GIF: http://imgur.com/xBE6P6b
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 09:14:10 PM
Not sure if this is something on my end, but it happens with every skin. When viewing the compactplayer with TM, the panel is compressed severely to the left side and the rest of the panel is completely transparent.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 09:21:43 PM
It happens very consistently, even for tracks delete in other panels.  Here's a GIF: http://imgur.com/xBE6P6b
yes i can reproduce using the "Replace Selected File" command (but not with the other one). I should be able to address it for the next update
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 16, 2016, 10:21:23 PM
It happens very consistently, even for tracks delete in other panels.  Here's a GIF: http://imgur.com/xBE6P6b
yes i can reproduce using the "Replace Selected File" command (but not with the other one). I should be able to address it for the next update

Huh. It happens with both for me.  Hopefully that will fix it, anyway.
Title: Re: GUI changes for v3.0
Post by: Steven on February 16, 2016, 10:22:36 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
- support for different views in the mini-player playlist panel
Title: Re: GUI changes for v3.0
Post by: redwing on February 17, 2016, 02:16:53 AM
As I reported in another post, there's a bug with Controls main menu. If you click on shuffle, it toggles to auto-DJ mode as well.
Title: Re: GUI changes for v3.0
Post by: redwing on February 17, 2016, 02:50:11 AM
Also, not sure if intentional but to change compactplayer settings, you must navigate to main player>edit>pref>layout2>config. This seems a long way from the compactplayer, It wouldbe nice to access settings from within the player itself as with v2.5.

You can access settings from menu button at the top left.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 17, 2016, 03:21:20 AM
Replace issue seems to be fixed!


There is still this issue with the button positions in the genre category pop up:

(http://i.imgur.com/PPEdGbD.png)


And the icon boxes in the highlighting panel are off as well:

(http://i.imgur.com/VvoyMrS.png)

Title: Re: GUI changes for v3.0
Post by: psychoadept on February 17, 2016, 04:32:19 AM
I just noticed you made it possible to launch external tools while background tasks are running.  Thank you!
Title: Re: GUI changes for v3.0
Post by: ankor on February 17, 2016, 05:05:16 AM
(http://i.imgur.com/VvoyMrS.png)
I know I've setup Highlighting in the past and I've looked and looked but I can't find it.  It's probably right in front of me (wouldn't be the first time).  Hint somebody?...thanks.
Title: Re: GUI changes for v3.0
Post by: redwing on February 17, 2016, 05:13:34 AM
Just a suggestion. How about displaying "narrow scrollbar", "show icon" for tabs, "show open/close button" on status bar options at the left side of panel layout editor? I feel they got buried deep and many wouldn't even know their existence.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 17, 2016, 05:52:10 AM
Just a suggestion. How about displaying "narrow scrollbar", "show icon" for tabs, "show open/close button" on status bar options at the left side of panel layout editor? I feel they got buried deep and many wouldn't even know their existence.

+1
Title: Re: GUI changes for v3.0
Post by: AvikB on February 17, 2016, 01:28:07 PM
i have started making some changes around this. Since a few releases ago its now possible to configure the "Thumbnail with Tracks" layout to show fields on the right. In the next update, the mini-player playlist can be configured to show not just the Track Details layout but also the Album and Tracks layout or the "Thumbnail with Tracks" layout.
I will probably add a track finder panel

Thanks :) loving these new changes.

found a bug in the miniplayer customization panel. the dropdown does not work.
(http://i.imgur.com/ylcKhCvm.jpg) (http://i.imgur.com/ylcKhCv.jpg)
also hoping that spacing would improve in future version.
Title: Re: GUI changes for v3.0
Post by: Pingaware on February 17, 2016, 02:43:04 PM
Double-clicking on a Playlist Mixer no longer makes it Play Now. Is that intentional?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 17, 2016, 02:51:04 PM
Double-clicking on a Playlist Mixer no longer makes it Play Now. Is that intentional?

It works okay for me. Steven did make a bunch of changes recently, though, due to them not looping correctly.  Could be related.
Title: Re: GUI changes for v3.0
Post by: Novatlan on February 17, 2016, 03:09:51 PM
When I try to rip a CD in 5889, I see the following error which MB "asked me" to report:

MusicBee v3.0.5889.40450 (Win10.0), 17 Feb 2016 16:08:

System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei #=qLIHbb2AUNGUlU3vMbXcyrF6k8dpfMvkZIv7eSVgpkfQ=.#=qL887tvMjlbaQqCKGpsM6Zw==()
   bei #=qLIHbb2AUNGUlU3vMbXcyrF6k8dpfMvkZIv7eSVgpkfQ=.#=qtEQFjsTtfjN0wRPOsz0lXFRTSy6pdMmg_AFXYhrmNL8=(Object #=q_imOUZfYD75imPq2tItd8Q==, EventArgs #=qDTMVontM5tmVm0vXiHniGQ==)
   bei System.Windows.Forms.Control.OnClick(EventArgs e)
   bei #=qxiJDBYysD7kdp6F2vgtwppChMDhViVbdlDfzQrm0TJw=.OnClick(EventArgs #=q7D77DNbX8CzOa7suHCzEHQ==)
   bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 17, 2016, 05:13:15 PM
I have a question about the "Sort By" in the library explorer. I always thought MB remembered the "Sort-By" settings per field, including ascending/descending. But after restarting MB the "Sort-By" settings are gone. I closed/opened MB several times and everytime another Sort-By setting is selected.

Title: Re: GUI changes for v3.0
Post by: redwing on February 17, 2016, 05:21:50 PM
I have a question about the "Sort By" in the library explorer. I always thought MB remembered the "Sort-By" settings per field, including ascending/descending. But after restarting MB the "Sort-By" settings are gone. I closed/opened MB several times and everytime another Sort-By setting is selected.

The feature was never supported: http://getmusicbee.com/forum/index.php?topic=8690.0
Title: Re: GUI changes for v3.0
Post by: Steven on February 17, 2016, 05:54:55 PM
When I try to rip a CD in 5889, I see the following error which MB "asked me" to report:
could you PM me a link to your settings file (help/ support/ view settings). If the error is repeatable for the same CD, also let me know the artist and album name you were ripping as that might help
edit:
this version iwill show some info in the error message. I need the number at the start of the message
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: Steven on February 17, 2016, 05:56:13 PM
found a bug in the miniplayer customization panel. the dropdown does not work.
it working fine for me, so could you explain what you mean some more
Title: Re: GUI changes for v3.0
Post by: AvikB on February 17, 2016, 06:02:48 PM
found a bug in the miniplayer customization panel. the dropdown does not work.
it working fine for me, so could you explain what you mean some more
if i click on the dropdown to choose other thumbnail options, the dropdown does not open. :/
Title: Re: GUI changes for v3.0
Post by: Orion on February 17, 2016, 07:13:31 PM
After having bothered everyone a lot, things are now working fine for me : I love my new customised Musicbee.

May I make a suggestion for the next update ?

I've configured my classical music collection this way :
Left : Selection of the artist with the thumbnail browser
Then : Vertical Panel Browser to browse by country, musical work (Symphony No.**, etc.)
Center panel : the different albums corresponding to the different performances of the same work, by different conductors.

I start by selecting either the country or the artist (see below for the selection of the artist : you can see the list of albums-works correspond to the artist). Then I select the work, and then the version I want to listen.
(http://img4.hostingpics.net/thumbs/mini_730523Capture1.jpg) (http://www.hostingpics.net/viewer.php?id=730523Capture1.jpg)
The problem is that there is no link between the Column Browser and the Thumbnail Browser : when I click on the work-album I want to select in the column browser, the artist previously selected is unselected and so all the other works-albums (from other artists) suddenly reappears in the album column (sea below). That's not very practical.
Other example : when you select a country, for example, it does not excluse artists that does not correspond to the selected country, so you can't use it to browse the artists.
(http://img4.hostingpics.net/thumbs/mini_444579Capture2.jpg) (http://www.hostingpics.net/viewer.php?id=444579Capture2.jpg)

I also understand one can open multiple tabs and customise their appearance (for example, album cover view in the main panel of the first tab / only tracks in the main panel of the second). It would be even better if one could also change the categories and width of the column browser from one tab to another (for example, year and country in the first / country and conductor in the second, etc.).
Example 1 : The general music configuration I would like to have in the first tab
(http://img11.hostingpics.net/thumbs/mini_783204Capture3.jpg) (http://www.hostingpics.net/viewer.php?id=783204Capture3.jpg)
Example 2 : A classical music configuration that could be in a second tab, allowing to swith between the two without having to reconfigure the column browser (which I had to do to take the screenshot).
(http://img11.hostingpics.net/thumbs/mini_874745Capture4.jpg) (http://www.hostingpics.net/viewer.php?id=874745Capture4.jpg)

I hope you understand what I mean...
Do you think such improvements could be easily introduced ? Or is it hard to do for you ?
All I would like to know is if I can hope for such an improvement or if I should just forget about it.

Thank you very much for your attention and all your good and dedicated work on MusicBee !
Title: Re: GUI changes for v3.0
Post by: Steven on February 17, 2016, 07:49:03 PM
if i click on the dropdown to choose other thumbnail options, the dropdown does not open. :/
i cant reproduce this but have made a small change for the next update
for the spacing, its best you post a screenshot of what you think is best (assuming its more than just changing the picture size to medium)
Title: Re: GUI changes for v3.0
Post by: Steven on February 17, 2016, 09:00:28 PM
As I reported in another post, there's a bug with Controls main menu. If you click on shuffle, it toggles to auto-DJ mode as well.

There is still this issue with the button positions in the genre category pop up:

And the icon boxes in the highlighting panel are off as well:

these are fixed for the next update

Title: Re: GUI changes for v3.0
Post by: Steven on February 17, 2016, 09:45:56 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on February 18, 2016, 12:30:26 AM
I found this behavior weird, not sure if it's a bug or it is intentional. When I add something to Now playing list, like cue or a file from Windows Explorer (not library) with double click, it stops the playback and adds as Queue Next, instead of Queue Last as I set in Now playing preferences, as it can be seen in screenshot here http://i.imgur.com/LCC9cLP.png. The other thing is that if track outside the library is removed from Now playing list next track is automatically played, see the gif here http://i.imgur.com/QhZs6C4.gifv (the reason wavebar was flat is that cue's wav is 2.64GB, it did play, see the remaining time above progress bar). I tried with single track instead of cue and it is the same. For me this seems like an unexpected behavior, what I think is logical is that external files (outside library, like this one) should be queued last, especially if set to, and deleting them from now playing list should not start plying first track available on list. Maybe I made some setting wrong?
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on February 18, 2016, 01:25:45 AM
I found this behavior weird, not sure if it's a bug or it is intentional. When I add something to Now playing list, like cue or a file from Windows Explorer (not library) with double click, it stops the playback and adds as Queue Next, instead of Queue Last as I set in Now playing preferences, as it can be seen in screenshot here http://i.imgur.com/LCC9cLP.png. The other thing is that if track outside the library is removed from Now playing list next track is automatically played, see the gif here http://i.imgur.com/QhZs6C4.gifv (the reason wavebar was flat is that cue's wav is 2.64GB, it did play, see the remaining time above progress bar). I tried with single track instead of cue and it is the same. For me this seems like an unexpected behavior, what I think is logical is that external files (outside library, like this one) should be queued last, especially if set to, and deleting them from now playing list should not start plying first track available on list. Maybe I made some setting wrong?

Sorry for quoting my previous post, I was too late for modifying it and I just found out that removing ANY track, even one preset in library, playback stops and moves to the next one. I reported earlier that deleting/clearing list shouldn't stop playback and you fixed that. I think that should be the same for individual tracks as well. At least there should be setting in Now playing preferences to change this.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 18, 2016, 01:31:51 PM
with this update the miniplayer customise panel is completely broken.
It shows blank window.

(http://i.imgur.com/fO8Fngql.jpg) (http://i.imgur.com/fO8Fngq.jpg)
Title: Re: GUI changes for v3.0
Post by: AvikB on February 18, 2016, 02:07:00 PM
if i click on the dropdown to choose other thumbnail options, the dropdown does not open. :/
i cant reproduce this but have made a small change for the next update
for the spacing, its best you post a screenshot of what you think is best (assuming its more than just changing the picture size to medium)

Here is my proposed spacing, i think it should be standard throughout all the panel that has the following panel config:
# Track details with artwork enabled
# Track with thumbnail
# playlist with track view with artwork

@steven thanks for fixing the podcast artwork issue, though there is now a blank entry at the top, which i hope will get fix soon.

one inconsistency i found is the spacing between datagrids. sidebar panel datagrids have different spacing(2px) than the main panel datagrids(4px). 4px is good, but i think 6px will look more spaced and clean overall.

(https://i.imgur.com/P5W5P9hl.png) (https://i.imgur.com/P5W5P9h.png)

also a bit more higher padding at the side is also preferred:
(http://i.imgur.com/bzpheAZ.jpg)
preferably the now playing tab's playing track has the right padding on the side:
(http://i.imgur.com/cilV4Jl.jpg)

another weird thing is the embedded theater mode in now playing panel, ofc i am sure you probably haven't done much in the theater mode yet.
so it is mostly a reminder :P

yeah it is weird to have two control panel :S
(http://i.imgur.com/WteKd51m.jpg) (http://i.imgur.com/WteKd51.jpg)
Title: Re: GUI changes for v3.0
Post by: redwing on February 18, 2016, 05:20:04 PM
Tried playlist manager feature, and it seems it needs some improvement:

- Click on the node, it shows up. Another click, it disappears. On third click, nothing happens. It should repeat toggling to on/off.
- To be useful for people with lots of playlists in lots of folders, it should be possible to have nodes & folders collapsed. Right now it can't.
- Offer three options when launched: all nodes & folders collapsed, all open, remember last config.
- Mouse scroll support over playlists while holding tracks dragged from main panel (when mouse left button keeps being pressed)
- Add Computer & Device nodes as well since they are frequently used for copying & moving tracks
- The key missing feature is it doesn't show up when you start dragging tracks from main panel with left navigator hidden or auto-hidden. Isn't this what it's supposed to do? Otherwise it won't be needed. If some people might find that behavior annoying, it could be offered as an option.
Title: Re: GUI changes for v3.0
Post by: Steven on February 18, 2016, 06:13:59 PM
Here is my proposed spacing, i think it should be standard throughout all the panel that has the following panel config:
i will change it so the spacing is more consistent although because i will probably use 4px
One thing i think you mentioned somewhere was that there was a blank row in the podcast subscriptions? if so can you post a screenshot
Title: Re: GUI changes for v3.0
Post by: Steven on February 18, 2016, 06:19:10 PM
Tried playlist manager feature, and it seems it needs some improvement:

- Click on the node, it shows up. Another click, it disappears. On third click, nothing happens. It should repeat toggling to on/off.
- To be useful for people with lots of playlists in lots of folders, it should be possible to have nodes & folders collapsed. Right now it can't.
- Offer three options when launched: all nodes & folders collapsed, all open, remember last config.
- Mouse scroll support over playlists while holding tracks dragged from main panel (when mouse left button keeps being pressed)
- Add Computer & Device nodes as well since they are frequently used for copying & moving tracks
- The key missing feature is it doesn't show up when you start dragging tracks from main panel with left navigator hidden or auto-hidden. Isn't this what it's supposed to do? Otherwise it won't be needed. If some people might find that behavior annoying, it could be offered as an option.
The first point is a bug and i will fix that. While i dont disagree about the folder collapsing i dont think i have the energy left for this round of v3 to do anything.
For the Mouse scroll issue, its working fine. So we are on the same page, you are refering to dragging to the bottom or top of a panel and the panel automatically scrolls down/ up as appropriate?
For the last point, when you drag files from within MB, if the left sidebar is auto-hidden it should pop up (I just tried now and its working fine). I think it will be useful if the left sidebar popped up also did that when dragging and the left sidebar is hidden with no auto-open so i will enhance that
Title: Re: GUI changes for v3.0
Post by: AvikB on February 18, 2016, 06:30:14 PM
i will change it so the spacing is more consistent although because i will probably use 4px
Although i prefer the 6px because of the clear look, 4px is good too. :)

One thing i think you mentioned somewhere was that there was a blank row in the podcast subscriptions? if so can you post a screenshot
It is already fixed in previous updates.
Title: Re: GUI changes for v3.0
Post by: Steven on February 18, 2016, 09:09:06 PM
When I try to rip a CD in 5889, I see the following error which MB "asked me" to report:
that should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: redwing on February 18, 2016, 09:15:09 PM
when you drag files from within MB, if the left sidebar is auto-hidden it should pop up (I just tried now and its working fine). I think it will be useful if the left sidebar popped up also did that when dragging and the left sidebar is hidden with no auto-open so i will enhance that

When auto-hidden, if you move the mouse to the left, left sidebar pops out as expected.
What I'm proposing is if you start dragging files from main panel (without having to move the mouse to the left) playlist manager should pop out because that is more useful than left sidebar as to where to drop files. But with the current functionality (no folder collapsing and no computer and devices node) people would find it unusable or less useful than left sidebar.
Title: Re: GUI changes for v3.0
Post by: electro on February 18, 2016, 09:29:11 PM
I can't test MB3 right now so I'm asking: is there a shortcut key implemented for displaying the Now Playing page?
Title: Re: GUI changes for v3.0
Post by: Steven on February 18, 2016, 09:53:07 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
- spacing for artwork tweaked in the Thumbnail Browser, Podcasts panel, and Thumnail playing tracks view
- miniplayer playlist popup now includes stats
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 18, 2016, 10:19:43 PM
as phred reported way back when...

There's a typo on the Equiliser & DSP button under Player Preferences:
(http://i.imgur.com/zJxZHUkl.jpg) (http://i.imgur.com/zJxZHUk.jpg)
that typo is still there
Title: Re: GUI changes for v3.0
Post by: phred on February 18, 2016, 11:29:33 PM
as phred reported way back when...
that typo is still there
It's fixed in today's update 3.0.5892
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 18, 2016, 11:43:05 PM
as phred reported way back when...
that typo is still there
It's fixed in today's update 3.0.5892

I imagine, with all the other the other bigger bits you've been attending too, that little one's like that are easy to slip away and be forgotten about.
So, thank you :)
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on February 19, 2016, 12:17:36 AM
Thanx for silent fix for Enqueue last issue I reported yesterday! Still waiting for not stopping playback of deleted/removed track(s) from Now playing list, hope to see that as well sometime soon. I've found another two issues: sometimes artist biography won't show immediately (see gif here https://i.imgur.com/PUR7D23.gif - though it seems fine now with 3.0.5892 update, but it's worth looking at) and scrolling at artwork field is super slow, like 1-3 lines per mouse wheel scroll (see gif2 here http://i.imgur.com/0YYlAlj.gif - every little scroll seen in the gif is one scroll of a mouse scroll wheel; no issues in MBv2.5, with that version it scrolls normally, like 7-10 lines per scroll like here http://i.imgur.com/NQEHw0u.gif).
Title: Re: GUI changes for v3.0
Post by: ankor on February 19, 2016, 03:24:18 AM
MB v3.0.5890
Preferences - Hotkeys
If I delete a hotkey assigned to an action, the keystroke remains displayed in the list. Click on something in the list and then click on the action where the hotkey was deleted and the keystroke disappears next to the action. The keystroke should disappear upon deleting the hotkey.
Title: Re: GUI changes for v3.0
Post by: ankor on February 19, 2016, 03:40:48 AM
Using Dark-Variations | Greenish Slategrey skin.
When there is just slightly more in a list than what can be fully displayed (like 1 item too many), the scroll bar has just a small space above the down arrow where you should be able to click and cause a scroll down.  It doesn't move.  The same thing with clicking the down arrow of the scroll bar. It acts like it thinks the list is fully displayed.
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 19, 2016, 05:10:39 AM
i have started making some changes around this. Since a few releases ago its now possible to configure the "Thumbnail with Tracks" layout to show fields on the right. In the next update, the mini-player playlist can be configured to show not just the Track Details layout but also the Album and Tracks layout or the "Thumbnail with Tracks" layout.
I will probably add a track finder panel

I am also loving these changes. Thank you!
Title: Re: GUI changes for v3.0
Post by: ethereal12 on February 19, 2016, 07:54:44 AM
Wish I could test this out, but I'm stuck on XP for a while.

Looks good!
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 02:23:04 PM
How about adding one more state to the player metro buttons?

(http://i.imgur.com/xAAB8Ql.png)

The current same state on stop & pause gives a lot of trouble (by being confused) when editing or moving a track.
Title: Re: GUI changes for v3.0
Post by: phred on February 19, 2016, 02:27:45 PM
Wish I could test this out, but I'm stuck on XP for a while.
Have you tried it on XP?  It should work.
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 03:46:43 PM
If you copy tags to another file via Ctrl-C & Ctrl-V on album & tracks, album or artist view, artwork doesn't change on the main panel though tag editor and track details panel shows the updated artwork correctly.
Title: Re: GUI changes for v3.0
Post by: Steven on February 19, 2016, 05:41:48 PM
Wish I could test this out, but I'm stuck on XP for a while.
Have you tried it on XP?  It should work.
it wont work well and would need me to spend time on it so i am not planning to support XP for v3+
Title: Re: GUI changes for v3.0
Post by: hiccup on February 19, 2016, 07:18:42 PM
The 'Expanded Panel Settings' panel doesn't remember it's last position and always opens in the top left corner of the screen.
Could it be changed so that it remembers it's last position?
Title: Re: GUI changes for v3.0
Post by: Steven on February 19, 2016, 07:25:10 PM
If you copy tags to another file via Ctrl-C & Ctrl-V on album & tracks, album or artist view, artwork doesn't change on the main panel though tag editor and track details panel shows the updated artwork correctly.
just trying now its all working fine for me with all the changed tags refreshed in the main panel for the different views, nor can i see why it wouldnt work.
Is there any more info you can add to your report?
Title: Re: GUI changes for v3.0
Post by: hiccup on February 19, 2016, 07:30:45 PM
The additionally displayed fields beneath the titles of the tracks are a bit difficult to read in some (many) skins.
Maybe the dimming factor relative to the title could be decreased a little bit?

(http://i.imgur.com/oO1T67Jl.jpg) (http://i.imgur.com/oO1T67J.png)
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 08:06:14 PM
If you copy tags to another file via Ctrl-C & Ctrl-V on album & tracks, album or artist view, artwork doesn't change on the main panel though tag editor and track details panel shows the updated artwork correctly.
just trying now its all working fine for me with all the changed tags refreshed in the main panel for the different views, nor can i see why it wouldnt work.
Is there any more info you can add to your report?

Really? I can replicate this bug using a fresh installation with the default settings file. It's not about changing views. Do you see the artwork in the main panel change when you paste tags?
Title: Re: GUI changes for v3.0
Post by: Steven on February 19, 2016, 08:18:37 PM
Really? I can replicate this bug using a fresh installation with the default settings file. It's not about changing views. Do you see the artwork in the main panel change when you paste tags?
if you are only talking about artwork and the primary picture is embeded then yes i can reproduce a display issue where the cached artwork is not updated so i will fix that
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 08:22:44 PM
Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 08:41:52 PM
A related bug is when you paste artist picture on artists view the artist picture on the main panel isn't updated.
Title: Re: GUI changes for v3.0
Post by: Steven on February 19, 2016, 08:58:50 PM
When there is just slightly more in a list than what can be fully displayed (like 1 item too many), the scroll bar has just a small space above the down arrow where you should be able to click and cause a scroll down.  It doesn't move.  The same thing with clicking the down arrow of the scroll bar. It acts like it thinks the list is fully displayed.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 19, 2016, 08:59:51 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 09:20:39 PM
With no lyrics plugins enabled, "Delete lyrics and redo search" command doesn't work at all for selected track.
The command works for playing track only when "auto-retrieve missing lyrics for the playing track" setting is enabled.
Shouldn't it work for both tracks regardless of the setting?
Title: Re: GUI changes for v3.0
Post by: fkm on February 19, 2016, 09:27:32 PM
Is it a bug or intentional that there is a limit on how far to the right you can drag the vertical column browser (side-by-side)?

MB 2.5 doesn't have this restriction...

Title: Re: GUI changes for v3.0
Post by: Orion on February 19, 2016, 10:50:14 PM
After a few words about a problem I'm facing, redwing suggested I report it to you in this thread, in case it can be solved in the next update.

I'm willing to organise MusicBee V.3.0 this way :
Left Sidebar : Library Explorer to select the genre
Then, Left Main Panel : Thumbnail Browser to select between the remaining artists who correspond to the selected genre
Then, in the Main Pannel : 1. Vertical Column Browser to select the musical work (ex : Symphony No.**), which correspond to the Album tag.
                                        2. Files Panel with a Cover and Tracks view to select the interpretation (ex : which conductor conducted the symphony)

Yet, I'm facing a problem : once the Artist is selected in the Thumbnail Panel (which is on the Left Main Panel), if you click on a category in the Column Browser (which is in the Main Panel), clicking on it erases the artist you have already selected.

Ex : I select the artist (Rachmaninov), then I have a list of all his symphonies (Symphony No.1, Symphony No.2, etc.) that appears in the Column Browser, but when I click on symphony No.1, instead of narrowing the search to display only all the interpretations of Rachmaninov's Symphony No.1, I can see all the Symphonies No.1 of my collection (that of Beethoven, Brahms, Tchaikovsky and all of those that composed one...).

It doesn't occur when I create only a two column Column Browser with artist and album, only when I use the Thumbnail Browser first for artists and then the Column Browser for album.
Is there a way to associate the Thumbnail Browser and the Column Browser in order to gradualy narrow down the search the way I'd like ?

Thank you very much in advance for you help in this matter.
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 11:02:09 PM
Just to add Orion's bug report, it only doesn't work when thumbnail browser is placed in left main panel. When thumbnail browser is in left sidebar, column browser in the main panel works fine.
Title: Re: GUI changes for v3.0
Post by: Orion on February 19, 2016, 11:09:31 PM
Just to add Orion's bug report, it only doesn't work when thumbnail browser is placed in left main panel. When thumbnail browser is in left sidebar, column browser in the main panel works fine.

It's strange : it doesn't on mine, even in the left sidebar with column browser in the main panel : the artist I select doesn't make other albums disappear from the album list in the column browser...
Actualy, this way, the Thumbnail Browser only has an effect on the Main Panel File display.
Title: Re: GUI changes for v3.0
Post by: redwing on February 19, 2016, 11:30:40 PM
Yeah, that's strange. It worked fine when I tried before reporting, but not now. There could be another condition.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 20, 2016, 01:45:57 AM
MB3 v3.0.5893:

With MB2, in the Navigator panel when looking at folders under a drive letter under Computer, you could hit a letter on the keyboard and it would jump the highlight to the next folder starting with that letter. This doesn't happen in MB3. Intentional? If not, may I suggest supporting a quick-search whereby I can type the first few letters of a folder's name in order to highlight it?
Title: Re: GUI changes for v3.0
Post by: Steven on February 20, 2016, 11:17:01 AM
With no lyrics plugins enabled, "Delete lyrics and redo search" command doesn't work at all for selected track.
The command works for playing track only when "auto-retrieve missing lyrics for the playing track" setting is enabled.
Shouldn't it work for both tracks regardless of the setting?
i have added support for this command for selected tracks. I will disable it if "auto-retrieve missing lyrics for the playing track" is not enabled as that tells MB the order to retrieve lyrics
Title: Re: GUI changes for v3.0
Post by: Steven on February 20, 2016, 12:46:20 PM
Yet, I'm facing a problem : once the Artist is selected in the Thumbnail Panel (which is on the Left Main Panel), if you click on a category in the Column Browser (which is in the Main Panel), clicking on it erases the artist you have already selected.
thats fixed for the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on February 20, 2016, 02:12:45 PM
With MB2, in the Navigator panel when looking at folders under a drive letter under Computer, you could hit a letter on the keyboard and it would jump the highlight to the next folder starting with that letter. This doesn't happen in MB3. Intentional? If not, may I suggest supporting a quick-search whereby I can type the first few letters of a folder's name in order to highlight it?
i have added support for that in the next update
Title: Re: GUI changes for v3.0
Post by: hiccup on February 20, 2016, 02:29:08 PM
Allow me to bump a request I have done earlier (I can't find it right now) to be able to hide this info from the status bar.
I don't believe that info is so important that it should have a permanent place, and it doesn't help in having an uncluttered look.

(http://i.imgur.com/s4SeZdIs.jpg) (http://i.imgur.com/s4SeZdI.png)
Title: Re: GUI changes for v3.0
Post by: ankor on February 20, 2016, 04:05:17 PM
When there is just slightly more in a list than what can be fully displayed (like 1 item too many), the scroll bar has just a small space above the down arrow where you should be able to click and cause a scroll down.  It doesn't move.  The same thing with clicking the down arrow of the scroll bar. It acts like it thinks the list is fully displayed.
thats fixed for the next update
yes it is fixed
Title: Re: GUI changes for v3.0
Post by: redwing on February 20, 2016, 04:13:37 PM
Folder selection box is not drawn for auto-sweep settings.

(http://i.imgur.com/pyTzKx7.png)
Title: Re: GUI changes for v3.0
Post by: Alumni on February 20, 2016, 04:36:22 PM
A small bug with the expanded menu, when grouped by album artist;
Select a track from an album, then click on another album in the same grouping, a track is already highlighted in the same position as before. For example if you select Track 1 on Album A and then switch to Album B, Track 1 will still be highlighted without user input.
Title: Re: GUI changes for v3.0
Post by: Steven on February 20, 2016, 05:23:22 PM
Folder selection box is not drawn for auto-sweep settings.
thats fixed for the next update

A small bug with the expanded menu, when grouped by album artist;
Select a track from an album, then click on another album in the same grouping, a track is already highlighted in the same position as before. For example if you select Track 1 on Album A and then switch to Album B, Track 1 will still be highlighted without user input.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 20, 2016, 08:37:22 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 20, 2016, 08:46:36 PM
With MB2, in the Navigator panel when looking at folders under a drive letter under Computer, you could hit a letter on the keyboard and it would jump the highlight to the next folder starting with that letter. This doesn't happen in MB3. Intentional? If not, may I suggest supporting a quick-search whereby I can type the first few letters of a folder's name in order to highlight it?
i have added support for that in the next update
Ah, wonderful! Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 12:49:33 AM
- Folder selection box is now drawn but the dialog is misaligned.
- "highlight playing track in the main panel" with "select track" option is not working again.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 21, 2016, 01:01:05 AM
I can't seem to edit Genre in the main panel.  Is this working for anyone else?
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 01:13:20 AM
I can't seem to edit Genre in the main panel.  Is this working for anyone else?

Which view?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 21, 2016, 01:32:09 AM
Track details, Search Results node.  All other columns are fine.
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 01:41:18 AM
Working fine for me. Are you sure it's Genre not Genres?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 21, 2016, 02:32:42 AM
Ah, that's it.  Not sure why I did that.  But I'd still expect you could edit it in the main panel.
Title: Re: GUI changes for v3.0
Post by: carloscs on February 21, 2016, 02:57:00 AM
Problem in Rip CD dialog:

I've been ripping more than a dozen cds and after a while a problem appeared:

After ripping and after the cd auto ejects, the "CD has been removed" message appears but the track list isn't cleared (the first few times the track list cleared). Clicking on one track on the track list results in this error:

MusicBee v3.0.5891.39020 (Win10.0), 21 fev 2016 2:49:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=q9MCJ7rNN_iuyMTfZcXnOjasimUwC7kSepqjZAXp3pqA=.#=qVAhnq0Cv9xDLU1mdhYDMAZvqVE6nUej12cjNS_I6gpE=(Object #=qln04dC1PIjLfIQqn$bTSPg==, MouseEventArgs #=qXB48Vd6heAyBtF_hIXAwWg==)
   at #=q6YPAorwUm0W9KdigNpe5U3_VR6BnTvONhe9BACHaDM4=.#=q7apx9OA8KPD6kIIE0rTxHbE1Ixh$dTYZzJ$z7HAFuXw=(MouseEventArgs #=q5_$8niPrGqG$2LUPm2WPTQ==)
   at #=q6YPAorwUm0W9KdigNpe5U3_VR6BnTvONhe9BACHaDM4=.#=qsTIACghd76uZAW4BNJ7agQ==.OnMouseClick(MouseEventArgs #=qs0xg0vl5NaBQoKzBiob4kA==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qL4a3L7Ig0srCaMkfdIHw_F6AAdKAfu_joXqlWYRAWQc=.WndProc(Message& #=qCjyjsdOVFJC_bNQ_vBLjOQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 21, 2016, 03:08:29 AM
In 2.x, when you do a search and then filter from the search results (for instance, with a middle click), using the back arrow would return to the previous search results.  In other words, it treated each search or filter as a separate "location".  In 3.0, it goes back to the node you were in before the original search, treating all search results as one location.  Could we have the 2.x behavior back, please?
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 08:05:28 AM
Problem in Rip CD dialog:
that should have been fixed the other day. You are not using the most recent version
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 08:24:24 AM
- "highlight playing track in the main panel" with "select track" option is not working again.
I havent changed it and its working fine for me. Perhaps post a screenshot so i can see your configuration or send me your settings file

- Folder selection box is now drawn but the dialog is misaligned.
can you post a screenshot.
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 09:44:53 AM
- Folder selection box is now drawn but the dialog is misaligned.
can you post a screenshot.

(http://i.imgur.com/ZSuFcuO.png)
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 10:00:30 AM
- "highlight playing track in the main panel" with "select track" option is not working again.
I havent changed it and its working fine for me. Perhaps post a screenshot so i can see your configuration or send me your settings file

Sorry. Looks like I was mistaken about it with a different node open from playing tracks list.
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 10:23:50 AM
- Folder selection box is now drawn but the dialog is misaligned.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 11:40:19 AM
Ah, that's it.  Not sure why I did that.  But I'd still expect you could edit it in the main panel.
i have added support for editing Genres in the main panel
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 11:46:04 AM
In 2.x, when you do a search and then filter from the search results (for instance, with a middle click), using the back arrow would return to the previous search results.  In other words, it treated each search or filter as a separate "location".  In 3.0, it goes back to the node you were in before the original search, treating all search results as one location.  Could we have the 2.x behavior back, please?
i have made the change but if it has unexpected side effects then i might remove it
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 12:16:53 PM
Allow me to bump a request I have done earlier (I can't find it right now) to be able to hide this info from the status bar.
I don't believe that info is so important that it should have a permanent place, and it doesn't help in having an uncluttered look.
for the next update the summary stats can now be disabled from the status bar
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 12:36:29 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 21, 2016, 12:37:15 PM
Got this message when I first selected all song (CTRL+A) then deslected 1 song (CTRL+Click)

MusicBee v3.0.5894.40053 (Win10.0), 21 feb 2016 13:33:

System.NullReferenceException: De objectverwijzing is niet op een exemplaar van een object ingesteld.
   bij #=qg3plxg2kbnzQqMbmObkAKSin_LYwzS_L_$0ecjN4DTI=.#=q91s87hAVbJmvI$95Mm$OQw2v$n9hzWLeWgG0P0ABpZU=.OnMouseMove(MouseEventArgs #=qYhmqsLye3x2hJRfy$I8RCA==)
   bij System.Windows.Forms.Control.WmMouseMove(Message& m)
   bij System.Windows.Forms.Control.WndProc(Message& m)
   bij #=qacORcZ3ap9_Lmxi9DgMcAswBdcLDookrfxaXS7jAgso=.WndProc(Message& #=qFkA3S9mVuepX4xmd02ZiVQ==)
   bij System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bij System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bij System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: hiccup on February 21, 2016, 01:01:06 PM
for the next update the summary stats can now be disabled from the status bar

Very nice. Thank you!
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 01:10:55 PM
As I reported from another thread, URL search is not working at all.
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 02:42:04 PM
Got this message when I first selected all song (CTRL+A) then deslected 1 song (CTRL+Click)
thats probably fixed for the next update but could you confirm which view you were using and if the Track Details view, whether you had grouping or collapsed albums enabled

As I reported from another thread, URL search is not working at all.
thats added for the next update
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 21, 2016, 03:08:33 PM
I still have the problem where sometimes, musicbee crashes after playing a song. Would a debug version help in getting rid of it?
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on February 21, 2016, 03:28:42 PM
Hi all, been using MB since early November last year and I must say, I was taken aback by all the features and capability packed into this tiny app, and I'm still learning....well done Steven,and all involved!! I've even managed to "convert" three of my buddies, hehehe.

Anyway, I started with v2.5, later upgraded to v3.0 and I've been following this thread & installing all patches since. I just have one request; Don't know if you were finished with the Mini Player Layout with v3.0.5891, but I was hoping I'm not the only one who'd want a 'Display_Lyrics_In_Floating_Window' button on the Wide Layout and if possible the Narrow one too. It's a bit hectic right-clicking and having to go through all the menus to activate the option.
Thanks in advance.
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 21, 2016, 03:32:52 PM
Got this message when I first selected all song (CTRL+A) then deslected 1 song (CTRL+Click)
thats probably fixed for the next update but could you confirm which view you were using and if the Track Details view, whether you had grouping or collapsed albums enabled

I was using Albums and Tracks view in the Inbox node.
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 03:45:47 PM
Don't know if you were finished with the Mini Player Layout with v3.0.5891, but I was hoping I'm not the only one who'd want a 'Display_Lyrics_In_Floating_Window' button on the Wide Layout and if possible the Narrow one too. It's a bit hectic right-clicking and having to go through all the menus to activate the option.
i am willing to move that option to the top level of the right click menu which i will do for the next update but not to add a dedicated button. There is already a hotkey available for this as well
Title: Re: GUI changes for v3.0
Post by: Orion on February 21, 2016, 04:02:38 PM
Yet, I'm facing a problem : once the Artist is selected in the Thumbnail Panel (which is on the Left Main Panel), if you click on a category in the Column Browser (which is in the Main Panel), clicking on it erases the artist you have already selected.
thats fixed for the next v3 update

I know I'm quite late, but I absolutely wanted to thank you for your help on that point : it's much better now ! I finaly have the perfect configuration that fit my needs. :)
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on February 21, 2016, 04:11:09 PM
Don't know if you were finished with the Mini Player Layout with v3.0.5891, but I was hoping I'm not the only one who'd want a 'Display_Lyrics_In_Floating_Window' button on the Wide Layout and if possible the Narrow one too. It's a bit hectic right-clicking and having to go through all the menus to activate the option.
i am willing to move that option to the top level of the right click menu which i will do for the next update but not to add a dedicated button. There is already a hotkey available for this as well
Ooph, had forgotten about the hotkey option, but sure, moving it up & on its own line will be greatly appreciated. Thanks for that.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 21, 2016, 04:23:21 PM
i have made the change but if it has unexpected side effects then i might remove it

i have added support for editing Genres in the main panel

Thanks and thanks!
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 05:29:55 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 07:35:07 PM
I still have the problem where sometimes, musicbee crashes after playing a song. Would a debug version help in getting rid of it?
when you say crash, do you mean MB freezes, displays an error message or terminates?
check the error log for any error at the time it happened (help/ support/ view settings)
I guess if you send me your settings again i can take another look
Title: Re: GUI changes for v3.0
Post by: Steven on February 21, 2016, 07:50:04 PM
When auto-hidden, if you move the mouse to the left, left sidebar pops out as expected.
What I'm proposing is if you start dragging files from main panel (without having to move the mouse to the left) playlist manager should pop out because that is more useful than left sidebar as to where to drop files. But with the current functionality (no folder collapsing and no computer and devices node) people would find it unusable or less useful than left sidebar.
for the next v3 update i have made a change so that if the left sidebar is hidden (i know you are refering to the playlists panel) and you drag from the main panel to the left then the left sidebar will popup automatically
Title: Re: GUI changes for v3.0
Post by: redwing on February 21, 2016, 09:47:37 PM
As I reported from another thread, URL search is not working at all.
thats added for the next update

It's working fine now. Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on February 22, 2016, 01:54:40 AM
I suggested this before, but why not display custom view name for main panel selector button when the view's selected to avoid any confusions just like now playing bar displays TM view name on its selector button?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 22, 2016, 03:23:09 AM
I suggested this before, but why not display custom view name for main panel selector button when the view's selected to avoid any confusions just like now playing bar displays TM view name on its selector button?

+1
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 22, 2016, 05:46:06 AM
Follow up on the Genre Category pop-up:  the buttons are correctly positioned now, but there's still extra space at the bottom of the text box (which I thought had been a result of the misplaced buttons), enough for 1-2 more lines.  It makes it look like there's no more list because you expect more items to show up before you have to scroll.
Title: Re: GUI changes for v3.0
Post by: quBit on February 22, 2016, 10:05:42 AM
Some panel configuration settings don't work for the compact player, making it impossible to for example change album cover size/position in the track information panel inside the compact player.

Also, above every panel it shows the panel name, for example "Track Information v" above the track information and "Playing Tracks v" above the playlist. I wonder why that's in there and if there's a way to hide it as it wasn't like that in 2.5
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 22, 2016, 10:35:29 AM
Also, above every panel it shows the panel name, for example "Track Information v" above the track information and "Playing Tracks v" above the playlist. I wonder why that's in there and if there's a way to hide it as it wasn't like that in 2.5
The little "v" indicates there is drop-down menu.  It wasn't like it in 2.5 as the drop-down menu wasn't there then.  There is no way to hide it.

Some panel configuration settings don't work for the compact player, making it impossible to for example change album cover size/position in the track information panel inside the compact player.
If you mean that some of the options that can be changed in the "Now Playing Layout Configuration" panel from the "Now Playing" tab also effect the Compact player but those same options can't be accessed from there; then yes, I've noticed that too.
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 22, 2016, 11:56:53 AM
in 5895:

The search item "Search Internet for picture" does not display the right window for VA albums. I get "Auto-Tag: Update Missing Artwork" instead of the usual "Artwork: name of a track" with a selection of pictures from iTunes, last.fm, Google and fanart.tv

The artwork is not displayed for these VA albums even though there's a picture file present in the folder.
Title: Re: GUI changes for v3.0
Post by: quBit on February 22, 2016, 12:13:08 PM
Also, above every panel it shows the panel name, for example "Track Information v" above the track information and "Playing Tracks v" above the playlist. I wonder why that's in there and if there's a way to hide it as it wasn't like that in 2.5
The little "v" indicates there is drop-down menu.  It wasn't like it in 2.5 as the drop-down menu wasn't there then.  There is no way to hide it.

I realize that, but once you finished setting up your layout, there is no need for that drop-down menu anymore. I mean who's gonna regularly want to reconfigure their substential layout for the player so much that they would need a dropdown to quickly access the options? (especially when implementing it within the right-click menu like in 2.5, it takes the same amount of clicks and saves space without adding clutter)
I think for most people it's just a waste of space at that point and for some like me it's even a major annoyance. I think there should not be any elements forced on screen that don't get used regularly. Like I know that the 'track information' is indeed 'track information'. I don't need a bold text above it telling me so. It fills no purpose to me.

Some panel configuration settings don't work for the compact player, making it impossible to for example change album cover size/position in the track information panel inside the compact player.
If you mean that some of the options that can be changed in the "Now Playing Layout Configuration" panel from the "Now Playing" tab also effect the Compact player but those same options can't be accessed from there; then yes, I've noticed that too.

That's not what i mean. I'm sure you can reproduce this. Just try to have your compact player layout configured in a way where the album art is displayed to the right side of the track information. You can do it to display like that in the main player but not in the compact player.

Btw. in 2.5 I can't get the artwork to display on the right side of the track details either. Not even in the main player. Is it just me?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 22, 2016, 02:18:35 PM
I realize that, but once you finished setting up your layout, there is no need for that drop-down menu anymore. I mean who's gonna regularly want to reconfigure their substential layout for the player so much that they would need a dropdown to quickly access the options? (especially when implementing it within the right-click menu like in 2.5, it takes the same amount of clicks and saves space without adding clutter)
I think for most people it's just a waste of space at that point and for some like me it's even a major annoyance. I think there should not be any elements forced on screen that don't get used regularly. Like I know that the 'track information' is indeed 'track information'. I don't need a bold text above it telling me so. It fills no purpose to me.

Actually, you can also just click in that bar (to the right of the menu) to toggle track info/lyrics/bio, if you have them stacked.
Title: Re: GUI changes for v3.0
Post by: Steven on February 22, 2016, 06:07:35 PM
The search item "Search Internet for picture" does not display the right window for VA albums. I get "Auto-Tag: Update Missing Artwork" instead of the usual "Artwork: name of a track" with a selection of pictures from iTunes, last.fm, Google and fanart.tv

The artwork is not displayed for these VA albums even though there's a picture file present in the folder.
its working fine for me and i havent made any changes around this. Can you post a screenshot so i can see the picture you right clicked on and also the dialog that pops up
Title: Re: GUI changes for v3.0
Post by: ankor on February 22, 2016, 06:38:12 PM
I suggested this before, but why not display custom view name for main panel selector button when the view's selected to avoid any confusions just like now playing bar displays TM view name on its selector button?

+1
+1
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 22, 2016, 06:50:03 PM
I have 1 tab open with the Now Playing node selected and the Now Playing Bar activated with a Theater Mode. In the Now Playing Bar everything is displayed well, but when I go to another tab and then go back to the Now Playing tab, the Artist Pictures won't display anymore until I select the Theater Mode again or until I switch to another song. This happens with all Theater Modes, and only in the Now Playing Node.
Title: Re: GUI changes for v3.0
Post by: Steven on February 22, 2016, 06:58:55 PM
I have 1 tab open with the Now Playing node selected and the Now Playing Bar activated with a Theater Mode. In the Now Playing Bar everything is displayed well, but when I go to another tab and then go back to the Now Playing tab, the Artist Pictures won't display anymore until I select the Theater Mode again or until I switch to another song. This happens with all Theater Modes, and only in the Now Playing Node.
its working fine for me. Can you either PM me a link to your settings file (prefered) or post a screenshot so i can see the layout
Title: Re: GUI changes for v3.0
Post by: hiccup on February 22, 2016, 07:12:47 PM
The scroll bar buttons for scrolling through the Custom Tags (Preferences> Tags(1) do work, but result in extremely slow scrolling.
The same for the scrollbar buttons for the whole Layout(1) and File Converters panels.
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 22, 2016, 07:21:28 PM
I have 1 tab open with the Now Playing node selected and the Now Playing Bar activated with a Theater Mode. In the Now Playing Bar everything is displayed well, but when I go to another tab and then go back to the Now Playing tab, the Artist Pictures won't display anymore until I select the Theater Mode again or until I switch to another song. This happens with all Theater Modes, and only in the Now Playing Node.
its working fine for me. Can you either PM me a link to your settings file (prefered) or post a screenshot so i can see the layout

I've PM'd you my settings file
Title: Re: GUI changes for v3.0
Post by: Steven on February 22, 2016, 08:08:44 PM
I have 1 tab open with the Now Playing node selected and the Now Playing Bar activated with a Theater Mode. In the Now Playing Bar everything is displayed well, but when I go to another tab and then go back to the Now Playing tab, the Artist Pictures won't display anymore until I select the Theater Mode again or until I switch to another song. This happens with all Theater Modes, and only in the Now Playing Node.
there is a bug but i dont get the same behavior. The bug i found is fixed so when the update is available let me know if it is fixed
Title: Re: GUI changes for v3.0
Post by: RTesla on February 22, 2016, 08:33:11 PM
Enjoying the MB3 beta!

I am sure this has been asked before so apologies. In MB2, the thumbnail browser is a slave to the column browser. However, with the thumbnail browser now being positioned to the left of the column browser, would it not make sense for this to be the reverse? If I choose say an artist or genre in the thumbnail browser, should the column browser not follow suit? Intuitively would seem to make more sense that the first column visually (thumbnail browser) confers changes to the columns to the right of it.

I know many are probably used to the thumbnail browser functioning the way it does but just a thought.
Title: Re: GUI changes for v3.0
Post by: Steven on February 22, 2016, 09:18:42 PM
in recent versions you can move the thumbnail browser into the main panel to the right of the column browser
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 22, 2016, 09:27:26 PM
The search item "Search Internet for picture" does not display the right window for VA albums. I get "Auto-Tag: Update Missing Artwork" instead of the usual "Artwork: name of a track" with a selection of pictures from iTunes, last.fm, Google and fanart.tv

The artwork is not displayed for these VA albums even though there's a picture file present in the folder.
its working fine for me and i havent made any changes around this. Can you post a screenshot so i can see the picture you right clicked on and also the dialog that pops up
(https://i.imgur.com/aPRslf1.png)
Title: Re: GUI changes for v3.0
Post by: Steven on February 22, 2016, 09:46:58 PM
when selecting multiple files, if the album or album artist are not consistent then that dialog is opened ie. there isnt a single album artist/album to download a picture for
Title: Re: GUI changes for v3.0
Post by: Steven on February 22, 2016, 10:18:47 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- when you drag from the main panel in the left direction and the left sidebar is hidden then it will pop up automatically. I might change it to only do that if the left sidebar is configured as auto-open (as opposed to "hide") in case people dont like this new behavior
- i have made a start on tab pinning - just right click on a tab/ Pin. I really havent tested it and off the top of my head still needs to move the tab to the left side when first pinned and inbox/podcast counters
Title: Re: GUI changes for v3.0
Post by: Alumni on February 22, 2016, 11:03:15 PM
- i have made a start on tab pinning - just right click on a tab/ Pin. I really havent tested it and off the top of my head still needs to move the tab to the left side when first pinned and inbox/podcast counters

That's a nice surprise, and it works pretty well already.
I've been playing around with it and noticed a couple things;
When opening a new tab next to a pinned tab there is a blank space to the left that probably shouldn't be there.
A pinned music explorer tab doesn't automatically refresh the playing artist.

It seems to me that pinned tabs now makes the playlist manager a more viable alternative to the left sidebar, but I would still miss the devices node when syncing playlists to my phone.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 22, 2016, 11:07:43 PM
Since a fairly recent update, the file selection window for "Replace File" takes up most of the screen, and can't be moved or resized.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 22, 2016, 11:31:23 PM
in recent versions you can move the thumbnail browser into the main panel to the right of the column browser

How do you go about doing this?  Running the latest patched version but can't find this option anywhere
Title: Re: GUI changes for v3.0
Post by: Alumni on February 22, 2016, 11:54:04 PM
How do you go about doing this?  Running the latest patched version but can't find this option anywhere

Are you familiar with the configure layout screen? Tick to enable the column browser and thumb browser, then drag and drop the thumb browser underneath the column browser in the main panel section.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 23, 2016, 12:14:06 AM
How do you go about doing this?  Running the latest patched version but can't find this option anywhere

Are you familiar with the configure layout screen? Tick to enable the column browser and thumb browser, then drag and drop the thumb browser underneath the column browser in the main panel section.

Got it,  thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on February 23, 2016, 12:48:43 AM
- when you drag from the main panel in the left direction and the left sidebar is hidden then it will pop up automatically. I might change it to only do that if the left sidebar is configured as auto-open (as opposed to "hide") in case people dont like this new behavior

- Noticed this works only on Track Details view and Album & Tracks view. Is it intended?
- Popped out sidebar needs to push the whole panels to the right (1) when playlist manager is enabled, (2) when playing tracks list is placed on left main panel and (3) when only main panel is opened (as it would cover some fields).

- i have made a start on tab pinning - just right click on a tab/ Pin. I really havent tested it and off the top of my head still needs to move the tab to the left side when first pinned and inbox/podcast counters

Looks good. Some suggestions:
- As I suggested, consider displaying first letter too for nodes with the same icon like filters and playlists as tooltip is not enough.
- Noticed lock tab command still remains but it doesn't seem to do anything.
- I don't think it's a good idea to disable left sidebar for pinned tabs as that will seriously limit its functionality. Just allow it to show and if the user selects a different node, just open the node in a new tab and move focus to there. That's how web browses do for pinned tabs.
- Pinned tabs are not locked to its selected node (1) when search results node opens and (2) field links on track info panel are clicked. Open those too in a new tab.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 23, 2016, 01:12:57 AM
- I don't think it's a good idea to disable left sidebar for pinned tabs as that will seriously limit its functionality.

The way I see it, the whole point of pinned tabs is to replace the left sidebar as a navigator, in which case it makes sense to disable the sidebar automatically.
Title: Re: GUI changes for v3.0
Post by: redwing on February 23, 2016, 01:41:06 AM
- I don't think it's a good idea to disable left sidebar for pinned tabs as that will seriously limit its functionality.

The way I see it, the whole point of pinned tabs is to replace the left sidebar as a navigator, in which case it makes sense to disable the sidebar automatically.

Not sure about it. Then why hide it only when you're in pinned tabs? Even if that's the case, it should only default to auto-hide it and still allow the user to show it instead of entirely disabling it. My opinion is it would be best to make it follow the same configured panel layout settings whether it's pinned or not.
Title: Re: GUI changes for v3.0
Post by: sleepless on February 23, 2016, 03:28:21 AM
After scrolling horizontally in the Tracks view, I get some weird text remnants from the album header:

Normal:
(http://s14.postimg.org/w9792cpyl/Image_15.jpg) (http://postimg.org/image/w9792cpyl/)

After scrolling:
(http://s17.postimg.org/pd8ti7hsb/Image_17.jpg) (http://postimg.org/image/pd8ti7hsb/)

(http://s30.postimg.org/lbhptju9p/Image_18.jpg) (http://postimg.org/image/lbhptju9p/)
Title: Re: GUI changes for v3.0
Post by: AvikB on February 23, 2016, 04:13:54 AM
- when you drag from the main panel in the left direction and the left sidebar is hidden then it will pop up automatically. I might change it to only do that if the left sidebar is configured as auto-open (as opposed to "hide") in case people dont like this new behavior
Works fine in list view(tracks, album & tracks), but does not work in cover views(album cover, artists).

- i have made a start on tab pinning - just right click on a tab/ Pin. I really havent tested it and off the top of my head still needs to move the tab to the left side when first pinned and inbox/podcast counters
I am trying to figure out what is the lock tab function? also Pin function seems like how browsers pin tabs, also it only shows icons when switching to other tabs, which i quite like. :) but then what do we use the lock function? i am confused. :S
Title: Re: GUI changes for v3.0
Post by: Steven on February 23, 2016, 08:33:28 AM
Since a fairly recent update, the file selection window for "Replace File" takes up most of the screen, and can't be moved or resized.
would you mind posting a screenshot as the only window i can think of for file selection is done using the standard windows control
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 23, 2016, 10:28:35 AM
when selecting multiple files, if the album or album artist are not consistent then that dialog is opened ie. there isnt a single album artist/album to download a picture for
That makes sense. But in my example(s), album artist and album title are consistent.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 23, 2016, 12:21:26 PM
Managed to move thumbnail browser to the right of the column browser, works great!

Is there any reason though you can't select multiple artists or albums in the thumbnail browser? eg when I hold down ctrl and select multiple entries like in the column browser. It's the only thing stopping me form removing the album column in the column browser and using this instead.

Thanks Steven
Title: Re: GUI changes for v3.0
Post by: Orion on February 23, 2016, 01:44:00 PM
Just a very simple question this time : is it possible to create a "Portable" version of MusicBee v3.0 for now ?

As I didn't found how to configure two different interfaces (one for usual music, one for classical music, with a totaly different way of browsing) and to switch quickly from one to the other, I need to use two MusicBee : one setup in Program Files, one setup as a portable version. But I would like to benefit from all the improvement of V.3 on the portable version. Is it easy to create one ?

Thank you very much in advance.

PS : That is much less important, but I would like to customize the picture that is displayed when MusicBee is opening. Is it possible ?
Title: Re: GUI changes for v3.0
Post by: Alumni on February 23, 2016, 02:17:32 PM
As I didn't found how to configure two different interfaces (one for usual music, one for classical music, with a totaly different way of browsing) and to switch quickly from one to the other, I need to use two MusicBee : one setup in Program Files, one setup as a portable version. But I would like to benefit from all the improvement of V.3 on the portable version. Is it easy to create one ?

Have you tried this with the latest v3.0 patch? It should be possible to configure the layout independently for each library filter.

PS : That is much less important, but I would like to customize the picture that is displayed when MusicBee is opening. Is it possible ?

Do you mean the splash screen? It can be disabled in preferences. The skin author controls the appearance of this image, it requires editing the skin xml file.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 23, 2016, 02:50:41 PM
when selecting multiple files, if the album or album artist are not consistent then that dialog is opened ie. there isnt a single album artist/album to download a picture for
That makes sense. But in my example(s), album artist and album title are consistent.

I can confirm this.  Here's a screencap, showing that the the album & artist match (there are multiple artist values, but they're all the same, too): http://imgur.com/kA2FPSp.  But when I right click on the artwork in the main panel and search, I get the separate searches per track.  On the other hand, using the artwork in the tag editor or the artwork in the left panel works as expected.
Title: Re: GUI changes for v3.0
Post by: Orion on February 23, 2016, 03:04:36 PM
As I didn't found how to configure two different interfaces (one for usual music, one for classical music, with a totaly different way of browsing) and to switch quickly from one to the other, I need to use two MusicBee : one setup in Program Files, one setup as a portable version. But I would like to benefit from all the improvement of V.3 on the portable version. Is it easy to create one ?

Have you tried this with the latest v3.0 patch? It should be possible to configure the layout independently for each library filter.

I tried : it doesn't.
To be more precise I would like to have completely different ways of browsing :
Normal Interface : Column Browser with Years at the left + Thumbnail Browser for Artists in the left of the Main Panel + Covers in the Main Panel
(http://img11.hostingpics.net/thumbs/mini_256245NormalInterface.jpg) (http://www.hostingpics.net/viewer.php?id=256245NormalInterface.jpg)
Classical Interface : Only Column Browser, with countries, then artists, then albums + Cover and tracks in the Main Panel.
(http://img11.hostingpics.net/thumbs/mini_205620ClassicalMusicInterface.jpg) (http://www.hostingpics.net/viewer.php?id=205620ClassicalMusicInterface.jpg)
It means that it's not only the File Display in the Main Panel that need to be different from one collection to another but the whole interface. I can't do that for now. That's why I asked if it was possible either to make it possible (but I don't want to bother Steven again with my problems) or to explain to me how to create a portable version of V.3. so that I can use two different .exe files with two different configuration files.

Thank you for your help.
Title: Re: GUI changes for v3.0
Post by: Pingaware on February 23, 2016, 06:31:50 PM
If you install the 2.5 portable version then just extract the latest 3.0 patch over the top, it will be a portable installation. Nothing more needed than that.
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 23, 2016, 07:01:16 PM
I have 1 tab open with the Now Playing node selected and the Now Playing Bar activated with a Theater Mode. In the Now Playing Bar everything is displayed well, but when I go to another tab and then go back to the Now Playing tab, the Artist Pictures won't display anymore until I select the Theater Mode again or until I switch to another song. This happens with all Theater Modes, and only in the Now Playing Node.
there is a bug but i dont get the same behavior. The bug i found is fixed so when the update is available let me know if it is fixed

I can confirm this is fixed now
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 23, 2016, 07:10:05 PM
Crash happened again and this time didn't have repeat on.

http://i.imgur.com/OQMvU4o.png

The song just ended and I pressed the "previous playback" hotkey. Crash. It seems to happen a lot when starting songs.

I never got crashes with 2.5, but with 3.0 it seems to happen every now and then..

Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 23, 2016, 07:55:17 PM
Also, what is this error? (it's unrelated to the bug above, it's from the lyrics editor plugin I installed yesterday).

2016/02/23 20:50:26 - 6.3.9600.0 - 3.0.5895.37007 - System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBeePlugin.Plugin.ReceiveNotification(String sourceFileUrl, NotificationType type)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at MusicBee.Plugin.#=qHJ1wuouzMHEKFOa2o6aSrdm6UupvyGAVGDVUTgNyMlY=()

2016/02/23 20:51:23 - 6.3.9600.0 - 3.0.5895.37007 - System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBeePlugin.Plugin.ReceiveNotification(String sourceFileUrl, NotificationType type)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at MusicBee.Plugin.#=qHJ1wuouzMHEKFOa2o6aSrdm6UupvyGAVGDVUTgNyMlY=()
Title: Re: GUI changes for v3.0
Post by: Steven on February 23, 2016, 08:04:01 PM
Crash happened again and this time didn't have repeat on.
from your settings file i see you have some plugins that i dont recognise enabled so i suggest you disable them for a while:
mb_JLyricLyricsPlugin
mb_KashiSearchLyricsPlugin
mb_KgetLyricsPlugin
mb_LyricsEditorPlugin
mb_OriconLyricsPlugin
mb_PetitLyricsPlugin
mb_SortOrderTagCreation
if it is still happening then disable "save lyrics to file" in the Tags(2) preferences

also the error message you posted is from one of your plugins so i wont be able to help with that
Title: Re: GUI changes for v3.0
Post by: DarkerthanDreams on February 23, 2016, 08:08:04 PM
Been using Musicbee 3.0 for a while now.. does anybody know why every time i download a new skin (I'm currently using Duophonic) and i put the music player into mini player the volume bar to drag and raise the volume up or down isn't visible? Here's some proof http://i.imgur.com/3O82hco.png
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 23, 2016, 08:09:32 PM
Crash happened again and this time didn't have repeat on.
from your settings file i see you have some plugins that i dont recognise enabled so i suggest you disable them for a while:
mb_JLyricLyricsPlugin
mb_KashiSearchLyricsPlugin
mb_KgetLyricsPlugin
mb_LyricsEditorPlugin
mb_OriconLyricsPlugin
mb_PetitLyricsPlugin
mb_SortOrderTagCreation
if it is still happening then disable "save lyrics to file" in the Tags(2) preferences

also the error message you posted is from one of your plugins so i wont be able to help with that

I installed all of those yesterday. I found out which plugin was causing the error log and disabled it (lyricseditor).

I just got into lyrics a few days ago, have never put lyrics in any songs before and I was getting crashes. I guess it's gonna be really hard to get rid of it and I'll have to try all sorts of stuff for it not to happen..
Title: Re: GUI changes for v3.0
Post by: RTesla on February 23, 2016, 08:56:15 PM
Don't seem to have drag and drop functionality for MP3 tagging like in 2.5

If you dragged an album or track to any contents of the column browser, Musicbee would give you the option of changing the MP3 tags to whatever you dragged it to. Found this feature incredibly useful so hope this hasn't been removed.
Title: Re: GUI changes for v3.0
Post by: Steven on February 23, 2016, 08:57:50 PM
I am trying to figure out what is the lock tab function? also Pin function seems like how browsers pin tabs, also it only shows icons when switching to other tabs, which i quite like. :) but then what do we use the lock function? i am confused. :S
tab lock simply disables the tab from being closed has no meaning when a tab is pinned so i have hidden that when a tab is pinned.
Title: Re: GUI changes for v3.0
Post by: Steven on February 23, 2016, 08:58:57 PM
After scrolling horizontally in the Tracks view, I get some weird text remnants from the album header:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 23, 2016, 08:59:04 PM
Been using Musicbee 3.0 for a while now.. does anybody know why every time i download a new skin (I'm currently using Duophonic) and i put the music player into mini player the volume bar to drag and raise the volume up or down isn't visible? Here's some proof http://i.imgur.com/3O82hco.png

It's a known bug (reported here (http://getmusicbee.com/forum/index.php?topic=16643.msg99354#msg99354)) that has only been partially fixed.

If you expand the mini player slightly the volume button should appear.
Title: Re: GUI changes for v3.0
Post by: Steven on February 23, 2016, 09:00:48 PM
when selecting multiple files, if the album or album artist are not consistent then that dialog is opened ie. there isnt a single album artist/album to download a picture for
That makes sense. But in my example(s), album artist and album title are consistent.

I can confirm this.  Here's a screencap, showing that the the album & artist match (there are multiple artist values, but they're all the same, too): http://imgur.com/kA2FPSp.  But when I right click on the artwork in the main panel and search, I get the separate searches per track.  On the other hand, using the artwork in the tag editor or the artwork in the left panel works as expected.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 23, 2016, 09:35:30 PM
I tied going back to 2.5 but couldn't, 3.0 just has that many improvements..

I guess thecrash bug is the only thing keeping it from being perfect, hopefully I'll find a solution..
Title: Re: GUI changes for v3.0
Post by: Steven on February 23, 2016, 10:08:42 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- for tab pinning, you can now pin removable devices. On restart the pinned node will only appear when the device is connected.
- as per redwings suggestion, i decided to no longer auto-hide the left sidebar for a pinned tab.
- for the suggestion of showing the inbox and podcast numbers; and (i vaguely recall) someone suggested showing the first letter of a filter; as part of the pinned tab header: i havent decided yet what i will do, if anything, for that
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 23, 2016, 10:33:18 PM
Would be cool if you could put the navigator on the right side bar. More customizability the better :)
Title: Re: GUI changes for v3.0
Post by: sleepless on February 24, 2016, 03:08:46 AM
After scrolling horizontally in the Tracks view, I get some weird text remnants from the album header:
thats fixed for the next update
Works good. Still get some artifacts from the splitter line though. No biggie, just thought I'd mention it.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 24, 2016, 03:13:43 AM
This is very minor, but with two monitors and MB on the second monitor, the Rip CD dialog opens in the same window as MB, but if you need to choose a result for tags, that pop-up consistently opens in the first window, even after being moved once.

That was a convoluted sentence.  Short version: album selection for ripping doesn't remember that you moved it to a different window.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 24, 2016, 04:01:21 AM
One more comment about Replace File: MB is not deleting empty folders when the last file has been removed by the Replace File feature.


p.s. Unrelated, but I really like how the Music node flashes bold when you drop something on it.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 24, 2016, 04:13:27 AM
(i vaguely recall) someone suggested showing the first letter of a filter; as part of the pinned tab header: i havent decided yet what i will do, if anything, for that

I had an idea, maybe too radical though.
What if there was a drop down menu attached to the pinned Music Library tab which lets you change your current library filter?
In that way you wouldn't need to have separably pinned filter tabs, they would all be consolidated into one tab.
Title: Re: GUI changes for v3.0
Post by: redwing on February 24, 2016, 05:13:06 AM
Thanks for allowing to show left sidebar for pinned tabs. But I wonder why pinned tabs aren't locked to the selected node, which makes the feature pointless. As I suggested, consider making it open a different node (including search results node) in a new tab instead of in the same pinned tab. Currently you pinned inbox tab, and with a few clicks the tab turns into a playlist tab.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 24, 2016, 05:24:20 AM
Another little detail: middle clicking on the header in Album & Tracks view doesn't filter to that artist. (if it matters, I have both left and right headers)
Title: Re: GUI changes for v3.0
Post by: redwing on February 24, 2016, 05:37:58 AM
when selecting multiple files, if the album or album artist are not consistent then that dialog is opened ie. there isnt a single album artist/album to download a picture for
That makes sense. But in my example(s), album artist and album title are consistent.

I can confirm this.  Here's a screencap, showing that the the album & artist match (there are multiple artist values, but they're all the same, too): http://imgur.com/kA2FPSp.  But when I right click on the artwork in the main panel and search, I get the separate searches per track.  On the other hand, using the artwork in the tag editor or the artwork in the left panel works as expected.

Related to this issue, I noticed launching "search internet for picture" command from main panel on artwork view or artists view shows a different result from running the command from track info panel for tracks that have different values for artist and album artist. v2.5 shows the same search results.
Title: Re: GUI changes for v3.0
Post by: redwing on February 24, 2016, 05:48:42 AM
I had an idea, maybe too radical though.
What if there was a drop down menu attached to the pinned Music Library tab which lets you change your current library filter?
In that way you wouldn't need to have separably pinned filter tabs, they would all be consolidated into one tab.

That's a great idea! It doesn't have to show all existing nodes but only pinned ones with the same icon.
Title: Re: GUI changes for v3.0
Post by: redwing on February 24, 2016, 07:53:11 AM
When lyrics element is placed in the right sidebar in the narrowest width, part of lyrics don't show.

(http://i.imgur.com/SxH0oL8.png)

The third image is when it's in right main panel and works properly even though it's narrower. I checked all other panels, and it worked fine only except right sidebar (I'm using Segoe UI 12pt).
Title: Re: GUI changes for v3.0
Post by: hiccup on February 24, 2016, 08:39:53 AM
- i have made a start on tab pinning - just right click on a tab/ Pin.

Great that you are doing this so soon already.

What I don't understand is why pinned tabs are made so small when pinned, not showing the text label anymore.
This is really hindering ease of use.
I can understand there must be some adjustment when horizontal spacing becomes spare, but why do this when there is enough space?

For the case that space gets cramped, this shrinking might be an option, or perhaps an option to be able to group selected tabs in some manner?
Title: Re: GUI changes for v3.0
Post by: Alumni on February 24, 2016, 09:26:18 AM
What I don't understand is why pinned tabs are made so small when pinned, not showing the text label anymore.
This is really hindering ease of use.
I can understand there must be some adjustment when horizontal spacing becomes spare, but why do this when there is enough space?

It allows you to do something you couldn't before - to pin every node from the left sidebar as a tab, with room to spare.
I think the goal here is to basically replace the vertical navigator with a horizontal navigator, without losing any functionality.

@Steven
I believe these might be bugs with the Playlist Manager (while pinned);
Restarting MusicBee reverts the currently selected playlist back to the root music library.
The option to export a playlist is grayed out and not available.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 24, 2016, 09:34:46 AM
Getting this error while unpinning a tab.

Code
MusicBee v3.0.5897.39442 (Win6.3), 24 Feb 2016 15:03:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException()
   at MusicBee.MusicBeeMain.NavigationHeader.#=q2ZEHZLg2aA62HOHoU2vvSg==(Int32 #=qsDrkM6J97fYLCJG_6lQcUA==, Int32 #=qZiIgZncsL3RQ0bVdL7Aejw==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qzkxyJdbZmJlhMUSMHwZizbrWGaoy7HJjVS$REor5uf8=()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qNX5N8R29AOgSqpbejgjbZPYn6I$Jvi_EaDFWBd1QeIc=(Object #=qfH5npjxtagZJ$V9e2lkwmw==, EventArgs #=qB2putbrZeg1OmLVU3X9w6g==)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: hiccup on February 24, 2016, 09:50:59 AM
What I don't understand is why pinned tabs are made so small when pinned, not showing the text label anymore.
This is really hindering ease of use.
I can understand there must be some adjustment when horizontal spacing becomes spare, but why do this when there is enough space?

It allows you to do something you couldn't before - to pin every node from the left sidebar as a tab, with room to spare.

I am not arguing the principle. My recent request for having a better option for storing complete layouts even was the trigger the development of this new feature.

It's just that I don't like that the tab size is minimized by default when there is no need for that.
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 11:12:46 AM
It allows you to do something you couldn't before - to pin every node from the left sidebar as a tab, with room to spare.

I am not arguing the principle. My recent request for having a better option for storing complete layouts even was the trigger the development of this new feature.

It's just that I don't like that the tab size is minimized by default when there is no need for that.
I think it will be useful to allow the choice of pinning a specific tab as an icon only or as icon and text (eg. if you want to show the filter name)
Title: Re: GUI changes for v3.0
Post by: hiccup on February 24, 2016, 11:33:45 AM
I think it will be useful to allow the choice of pinning a specific tab as an icon only or as icon and text (eg. if you want to show the filter name)

That would be great. And perhaps some grouping option for users having many tabs. Either by something Alumni suggested through means of a drop down menu, or maybe by having an option to have main tabs, which may contain sub tabs.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on February 24, 2016, 12:00:55 PM
...by something Alumni suggested through means of a drop down menu, or maybe by having an option to have main tabs, which may contain sub tabs.

maybe having the pinned tabs (full size and with icon) in a drop-down, vertically arranged list consolidated into an icon.
similar to how the toolbar can be displayed, but not horizontally arrayed.
Title: Re: GUI changes for v3.0
Post by: find-the-pig on February 24, 2016, 12:42:11 PM
When I use the Tag Inspector to remove some Tags close it and click save in the Tab Edit Window, the Statusbar says "Dateien speichern..." (Saving Files...). And it stays there with no Info about the Progress, until I force another Message.
I Hope that's understandable...
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 24, 2016, 01:23:53 PM
MB3 v3.0.5896:

I've got a tab I've labeled "Library" and the view is set to the Music library. In the center panel, I've got the Artist column, then to the right is the Album and Tracks column. Under the Album and Tracks column I've got the columns Artwork, Album, Album Rating, Disc - Tracks #, Time, Title, Rating. I've noticed that the Album Rating column entries are displaying for each track (seems odd to be per-track). I can't click any of them to set the album's rating. Highlighting a track shows the faint (unrated) stars for the Album Rating, but nothing happens when I click on any of them. Intentional?

Also a suggestion: Is there any way the Album Rating could be one set of 5 stars placed under either the Artwork or the Album entry? Seems like it would be a more logical placement.
Title: Re: GUI changes for v3.0
Post by: a2a on February 24, 2016, 01:27:37 PM
May I kindly enquire when the official v3.0 release is likely to land? :)
Title: Re: GUI changes for v3.0
Post by: syldub on February 24, 2016, 02:32:27 PM
Why it is no more possible to get the Now Playing layout we had in MB2 (see screenshot)?
I mean with Artist bio in the bottom of the main panel, and with rotating random images gathered from internet. MB3 is a regression for this aspect.

In MB2:
(http://t.imgbox.com/RArW5YJo.jpg) (http://i.imgbox.com/RArW5YJo)

In MB3, we lose a lot of empty space, we lose the random images (in this view), and bio is not comfortable to read:
(http://t.imgbox.com/Cve8Ewjz.jpg) (http://i.imgbox.com/Cve8Ewjz)
Title: Re: GUI changes for v3.0
Post by: Alumni on February 24, 2016, 03:28:07 PM
Why it is no more possible to get the Now Playing layout we had in MB2 (see screenshot)?

You can still do that, just enable the "Now Playing Bar" in the panel layout window.
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 24, 2016, 05:55:23 PM
In the panel layout window, I have chosen the elements to show in the right sidebar. I put them in the order that they should show up in my right sidebar, but they display in an order different from the order that I have the elements arranged in panel layout. Is this a bug, or is it not possible to determine the order that the elements show in the right sidebar?

In the pictures you can see that Bio, Playing Tracks, and Lyrics are not displayed in the order that I configured it to.

(https://dl.dropboxusercontent.com/u/320883/Forums/MB1.PNG)

(https://dl.dropboxusercontent.com/u/320883/Forums/MB2.PNG)
Title: Re: GUI changes for v3.0
Post by: Alumni on February 24, 2016, 06:02:43 PM
In the panel layout window, I have chosen the elements to show in the right sidebar. I put them in the order that they should show up in my right sidebar, but they display in an order different from the order that I have the elements arranged in panel layout. Is this a bug, or is it not possible to determine the order that the elements show in the right sidebar?

Not sure what you're trying to achieve exactly, but maybe it's because you've stacked those elements.
Untick the "stack" checkboxes next to each element and see how that goes.
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:04:26 PM
MB3 v3.0.5896:

I've got a tab I've labeled "Library" and the view is set to the Music library. In the center panel, I've got the Artist column, then to the right is the Album and Tracks column. Under the Album and Tracks column I've got the columns Artwork, Album, Album Rating, Disc - Tracks #, Time, Title, Rating. I've noticed that the Album Rating column entries are displaying for each track (seems odd to be per-track). I can't click any of them to set the album's rating. Highlighting a track shows the faint (unrated) stars for the Album Rating, but nothing happens when I click on any of them. Intentional?

Also a suggestion: Is there any way the Album Rating could be one set of 5 stars placed under either the Artwork or the Album entry? Seems like it would be a more logical placement.
i dont really understand your post. Are you using the Album and Tracks layout? If not it sounds like what you want. Otherwise post a screenshot as that might help
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:05:32 PM
@Steven
I believe these might be bugs with the Playlist Manager (while pinned);
Restarting MusicBee reverts the currently selected playlist back to the root music library.
The option to export a playlist is grayed out and not available.
the first is not a bug - i appreciate its desirable but i had quite a bit of trouble with that so its not implemented
this second i will fix
Title: Re: GUI changes for v3.0
Post by: jaume on February 24, 2016, 06:09:40 PM
It appears that the toggle for the list duration at the bottom bar is not working. I used to be able to toggle between 1.4 hours or 1:24:55 (as an example) by clicking on the numbers but this does not seem to work anymore in 5897 where I am stuck with the less insightful 1.5.

Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:09:50 PM
Related to this issue, I noticed launching "search internet for picture" command from main panel on artwork view or artists view shows a different result from running the command from track info panel for tracks that have different values for artist and album artist. v2.5 shows the same search results.
yes you are right - the artwork panel is not using the Album Artist
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 24, 2016, 06:15:22 PM
Not sure what you're trying to achieve exactly, but maybe it's because you've stacked those elements.
Untick the "stack" checkboxes next to each element and see how that goes.

On the bottom half of the right sidebar, I would like to show the elements stacked (as tabs) in the following order: "Playing Tracks", "Lyrics", "Bio".  And that is how I have it set up in the panel layout window.  But it displays as "Bio", "Playing Tracks", "Lyrics".
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:18:35 PM
Another little detail: middle clicking on the header in Album & Tracks view doesn't filter to that artist. (if it matters, I have both left and right headers)
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:24:35 PM
When lyrics element is placed in the right sidebar in the narrowest width, part of lyrics don't show.
amazing you found this as its a very precise width for it to happen. Its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:34:40 PM
Getting this error while unpinning a tab.
that should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: hiccup on February 24, 2016, 06:35:18 PM
On the bottom half of the right sidebar, I would like to show the elements stacked (as tabs) in the following order: "Playing Tracks", "Lyrics", "Bio".  And that is how I have it set up in the panel layout window.  But it displays as "Bio", "Playing Tracks", "Lyrics".

+1

And to hitch on to this, it could be interesting to be able to have more than one stacked groups of elements. (as in gpzbc's screenshot)
It is achievable, but you will have to place another existing element in between them to separate those.

To be able to have more than one stack adjacent without the need for placing an existing element between them, maybe a 'divider' element could be added?
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 24, 2016, 06:42:56 PM
On the bottom half of the right sidebar, I would like to show the elements stacked (as tabs) in the following order: "Playing Tracks", "Lyrics", "Bio".  And that is how I have it set up in the panel layout window.  But it displays as "Bio", "Playing Tracks", "Lyrics".

+1

And to hitch on to this, it could be interesting to be able to have more than one stacked groups of elements. (as in gpzbc's screenshot)
It is achievable, but you will have to place another existing element in between them to separate those.

To be able to have more than one stack adjacent without the need for placing an existing element between them, maybe a 'divider' element could be added?

+1!!
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 06:50:09 PM
It appears that the toggle for the list duration at the bottom bar is not working. I used to be able to toggle between 1.4 hours or 1:24:55 (as an example) by clicking on the numbers but this does not seem to work anymore in 5897 where I am stuck with the less insightful 1.5.
its working fine for me. Can you post a screenshot so i can see your layout
Title: Re: GUI changes for v3.0
Post by: phred on February 24, 2016, 07:24:07 PM
Using 3.0.5897 with one pinned tab (an auto-playlist.)  If I right-click the tab and click on Pin Tab (in order to unpin it) MB throws an error.  The pinned icon remains on the tab but there's no check mark next to "Pin Tab."  MB continues on its merry little way with no interruption.  If more than one tab exists, there's no error when trying to unpin.

Code
MusicBee v3.0.5897.39442 (Win6.1), 24 Feb 2016 14:16:

System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   at MusicBee.MusicBeeMain.NavigationHeader.#=q2ZEHZLg2aA62HOHoU2vvSg==(Int32 #=qsDrkM6J97fYLCJG_6lQcUA==, Int32 #=qZiIgZncsL3RQ0bVdL7Aejw==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qzkxyJdbZmJlhMUSMHwZizbrWGaoy7HJjVS$REor5uf8=()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qNX5N8R29AOgSqpbejgjbZPYn6I$Jvi_EaDFWBd1QeIc=(Object #=qfH5npjxtagZJ$V9e2lkwmw==, EventArgs #=qB2putbrZeg1OmLVU3X9w6g==)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStripItem.FireEvent(EventArgs e, ToolStripItemEventType met)
   at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ToolStrip.WndProc(Message& m)
   at System.Windows.Forms.ToolStripDropDown.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)
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 07:27:19 PM
Using 3.0.5897 with one pinned tab (an auto-playlist.)  If I right-click the tab and click on Pin Tab (in order to unpin it) MB throws an error.  The pinned icon remains on the tab but there's no check mark next to "Pin Tab."  MB continues on its merry little way with no interruption.  If more than one tab exists, there's no error when trying to unpin.
thats probably the same error that AvikB reported in which case it should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: jaume on February 24, 2016, 07:45:44 PM
It appears that the toggle for the list duration at the bottom bar is not working. I used to be able to toggle between 1.4 hours or 1:24:55 (as an example) by clicking on the numbers but this does not seem to work anymore in 5897 where I am stuck with the less insightful 1.5.
its working fine for me. Can you post a screenshot so i can see your layout

Here it goes. Basically I get no response when cliking.

http://s16.postimg.org/w3q7omted/Capture.jpg
Title: Re: GUI changes for v3.0
Post by: phred on February 24, 2016, 08:03:53 PM
Here it goes. Basically I get no response when cliking.

http://s16.postimg.org/w3q7omted/Capture.jpg
Confirmed with right sidebar hidden.  Otherwise seems to work fine.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 24, 2016, 08:07:46 PM
MB3 v3.0.5896:

I've got a tab I've labeled "Library" and the view is set to the Music library. In the center panel, I've got the Artist column, then to the right is the Album and Tracks column. Under the Album and Tracks column I've got the columns Artwork, Album, Album Rating, Disc - Tracks #, Time, Title, Rating. I've noticed that the Album Rating column entries are displaying for each track (seems odd to be per-track). I can't click any of them to set the album's rating. Highlighting a track shows the faint (unrated) stars for the Album Rating, but nothing happens when I click on any of them. Intentional?

Also a suggestion: Is there any way the Album Rating could be one set of 5 stars placed under either the Artwork or the Album entry? Seems like it would be a more logical placement.
i dont really understand your post. Are you using the Album and Tracks layout? If not it sounds like what you want. Otherwise post a screenshot as that might help
Here ya go:

(https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3_2520.jpg) (https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3_2520.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 08:30:24 PM
Here ya go:
just add Album Rating as a picture field (in the Album and Tracks configuration)
Title: Re: GUI changes for v3.0
Post by: jaume on February 24, 2016, 08:35:19 PM
Here it goes. Basically I get no response when cliking.

http://s16.postimg.org/w3q7omted/Capture.jpg
Confirmed with right sidebar hidden.  Otherwise seems to work fine.

In my case it seems to happen with the right sidebar both hidden and being displayed.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 24, 2016, 08:49:45 PM
Is there a reason pinned tabs default to the left of a locked tab? Have the global Music node as a locked tab (prefer visual text for this tab) and would have liked pinned tabs to the right of this. Also, don't seem to be able to drag tabs to re-arrange when there is a combination of locked and pinned.

I also wonder if it would be a good visual cue when clicking a pinned tab that the tab icon doesn't disappear when the text is displayed.
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 09:16:32 PM
In the panel layout window, I have chosen the elements to show in the right sidebar. I put them in the order that they should show up in my right sidebar, but they display in an order different from the order that I have the elements arranged in panel layout. Is this a bug, or is it not possible to determine the order that the elements show in the right sidebar?
i have made a change so the arranged panel layout is used for the tab ordering
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on February 24, 2016, 09:36:29 PM
Here ya go:
just add Album Rating as a picture field (in the Album and Tracks configuration)
Ah! I got it. Thanks!
Title: Re: GUI changes for v3.0
Post by: Steven on February 24, 2016, 10:25:49 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: gpzbc on February 24, 2016, 10:37:54 PM
In the panel layout window, I have chosen the elements to show in the right sidebar. I put them in the order that they should show up in my right sidebar, but they display in an order different from the order that I have the elements arranged in panel layout. Is this a bug, or is it not possible to determine the order that the elements show in the right sidebar?
i have made a change so the arranged panel layout is used for the tab ordering
Confirmed fix in the latest patch.
Thank you.
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 24, 2016, 11:09:24 PM
I tried to Love a track and got this...
(https://i.imgur.com/ctMjQwt.png)

...then tried again with another track and it workedjust fine.
Title: Re: GUI changes for v3.0
Post by: syldub on February 24, 2016, 11:48:31 PM
Why it is no more possible to get the Now Playing layout we had in MB2 (see screenshot)?

You can still do that, just enable the "Now Playing Bar" in the panel layout window.

Awesome! I did not see the coming of this new element (I didn't see it in MB3 in January).
Thanks a lot!
Title: Re: GUI changes for v3.0
Post by: Sofocl on February 25, 2016, 01:04:35 AM
On the bottom half of the right sidebar, I would like to show the elements stacked (as tabs) in the following order: "Playing Tracks", "Lyrics", "Bio".  And that is how I have it set up in the panel layout window.  But it displays as "Bio", "Playing Tracks", "Lyrics".

+1

And to hitch on to this, it could be interesting to be able to have more than one stacked groups of elements. (as in gpzbc's screenshot)
It is achievable, but you will have to place another existing element in between them to separate those.

To be able to have more than one stack adjacent without the need for placing an existing element between them, maybe a 'divider' element could be added?
+1
Title: Re: GUI changes for v3.0
Post by: ankor on February 25, 2016, 01:23:54 AM
Is there a reason pinned tabs default to the left of a locked tab? Have the global Music node as a locked tab (prefer visual text for this tab) and would have liked pinned tabs to the right of this. Also, don't seem to be able to drag tabs to re-arrange when there is a combination of locked and pinned.
I'm not able to move the pinned tab but others move around just fine (using v3.0.5897)
Title: Re: GUI changes for v3.0
Post by: phred on February 25, 2016, 01:32:46 AM
Using 3.0.5897 with one pinned tab (an auto-playlist.)  If I right-click the tab and click on Pin Tab (in order to unpin it) MB throws an error.  The pinned icon remains on the tab but there's no check mark next to "Pin Tab."  MB continues on its merry little way with no interruption.  If more than one tab exists, there's no error when trying to unpin.
thats probably the same error that AvikB reported in which case it should be fixed for the next update

Yes, it is fixed.  Thanks.
Title: Re: GUI changes for v3.0
Post by: redwing on February 25, 2016, 01:59:03 AM
When lyrics element is placed in the right sidebar in the narrowest width, part of lyrics don't show.
amazing you found this as its a very precise width for it to happen. Its fixed for the next update

Thanks! That's fixed.
Title: Re: GUI changes for v3.0
Post by: redwing on February 25, 2016, 02:06:34 AM
I noticed sometimes right sidebar elements don't show [Selected] mark for selected tracks and finally figured out what's going on. It's stack setting that's working even when no element is stacked.

(http://i.imgur.com/kLwO6ra.png)

As you see, the first one is expected. But the second one doesn't show [Selected] mark when it should just like the third one.
Title: Re: GUI changes for v3.0
Post by: ankor on February 25, 2016, 02:28:06 AM
Not sure if this is me but something seems odd.

My use of MB has always been pretty basic. I'll load artist pictures for something interesting to see while listening.  I've never bothered with album covers.  Well with all the cool stuff going on with MB3, I got motivated to try some album covers.  Extreme...I know!

I looked around but not sure how I should do this w/MB. I tried Auto-Tag by Album by unchecking all tags except Artwork but didn't seem to get much success. I was hoping for an option along the lines of "select all and load covers and click and wait for downloads to finish", not one at a time.  Then I discovered and tried Search Internet for Picture and was able to load some covers individually.

Settings: [Uncheck] embed the picture in the music file; [Check] link the picture to this music track; [Check] link to an organised copy of the picture (Cover.jpg)

What seems odd is that some album covers switch covers.  An album with a cover switches to the display of a different cover. Or a series of albums with the same artist end up switching to a single album cover instead of keeping their unique covers.

I could easily be creating my own problems but wondered if anyone has reached out for downloading album covers recently and if any odd behavior was noticeable.  I prefer not to save the images inside the music file but if there are any suggestions, please advise.  Thanks!
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 25, 2016, 04:20:45 AM
How are your music files organized?  With cover.jpg or any other generic filename, the cover will be applied to all files in the same folder, and will be over written when you save a new cover for that folder
Title: Re: GUI changes for v3.0
Post by: Steven on February 25, 2016, 07:38:12 AM
I'm not able to move the pinned tab but others move around just fine (using v3.0.5897)
they can only be moved amongst other pinned tabs on the left
Title: Re: GUI changes for v3.0
Post by: ankor on February 25, 2016, 05:00:34 PM
How are your music files organized?  With cover.jpg or any other generic filename, the cover will be applied to all files in the same folder, and will be over written when you save a new cover for that folder
I've seen cover.jpg and folder.jpg but never understood. I see cover.jpg in same folder as music files. So it holds 1 image? Is that the image used when no other is available?  What's the approach for saving the appropriate covers based on the separate albums?  Do they have to be stored in the same music files folder?
In Preferences | Tags(1) | artwork storage, the 3 checkboxes under downloaded album cover storage are unchecked. Artist pictures & soundtrack pictures have valid folder paths. There are images in Artist pictures but soundtrack folder is empty.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 25, 2016, 05:10:05 PM
How are your music files organized?  With cover.jpg or any other generic filename, the cover will be applied to all files in the same folder, and will be over written when you save a new cover for that folder
I've seen cover.jpg and folder.jpg but never understood. I see cover.jpg in same folder as music files. So it holds 1 image? Is that the image used when no other is available?  What's the approach for saving the appropriate covers based on the separate albums?  Do they have to be stored in the same music files folder?
In Preferences | Tags(1) | artwork storage, the 3 checkboxes under downloaded album cover storage are unchecked. Artist pictures & soundtrack pictures have valid folder paths. There are images in Artist pictures but soundtrack folder is empty.

This is not a discussion for this thread.  Why don't you start a new thread, with screenshots of your artwork settings, and maybe the artwork files on your drive?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 25, 2016, 05:19:49 PM
Overrides for the current musicbee tab-everything. Would make it so much better and less complicated for specific layouts in different tabs.

Also, did a clean install just copying over library statistics and no crash yet, so far so good..

Also, got this:

MusicBee v3.0.5897.39442 (Win6.3), 25 2 2016 19:09:

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Font.Clone()
   at #=q$Zq5H743DN_rbyK6YgfNzpFdHpqqc3wJw5e4uhhYsC1M9Uas0m58jR_OXn3UzrPs.#=q_8QNfKwkL0muKqXbota6oqstbq_Uo_7EhhKigXGPAWE=(#=qTVoKavDWJlKqKI_PKWilFfB52T9Qo1c$x7U0XkR8LCmsW_$stvIkhHC$xjdxcU3p #=qDpwpNJYsakRWhC5iVy0_Ow==)
   at #=q$Zq5H743DN_rbyK6YgfNzpFdHpqqc3wJw5e4uhhYsC1M9Uas0m58jR_OXn3UzrPs.#=qSPOUXJ9XiELSNr8yNg6V37Y6eQmITHvlAri3Atd2his=()
   at #=q1UX5nPIyNnqaA2mO87MbSlYjg9s9jnmn2iOOORDk0cY=.#=qv7OyOCB5isUjweeR7jqs8A==()

Also, I've got a bug right now that when you select an album in album view, a blue border appears on the album for a split second and then dissapears. PM'ing you the settings file.
Title: Re: GUI changes for v3.0
Post by: Steven on February 25, 2016, 06:21:29 PM
Also, got this:

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Font.Clone()


Also, I've got a bug right now that when you select an album in album view, a blue border appears on the album for a split second and then dissapears. PM'ing you the settings file.
the font you selected does not appear to be a valid font - i think they have to be truetype fonts.
The brief border around artwork is normal
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 25, 2016, 06:48:58 PM
Also, got this:

System.ArgumentException: Parameter is not valid.
   at System.Drawing.Font.Clone()


Also, I've got a bug right now that when you select an album in album view, a blue border appears on the album for a split second and then dissapears. PM'ing you the settings file.
the font you selected does not appear to be a valid font - i think they have to be truetype fonts.
The brief border around artwork is normal

Pm'd again

If you click around on albums, sometimes the blue border does appear briefly and sometimes it doesn't, and sometimes it just shows that glitch.
Title: Re: GUI changes for v3.0
Post by: ankor on February 25, 2016, 06:53:31 PM
How are your music files organized?  With cover.jpg or any other generic filename, the cover will be applied to all files in the same folder, and will be over written when you save a new cover for that folder
I've seen cover.jpg and folder.jpg but never understood. I see cover.jpg in same folder as music files. So it holds 1 image? Is that the image used when no other is available?  What's the approach for saving the appropriate covers based on the separate albums?  Do they have to be stored in the same music files folder?
In Preferences | Tags(1) | artwork storage, the 3 checkboxes under downloaded album cover storage are unchecked. Artist pictures & soundtrack pictures have valid folder paths. There are images in Artist pictures but soundtrack folder is empty.

This is not a discussion for this thread.  Why don't you start a new thread, with screenshots of your artwork settings, and maybe the artwork files on your drive?
yeah was thinking the same thing
Title: Re: GUI changes for v3.0
Post by: brouwerik on February 25, 2016, 07:20:01 PM
If I want to delete an expanded folder from the computer node in main menu I get this error

MusicBee v3.0.5898.40875 (Win10.0), 25 feb 2016 20:16:

System.IndexOutOfRangeException: De index ligt buiten de matrixgrenzen.
   bij #=qFGZ9FeVPK640dTAKmnbdQegARX4gUy9Hdi$OguhZvmI=.#=q8r$lJRkXgbKPnkSW1b_2uA==.#=qRHLSWTrIJ51rrBP9oNTOqg==(#=q8r$lJRkXgbKPnkSW1b_2uA== #=q32ErVMSU8bT_gzfwG_NyUA==)
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.#=qX3llj94$sIwF7pulnLm_$NzDEiaVEEXESBXxA2t3ayg=(#=q8r$lJRkXgbKPnkSW1b_2uA== #=qRRpRe6Z1maay0VrA1m$wgg==)
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.#=qQXB6AG7jmThiBnyCj0X3Zr4ohqwqKcmZp4Ihdag9rKk=(#=q8r$lJRkXgbKPnkSW1b_2uA== #=q1fr6geceYMSbEEgYy$ukMQ==, Boolean #=qRqbaOaXsMZNmfZm6jpnS5jycVH8KtO0rECILG$e2_pM=)
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.#=qbvnLe3rmZmI9W7NZ7RBFSFimzzTqllnDP2IheZtaPnM=()
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.#=q7wTr_q9QTpCpn12DZkG4sLX8qIxjmFfo9rMhsdCBeV8=()
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.#=qQTtvajxXRj5Ad$ScrggiPw==(Boolean #=qvU1QmzsLAt_Kproi2j56SQ==)
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.#=qcpQzUf40NThR14bgWta4veXFL3DKZdvDIucJl9NzLlw=()
   bij #=qudbGF7br12zWLGG4h_P_DzYVpnl04YYuoelgI_EWNfc=.OnKeyDown(KeyEventArgs #=q_6_GtwR7ZMw0t4bRd8UIoQ==)
   bij MusicBee.MusicBeeMain.#=qt0CrbjMgFn1vPfsdvJo4EQ==.OnKeyDown(KeyEventArgs #=qtMw2z5n55mEaSy$DMDgXdg==)
   bij System.Windows.Forms.Control.ProcessKeyEventArgs(Message& m)
   bij System.Windows.Forms.Control.ProcessKeyMessage(Message& m)
   bij System.Windows.Forms.Control.WmKeyChar(Message& m)
   bij System.Windows.Forms.Control.WndProc(Message& m)
   bij #=qzb0wbvp1bl$dGz7RTjVPdprsy1teO4BHnsln4rnbV6A=.WndProc(Message& #=q60xsXZeqKArnHTg0ZmCrAg==)
   bij System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bij System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bij System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: Steven on February 25, 2016, 09:18:08 PM
Here it goes. Basically I get no response when cliking.

http://s16.postimg.org/w3q7omted/Capture.jpg
Confirmed with right sidebar hidden.  Otherwise seems to work fine.

In my case it seems to happen with the right sidebar both hidden and being displayed.
that should be addressed now
Title: Re: GUI changes for v3.0
Post by: Steven on February 25, 2016, 09:22:51 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- i have added back in support for dragging files into the column browser/ library explorer and thumb browser. On doing this action and after confirmation, the dropped files get re-tagged (one tag only, except for the library explorer which uses tag values from the entire tree node path)
Title: Re: GUI changes for v3.0
Post by: RTesla on February 25, 2016, 10:39:02 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- i have added back in support for dragging files into the column browser/ library explorer and thumb browser. On doing this action and after confirmation, the dropped files get re-tagged (one tag only, except for the library explorer which uses tag values from the entire tree node path)

You've no idea how much of a time saver that last addition is for me. Thanks for adding it back in.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 25, 2016, 11:24:56 PM
In album view, if you have the Album Rating/Album sorting, and you rate an album, it doesn't update and get sorted (for example, when you change artists with column browser), the rated album just stays in place.
Title: Re: GUI changes for v3.0
Post by: redwing on February 26, 2016, 02:13:16 AM
Cannot launch "infer tags from filename" command from tag editor. It works fine from context menu of main panel.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 26, 2016, 05:28:32 AM
Just a note that "out of the box" if you put the thumbnail browser in the same panel as the navigator, the navigator is completely covered.  Maybe you should make the thumbnail browser start at half height for that configuration?
Title: Re: GUI changes for v3.0
Post by: AvikB on February 26, 2016, 10:21:16 AM
@Steven, one feature request.
Currently there is no way to allow equaliser to only enable when listening to a song from library but disable when listening to podcasts. It gets annoying when podcast voice gets weird artifacts.

a checkbox with "Do not use equaliser for Podcasts" should be enough.
Title: Re: GUI changes for v3.0
Post by: hiccup on February 26, 2016, 10:24:42 AM
@Steven, one feature request.
Currently there is no way to allow equaliser to only enable when listening to a song from library but disable when listening to podcasts. It gets annoying when podcast voice gets weird artifacts.

a checkbox with "Do not use equaliser for Podcasts" should be enough.

Just curious, does the equalizer give you 'weird artifacts', or is it a dsp plugin that you are applying?
Title: Re: GUI changes for v3.0
Post by: AvikB on February 26, 2016, 10:35:02 AM
Just curious, does the equalizer give you 'weird artifacts', or is it a dsp plugin that you are applying?
I don't use any dsp plugins, i only use my own equaliser(custom made) for music playback, it also cause weird noises in music if i don't volume analyze them.
The equaliser basically make the music louder and sharper, so i do know it causes some weird noise problem.

My custom Equaliser:
(https://i.imgur.com/AW4ImDH.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on February 26, 2016, 10:46:36 AM
Ah, it's no wonder you get distortion with such settings. You are boosting several frequency bands into distortion.
There are two approaches to solve that. Instead of increasing the bands that you want more loud, you could (should) lower the other bands instead.
You could also lower the pre-amp when you have such rather extreme eq. settings Probably by something like -12dB judging from your screenshot.
The band with the highest boost might be around +9dB, but the adjacent bands that are also boosted can easily result in having +15 for some frequencies.
Ugly.
Title: Re: GUI changes for v3.0
Post by: AvikB on February 26, 2016, 11:02:44 AM
Ah, it's no wonder you get distortion with such settings. You are boosting several frequency bands into distortion.
There are two approaches to solve that. Instead of increasing the bands that you want more loud, you could (should) lower the other bands instead.
You could also lower the pre-amp when you have such rather extreme eq. settings Probably by something like -12dB judging from your screenshot.
The band with the highest boost might be around +9dB, but the adjacent bands that are also boosted can easily result in having +15 for some frequencies.
Thanks reducing pre-amp definitely helps, I still wan't an option to disable equaliser on podast.

Ugly.
:) It actually sounds really nice, once you analyze the volume.
Title: Re: GUI changes for v3.0
Post by: Alumni on February 26, 2016, 02:58:12 PM
With the Playlist Manager pinned to a tab there is no way I can see of changing the active library filter in that node.
Normally it wouldn't be too much of a problem, except in situations where duplicate or unwanted files are hidden by the filter.
Title: Re: GUI changes for v3.0
Post by: Steven on February 26, 2016, 08:43:09 PM
I noticed sometimes right sidebar elements don't show [Selected] mark for selected tracks and finally figured out what's going on. It's stack setting that's working even when no element is stacked.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 26, 2016, 08:49:06 PM
Just a note that "out of the box" if you put the thumbnail browser in the same panel as the navigator, the navigator is completely covered.  Maybe you should make the thumbnail browser start at half height for that configuration?
i cant reproduce this nor can i see why it would happen. You definitely didnt click the stack tickbox for them both? And they were both in the left sidebar (and not left main panel?)
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 26, 2016, 09:02:04 PM
Just a note that "out of the box" if you put the thumbnail browser in the same panel as the navigator, the navigator is completely covered.  Maybe you should make the thumbnail browser start at half height for that configuration?
i cant reproduce this nor can i see why it would happen. You definitely didnt click the stack tickbox for them both? And they were both in the left sidebar (and not left main panel?)

I just fiddled some more, and it happens only if Thumbnail Browser is listed below Navigator.  Nothing ticked.  I can reproduce it with a new default installation (it happens in the Left Main Panel, too).
Title: Re: GUI changes for v3.0
Post by: Steven on February 26, 2016, 09:12:14 PM
would you mind sending me the settings file that gets produced. Thats really weird because its fine for me
Title: Re: GUI changes for v3.0
Post by: Steven on February 26, 2016, 10:13:52 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 26, 2016, 10:30:27 PM
Do you want to change Undo > Now Playing List in the menu to Undo > Playing Tracks, to match the new panel names?
Title: Re: GUI changes for v3.0
Post by: Steven on February 26, 2016, 10:32:09 PM
Do you want to change Undo > Now Playing List in the menu to Undo > Playing Tracks, to match the new panel names?
yes i will change it
Title: Re: GUI changes for v3.0
Post by: redwing on February 27, 2016, 12:16:40 AM
I noticed sometimes right sidebar elements don't show [Selected] mark for selected tracks and finally figured out what's going on. It's stack setting that's working even when no element is stacked.
thats fixed for the next update

Thanks for the fix!
Title: Re: GUI changes for v3.0
Post by: redwing on February 27, 2016, 12:47:22 PM
Currently Album Color Mix view in Now Playing tab seems to be a bit boring as it can best serve as a background of something else.
How about adding visualizer on it? That would match well with constantly changing background.

(http://i.imgur.com/oDTvTh4.png)
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 27, 2016, 05:02:48 PM
When I use “Play with Musicbee” from a folder context menu on Windows (10 x64):

The tracks aren’t played but they’re queued last instead.

If that folder contains multiple sub-folders, they’re added in the reverse order (discs 3, 2 & 1 for example).
Title: Re: GUI changes for v3.0
Post by: Steven on February 27, 2016, 05:35:21 PM
When I use “Play with Musicbee” from a folder context menu on Windows (10 x64):

The tracks aren’t played but they’re queued last instead.

If that folder contains multiple sub-folders, they’re added in the reverse order (discs 3, 2 & 1 for example).
working fine here. Are you using a recent version and if so, check your "Play Now" action in the Now Playing settings panel
Title: Re: GUI changes for v3.0
Post by: Steven on February 27, 2016, 06:19:45 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- tabs can be pinned as: Icon Only; or Icon and Text
- if Icon and Text is chosen and the tab is not active, the tab will display with the usual text but at a minimal width. Except for the Podcasts or Inbox node which show the counter as the text value
- if a tab is active, the current behavior is the same as now ie. the tab is shown at full width and with the usual text
- when a tab is first pinned, the left sidebar will be hidden but there are no restrictions afterwards eg. it can be re-opened and you can navigate to a different node which is remembered on restart
Title: Re: GUI changes for v3.0
Post by: 5moufl on February 27, 2016, 06:22:37 PM
working fine here. Are you using a recent version and if so, check your "Play Now" action in the Now Playing settings panel
I’m using 5900 and I’m not sure what setting you’re referring to but they look fine unless the context menu option follows the “double-click” settings.
It wouldn’t explain why the folders are added in reverse order though.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 27, 2016, 08:15:33 PM
Really enjoying the beta. Some great improvements.

Have a couple of suggestions for album and artwork view:

1. The left align text in the artwork view is a fantastic touch. Was thinking why not give the same option for Album & Tracks view when fields are displayed beneath artwork? Think it would give a great clean visual look.

2. Why not also give the option to display fields above the artwork instead of just below and to the right? As present, I use the header option with a virtual tag of Artist - Album so that its left-aligned but would be great to be able to display artist and album one above the other (in addition to any other fields you might want). Might be worth considering adding extra field options for sub-header as well.

Anyhow, just a few thoughts,

Keep up the great work
Title: Re: GUI changes for v3.0
Post by: ankor on February 27, 2016, 08:19:41 PM
When hovering mouse over a playlist, the tooltip from the "description" of the playlist no longer displays as it did in v2.5.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 27, 2016, 08:58:00 PM
Using the new option Icon + Text for pinned tabs.

It gives a minimal width (as per Steven's description) but is the option title not going to lead to user confusion as it doesn't actually give an icon with text on the tab?
Title: Re: GUI changes for v3.0
Post by: ankor on February 27, 2016, 09:13:25 PM
Got this error while configuring an ipod to synchronize with a single playlist.  First time I've tried setting up the ipod in MB.  When I tried to go back and duplicate the error I couldn't but thought I'd post the message should you find it helpful.

MusicBee v3.0.5900.39884 (Win10.0), 27 Feb 2016 16:02:

System.ArgumentException: A circular control reference has been made. A control cannot be owned by or parented to itself.
   at System.Windows.Forms.Control.CheckParentingCycle(Control bottom, Control toFind)
   at System.Windows.Forms.Form.set_Owner(Form value)
   at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
   at #=qfVBl0Jsk7vqEqBXZtv4yMiSdBQzlov9W9oSnlrSBRuQ=.#=qTVw$DEPp35GqUY4REK$o86MpoT91Wpl3ioAA1_hqXIo=(Object #=qnerImwDseIwLQey3AorNQA==, EventArgs #=q73h7ni0Q0uDGaU5geMsU7w==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=q5BJDjObnK4pcbIw63X35ATDxEYQj4t65jOQ6mh754cA=.OnClick(EventArgs #=qchxO8Kb7_RwYLmK6Yc_fIA==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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)
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on February 27, 2016, 09:57:58 PM
Hey again all, still loving all the updates.
One glitch though, don't know if this is on my side only, but in the Now Playing Tab, I can't view neither Lyrics nor Artist Bio on the Main Panel Right Side unless the Right Sidebar is open. i.e:

(http://i.imgur.com/tRfBCIJl.jpg) (http://i.imgur.com/tRfBCIJ.jpg)
No Lyrics

(http://i.imgur.com/GxglIjLl.jpg) (http://i.imgur.com/GxglIjL.jpg)
Lyrics Viewable
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 28, 2016, 07:55:41 AM
Holding Shift to toggle Stop in the player controls is working fine, but the Stop symbol doesn't show up, at least in the sidebar player.
Title: Re: GUI changes for v3.0
Post by: Steven on February 28, 2016, 11:49:15 AM
When hovering mouse over a playlist, the tooltip from the "description" of the playlist no longer displays as it did in v2.5.
thats added for the next update

Using the new option Icon + Text for pinned tabs.
It gives a minimal width (as per Steven's description) but is the option title not going to lead to user confusion as it doesn't actually give an icon with text on the tab?
i guess your default tab setting is text only? For pinning it now always includes the icon. I might get rid of the text-only tab setting and always show an icon

Got this error while configuring an ipod to synchronize with a single playlist.  First time I've tried setting up the ipod in MB.  When I tried to go back and duplicate the error I couldn't but thought I'd post the message should you find it helpful.
thats probably fixed for the next update (couldnt reproduce it but can see what it probably is)
Title: Re: GUI changes for v3.0
Post by: Steven on February 28, 2016, 11:56:14 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: Steven on February 28, 2016, 12:03:16 PM
Holding Shift to toggle Stop in the player controls is working fine, but the Stop symbol doesn't show up, at least in the sidebar player.
i cant reproduce this. Keep in mind the shift key only takes effect if the mouse is over the player bar. Thats to stop unwanted flashing of the button everytime the shift key is pressed
Title: Re: GUI changes for v3.0
Post by: rurutia10 on February 28, 2016, 01:53:10 PM
If you hold the volume slider then let go of the mouse button on a tab, it'll open that tab. (a little annoyance sometimes..)
Title: Re: GUI changes for v3.0
Post by: RTesla on February 28, 2016, 04:01:35 PM

Using the new option Icon + Text for pinned tabs.
It gives a minimal width (as per Steven's description) but is the option title not going to lead to user confusion as it doesn't actually give an icon with text on the tab?
i guess your default tab setting is text only? For pinning it now always includes the icon. I might get rid of the text-only tab setting and always show an icon

With that latest patch, Pinned icon + text tabs working great now. Never noticed if you click on the tab it will open the left sidebar, that's a great addition to have.
Title: Re: GUI changes for v3.0
Post by: phred on February 28, 2016, 04:36:00 PM
I don't know what you're calling these, nor do I recall reading anything about adding them, but this is -GREAT!!-  I really missed having the ability to instantly know if I was looking at selected track info and lyrics or playing track info and lyrics.  Thanks for implementing this Steven.  And thanks to whoever suggested it.
(http://i.imgur.com/pMKWxlVl.jpg) (http://i.imgur.com/pMKWxlV.jpg)
Title: Re: GUI changes for v3.0
Post by: carloscs on February 28, 2016, 07:59:35 PM
Problem in Rip CD dialog:
that should have been fixed the other day. You are not using the most recent version

Was using a patch to the latest beta version at the time... Trying now with the just last beta (v: 3.0.5895):

It seems I was optimist: it happens all the time, not after a few rips. After ripping:
- a message about analyzing volume appears
- the cd ejects
- album data is cleared (album artist, etc)
- "CD has been removed" message appears on track list
- track list isn't cleared

Also:
Open Rip CD dialog, click on track list -> error appears:

MusicBee v3.0.5895.37007 (Win10.0), 28 fev 2016 20:00:

System.NullReferenceException: Object reference not set to an instance of an object.
   at #=qi$zi2gN5yhuOAdxQKHd5yeCRdJjhTZitMaZYDY11CRM=.#=q5Cc6rOIOqmhf6E7o1yLVBv1RG_nBaHyolo82NOlyXKc=(Object #=qAeBQgyGxoHjly2CBk30lgg==, MouseEventArgs #=qCHFKEZMIHmqQfE9nPxlrJQ==)
   at #=qCBOUNiPC0oh1bLzYn4sKblfkyTE0pILYfq$vLehvHD4=.#=qCuj6GdCcWeN2a6JaNxWg9winc0Xkr4Ci_$lLnki$H9k=(MouseEventArgs #=q_6_GtwR7ZMw0t4bRd8UIoQ==)
   at #=qCBOUNiPC0oh1bLzYn4sKblfkyTE0pILYfq$vLehvHD4=.#=q_UHNj9DmVpAIriCM_er1jA==.OnMouseClick(MouseEventArgs #=qXcXcNl5LmnIbC_vzrQe8Iw==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qMjaHHEO4hl4D6r8AMBBxZDjiOmLk1zoS$6AuyzDs0B4=.WndProc(Message& #=qwVDro9yF69e1IIJplZLMCw==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on February 28, 2016, 08:06:11 PM
It seems I was optimist: it happens all the time, not after a few rips. After ripping:
- a message about analyzing volume appears
- the cd ejects
- album data is cleared (album artist, etc)
- "CD has been removed" message appears on track list
- track list isn't cleared

Also:
Open Rip CD dialog, click on track list -> error appears:
both are fixed for the next update
Title: Re: GUI changes for v3.0
Post by: carloscs on February 28, 2016, 08:06:27 PM
Another bug:

- edit a track/album and do a "Search Internet" for a picture: if a picture isn't found the not found dialog appears twice.

IIRC, it hapens also on the Rip CD dialog, but probably it's the same code path.
Title: Re: GUI changes for v3.0
Post by: redwing on February 28, 2016, 08:36:02 PM
in the Now Playing Tab, I can't view neither Lyrics nor Artist Bio on the Main Panel Right Side unless the Right Sidebar is open.

Related to this bug, you only see scrollbar slider without the element when showing and hiding right sidebar.

(http://i.imgur.com/9iIIafm.png)
Title: Re: GUI changes for v3.0
Post by: Steven on February 28, 2016, 09:15:36 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 28, 2016, 09:29:16 PM
Holding Shift to toggle Stop in the player controls is working fine, but the Stop symbol doesn't show up, at least in the sidebar player.
i cant reproduce this. Keep in mind the shift key only takes effect if the mouse is over the player bar. Thats to stop unwanted flashing of the button everytime the shift key is pressed

It works if the track is playing, but if it's paused and you want to stop/release it, the button doesn't change.
Title: Re: GUI changes for v3.0
Post by: Steven on February 28, 2016, 09:41:41 PM
It works if the track is playing, but if it's paused and you want to stop/release it, the button doesn't change.
that wasnt implemented in any panel but i have done so for the next update
Title: Re: GUI changes for v3.0
Post by: DarkerthanDreams on February 28, 2016, 10:48:42 PM
Hey again all, still loving all the updates.
One glitch though, don't know if this is on my side only, but in the Now Playing Tab, I can't view neither Lyrics nor Artist Bio on the Main Panel Right Side unless the Right Sidebar is open. i.e:

(http://i.imgur.com/tRfBCIJl.jpg) (http://i.imgur.com/tRfBCIJ.jpg)
No Lyrics

(http://i.imgur.com/GxglIjLl.jpg) (http://i.imgur.com/GxglIjL.jpg)
Lyrics Viewable

what skin is this?
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 28, 2016, 10:49:55 PM
It works if the track is playing, but if it's paused and you want to stop/release it, the button doesn't change.
that wasnt implemented in any panel but i have done so for the next update

Awesome, thanks
Title: Re: GUI changes for v3.0
Post by: Alumni on February 29, 2016, 01:21:16 AM
On the subject of the Playlist Manager, does it really need the music library node attached to it?
In my opinion it would make more sense if this panel was just for displaying playlists and nothing else.
At least it would be nice to have the option of hiding nodes you don't want to see (Music, Inbox, Audiobooks).

Perhaps it could also benefit from a hidden/auto-open behavior to match the left navigator, for dragging and dropping tracks to a playlist - assuming your setup is based on pinned tabs for navigating rather than the sidebar.
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 29, 2016, 03:54:56 AM
On the subject of the Playlist Manager, does it really need the music library node attached to it?
In my opinion it would make more sense if this panel was just for displaying playlists and nothing else.
At least it would be nice to have the option of hiding nodes you don't want to see (Music, Inbox, Audiobooks).

Perhaps it could also benefit from a hidden/auto-open behavior to match the left navigator, for dragging and dropping tracks to a playlist - assuming your setup is based on pinned tabs for navigating rather than the sidebar.

The trouble with hiding the music library from the playlist manager is that then you can't get to the library and have the playlist manager open at the same time.  (This is why the playlist manager confuses me.  Seems like it should be another sidebar element, not a "playlist" node.)
Title: Re: GUI changes for v3.0
Post by: Steven on February 29, 2016, 06:56:23 AM
The point of having the Playlist Manager is for people who dont have a left sidebar displayed. The point of having the Library node in the playlist manager is so you can browse files  in your library and easily drag them into a playlist.
Now that the left sidebar automatically pops up when dragging files means there is less need for this function but i probably wont remove it
Title: Re: GUI changes for v3.0
Post by: psychoadept on February 29, 2016, 07:53:00 AM
The point of having the Playlist Manager is for people who dont have a left sidebar displayed. The point of having the Library node in the playlist manager is so you can browse files  in your library and easily drag them into a playlist.
Now that the left sidebar automatically pops up when dragging files means there is less need for this function but i probably wont remove it

I think the playlist manager is a great idea, left sidebar or not. It helps to have them expanded and better accessible.  If it were a standalone element, I would turn off playlists in the left sidebar completely.  I think I see better why it was implemented it the way it was, almost like a zoom in on the playlists.  As you say, it's kind of redundant right now.  But the playlist manager could be a complete undocking of the playlists from the left panel, giving more space for playlists and more space for the rest of the left panel.
Title: Re: GUI changes for v3.0
Post by: RTesla on February 29, 2016, 10:03:48 AM
In terms of the pinned tabs and sometimes navigating away from them, why not use a double click on the tab to bring you back to the original node of the tab?

[Edit] Actually, just realised this starts to play the contents of the tab. Hmm, tricky one. Maybe a triple click to revert to original node. Although not quite sure how you can reolve this 'problem' other than preventing navigating away from the pinned tab which possibly not everyone will like.
Title: Re: GUI changes for v3.0
Post by: Steven on February 29, 2016, 10:18:17 AM
see this topic:
http://getmusicbee.com/forum/index.php?topic=17707.30
Title: Re: GUI changes for v3.0
Post by: Steven on February 29, 2016, 09:32:30 PM
Another bug:

- edit a track/album and do a "Search Internet" for a picture: if a picture isn't found the not found dialog appears twice.

IIRC, it hapens also on the Rip CD dialog, but probably it's the same code path.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on February 29, 2016, 09:38:59 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: a2a on February 29, 2016, 10:06:03 PM
How far away from an official, stable, release :) ?? Well looking forward to it...
Title: Re: GUI changes for v3.0
Post by: redwing on February 29, 2016, 11:44:02 PM
Now that the left sidebar automatically pops up when dragging files means there is less need for this function but i probably wont remove it

I think the playlist manager is a great idea, left sidebar or not. It helps to have them expanded and better accessible.  If it were a standalone element, I would turn off playlists in the left sidebar completely.  I think I see better why it was implemented it the way it was, almost like a zoom in on the playlists.  As you say, it's kind of redundant right now.  But the playlist manager could be a complete undocking of the playlists from the left panel, giving more space for playlists and more space for the rest of the left panel.

My notion of playlist manager is an alternative means to left sidebar exclusively specialized in drag-n-drop files. So it won't need nodes that has nothing to with file handling - services nodes, radio, bookmarks, etc. But currently it lacks computer node and devices node. Also it should support collapsing folders for people with lots of playlist folders. If all these get supported, then playlist manager could pop out in place of left sidebar when dragging files.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 01, 2016, 03:53:27 AM
In the settings for Library Explorer, it says "show track count for each item", but that's not actually what it shows.  It shows the number of sub-items in the Library Explorer tree.  To be clear, that's part of what I LIKE about Library Explorer (for instance, I can see the number of Artists I have a in any particular Genre Category), it just needs a different description.
Title: Re: GUI changes for v3.0
Post by: redwing on March 01, 2016, 04:31:57 AM
- Ticking/unticking command buttons element in panel layout editor has no effect. It keeps showing up.
- If Tags (1)> Soundtrack picture location has nothing in the box, you get this error when clicking on folder selection button: 

10.0.10586.0 - 3.0.5903.38801 - System.ArgumentException: Path cannot be the empty string or all whitespace.
   at System.IO.Directory.CreateDirectory(String path)
   at #=qK9WtC9XLt4YcMzGMGRZpHBBYr2XHbUaOO1t2Rlki8YQtLYeLOV4O51U$lcNnQ0A2.#=qaz1UvmMwIIvpkXiYOYXRQifp5HCHxzs25oZg7zFFhsasuoPFgUaqhuafxsH4P1Yr(Object #=qEDIrtzkF$z8$AMmn7pUEoQ==, EventArgs #=qx_LsP1KtfJajdYzziwwW0A==)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at #=qpmbCy6$8nw3GHdJOt3dWB9LVY$PziyOdj$qD5oKiNoU=.OnClick(EventArgs #=qhzSPmOf_OdW8M7TY57fzLw==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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)
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 01, 2016, 07:15:05 AM
Also just noticed that Spectrum Visualiser in Layout Preferences is followed by two colons.  You can see it clearly here: http://vignette3.wikia.nocookie.net/musicbee/images/7/76/Preferences_Layout_1c.png

You can also see a slight error with the positioning of "bottom panel".
Title: Re: GUI changes for v3.0
Post by: Steven on March 01, 2016, 08:03:03 AM
Also just noticed that Spectrum Visualiser in Layout Preferences is followed by two colons.  You can see it clearly here: http://vignette3.wikia.nocookie.net/musicbee/images/7/76/Preferences_Layout_1c.png/revision/latest?cb=20160301054221

You can also see a slight error with the positioning of "bottom panel".
you need a larger size on the screenshot
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 01, 2016, 08:12:51 AM
you need a larger size on the screenshot

How's this?

(http://i.imgur.com/TaXnina.png)

Compare the "bottom panel" to other headings which have more space on the left. (On a quick look through, I don't see any other spots like that in preferences.)

Edit: Wow, on another screen I see what the problem with the screenshot was.  I don't know why it wasn't doing that on my screen, but if you delete everything after .png it seems to show correctly.
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on March 01, 2016, 03:55:13 PM
1. Thanks for the fix on the Nowplaying Tab Lyrics/Bio display bug.

2.

(http://i.imgur.com/GxglIjLl.jpg) (http://i.imgur.com/GxglIjL.jpg)


what skin is this?

Hey @DarkerthanDreams, not ideally the place for this, but since someone else here may/may have liked it too, it's the BeeMetro PureLight Green by silvestreccf.
Here's the link: http://getmusicbee.com/forum/index.php?topic=14991.0

Cheers.
Title: Re: GUI changes for v3.0
Post by: Steven on March 01, 2016, 06:43:32 PM
How far away from an official, stable, release :) ?? Well looking forward to it...
i have one more substantial thing i want to do and then a few minor ones. I was going to include some improved functionality for the Tag Manager but will leave it out of this release. So i would guess its still a month off before it reaches Release Candidate state.
I dont think there is any reason to hold off using the beta now though
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 01, 2016, 10:57:20 PM
I was going to include some improved functionality for the Tag Manager but will leave it out of this release.

Ooh, I'm excited about this.  Something to look forward to in 3.1, I guess.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 01, 2016, 11:30:28 PM
Thanks for all the improvements in 3.0! It's like night and day tbh.

Haven't getting any crash since doing a clean reinstall btw. I was hesitant to do for a long time because I didn't know where library statistics are saved + I had to redo all my settings.
Title: Re: GUI changes for v3.0
Post by: a2a on March 02, 2016, 06:34:02 PM
How far away from an official, stable, release :) ?? Well looking forward to it...
i have one more substantial thing i want to do and then a few minor ones. I was going to include some improved functionality for the Tag Manager but will leave it out of this release. So i would guess its still a month off before it reaches Release Candidate state.
I dont think there is any reason to hold off using the beta now though

Great stuff, thank you :)
Title: Re: GUI changes for v3.0
Post by: ankor on March 03, 2016, 01:13:49 AM
Congrats to all for great work!!!
Title: Re: GUI changes for v3.0
Post by: Alumni on March 03, 2016, 05:03:43 AM
I haven't seen much discussion about the Music Explorer, are there any plans for it going forward?

At the moment all albums by an artist are sorted alphabetically (IMHO doesn't make much sense), can they be sorted chronologically instead?

Edit: There's no way of re-sizing album or artist thumbnails in this panel either, the ability to do so would be handy.

It would also be helpful (at least with my layout) if you could display the artist biography here, or alternatively allow the "now playing bar" to be set on a per tab basis so it can be combined with the music explorer panel.

Edit: I just realized the artist bio element in the right sidebar will do the job.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 03, 2016, 05:09:33 AM
Can they be sorted chronologically instead?

If you click "more albums" they're sorted in reverse chronological order.  (I agree, I'd rather have them chronological in both panels)
Title: Re: GUI changes for v3.0
Post by: RTesla on March 03, 2016, 11:05:56 AM
Two small issues when using the Computer navigator in left hand panel:

1. If I pin a tab from a directory, the tab doesn't update if files change in that directory. It's basically like the tab becomes a playlist for that directory with a static list of songs. I have to bring up the left sidebar again and re-click on the directory for the tab to update with any new files.

2. The column browser doesn't seem to jump to whatever letter you type on the keyboard. It happens very occasionally but not really working for me. Don't have this issue when using any other nodes in the left hand panel.
Title: Re: GUI changes for v3.0
Post by: lancie13 on March 03, 2016, 04:22:49 PM
I tried v3.0 and it works fine.  The only thing I noticed is that it will not dock on my second monitor.  2.5 would do this and it's kind of a deal breaker for me.  Is that possibly an easy fix?  Not sure.  Other than that I love the new GUI.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 03, 2016, 05:36:43 PM
I tried v3.0 and it works fine.  The only thing I noticed is that it will not dock on my second monitor.  2.5 would do this and it's kind of a deal breaker for me.  Is that possibly an easy fix?  Not sure.  Other than that I love the new GUI.

What do you mean by dock? I have no problems with 3.0 on a second monitor.
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on March 03, 2016, 07:51:02 PM
Hey again all,

1. I found another glitch in the Now Playing Tab;
In v2.5 and the earlier v3.0.5xxx betas(can't recall exactly on which one it stopped), if & when I executed the hot key command I've set for "Go To Playing Track At Source", it used to take me to my Library Tab and highlight/select the song. With the latest one it doesn't though. I get no response to the command. Intentional or?
I should mention that the command works from all other tabs just as before though.

2. I currently have my Library Tab set to Artist View. When I execute the aforementioned command from within the Tab / from any other Tab, it opens up the artist>album>shows all the tracks but doesn't highlight/select, it just places a tiny speaker icon against the song. When I use all other views, the playing song is highlighted/selected though.

Title: Re: GUI changes for v3.0
Post by: the_pragmatist on March 03, 2016, 08:11:08 PM

2. The column browser doesn't seem to jump to whatever letter you type on the keyboard. It happens very occasionally but not really working for me. Don't have this issue when using any other nodes in the left hand panel.

Somewhat related to this, in the Artist View with only the main panel & A-Z jump bar showing, I have to first select a random artist/Letter in the A-Z bar and only then will I be able to search and/or jump to whom I want using the keyboard. It also does this on other views with other panels open, but that's probably because it doesn't know whether you want to search on the Main Panel or the Thumb. Browser or the Column Browser etc.
Is there a way a default can be set for any tab you open with any View, e.g "Automatically search in the furthest_left organiser panel" which I think is what most people use as the 'Main Organiser' in their views?
Title: Re: GUI changes for v3.0
Post by: ankor on March 04, 2016, 12:43:20 AM
I tried v3.0 and it works fine.  The only thing I noticed is that it will not dock on my second monitor.  2.5 would do this and it's kind of a deal breaker for me.  Is that possibly an easy fix?  Not sure.  Other than that I love the new GUI.

What do you mean by dock? I have no problems with 3.0 on a second monitor.
I've always used MB almost exclusively on the 2nd monitor.  Never a problem.
Title: Re: GUI changes for v3.0
Post by: phred on March 04, 2016, 01:04:27 AM
I've always used MB almost exclusively on the 2nd monitor.  Never a problem.
I have no problems using v3 on my 2nd monitor.  Can you be more specific as to what's not working correctly?
Title: Re: GUI changes for v3.0
Post by: redwing on March 04, 2016, 01:20:36 AM
When you add "Album [Year]" field, the [Year] doesn't show up with long album names.

(http://i.imgur.com/XYDeWog.png)

I think album name should be shorter, always displaying [Year], for the purpose of using the field.
Then it would instead display "Sgt. Pepper's Lonely Hearts... [1967]".
Title: Re: GUI changes for v3.0
Post by: Alumni on March 04, 2016, 02:32:02 AM
I reported this earlier and I'm not sure if it was addressed, but the Music Explorer isn't refreshing the currently playing artist.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 04, 2016, 03:09:40 AM
I reported this earlier and I'm not sure if it was addressed, but the Music Explorer isn't refreshing the currently playing artist.

I believe that's intentional.  There should be a link to the current artist that appears, though.
Title: Re: GUI changes for v3.0
Post by: redwing on March 04, 2016, 03:21:40 AM
With a certain setup, a visual glitch appears on the main panel.

http://i.imgur.com/Jwu9hEc.png

PMed my settings file. To reproduce, select now playing tab and then the music tab.
Title: Re: GUI changes for v3.0
Post by: redwing on March 04, 2016, 03:25:27 AM
Regarding my suggestion on improving Album Color Mix view,

Currently Album Color Mix view in Now Playing tab seems to be a bit boring as it can best serve as a background of something else.
How about adding visualizer on it? That would match well with constantly changing background.

maybe a set of options could be given about what to draw on that background: artist picture, album cover, visualizer.
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 06:59:25 AM
I reported this earlier and I'm not sure if it was addressed, but the Music Explorer isn't refreshing the currently playing artist.

I believe that's intentional.  There should be a link to the current artist that appears, though.
thats correct
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 04, 2016, 08:28:46 AM
When I do a search for NEW artwork (there is none shown for the album), in addition to embedding as requested MB automatically selects "link the picture to this music track" and downloads it to an Artwork folder, which I don't want it to do.

When I do a search on an album that already shows artwork, not only is that option not selected, but the sub-option for "link to the original music file" is not even available - nor is the "choose the same next time" option.

On a side note, in one of my test cases MB was trying to download Cover.jpg.gif as the "organised copy of the picture" (based on having Cover.jpg in Preferences).

Are screenshots needed here?

Title: Re: GUI changes for v3.0
Post by: KissCool on March 04, 2016, 09:22:44 AM
Sorry if it has already been mentioned (177 pages...), but I can't browse anymore my collection like I'm used to :

v2.5: Artists view -> Album cover view -> Album & Tracks view
Step 1: double click the picture of an Artist in Artist view (grouped by Album Artists)
Step 2: MB uses Artwork layout to show all the albums for the selected artist -> double click the picture of one of the album
Step 3: MB use Album&Tracks layout to show the tracklist of the selected album -> double click tracks
Step 4: then navigate back (with the navigate back button of my mouse) to the Album cover view and select another album or back to the Artist view. Repeat

v3.0: Artists view -> Album cover view -> ?
Step 1: OK
Step 2: OK
Step 3: MB just shows the cover of the selected album in Artwork layout. I can't even choose a track (I don't use "show the tracks for the selected album" option). Double clicking the album crashes MB.
Step 4: I can go back to the Album Cover view but clicking a second time the navigate back button of my mouse doesn't bring me back to the artist view.

So, am I doing something wrong or is it intended?

N.B.: in v2.5, I was using "use Artwork layout to show albums for an artist" option. Can't find it anymore. Is the option gone ? if yes, could you bring it back please? It's really helpful for artists with huge collection.
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 10:11:14 AM
@KissCool,
yes it was discussed. Change the view using the view selector in the header bar and it should persist. Also can you post the actual error you got (help/ support/ view error log - the error at the end)
Title: Re: GUI changes for v3.0
Post by: KissCool on March 04, 2016, 10:42:12 AM
@KissCool,
yes it was discussed. Change the view using the view selector in the header bar and it should persist. Also can you post the actual error you got (help/ support/ view error log - the error at the end)

OK, sorry.
About the error log :

04/03/2016 11:38:58 - 10.0.10586.0 - 3.0.5906.39927 - System.IndexOutOfRangeException: L'index se trouve en dehors des limites du tableau.
   à MusicBee.MusicBeeMain.#=qT42rTq_Onvqj8rbAuWOXCNmhloZJDS6mnczG83EfDeo=.#=qlzvYxO3iaKX2dwGwppJG2t_s3p7h$cXHuhCZTBBErsA=.#=q4BZN4iHBPp3$ESZsQes1xuSyU52oWXRyU20pp2$pBjY=(Int32 #=qkW8xnhfdx1EhvuAhSPo_Ig==, Boolean #=qMC8_YNKKdo4xP5pwz6YzCg==)
   à MusicBee.MusicBeeMain.#=qT42rTq_Onvqj8rbAuWOXCNmhloZJDS6mnczG83EfDeo=.#=qlzvYxO3iaKX2dwGwppJG2t_s3p7h$cXHuhCZTBBErsA=.#=qCUTXAmKMsMVa3JXMe6rXfQ==(Point #=qo$VHLVh1S$bnnaIJhX_qhQ==, #=qxBavlyfppLUmSNg3nhQLeQ== #=qiZJUA6cObPzQWKZaFTBNYA==)
   à MusicBee.MusicBeeMain.#=qT42rTq_Onvqj8rbAuWOXCNmhloZJDS6mnczG83EfDeo=.#=qlzvYxO3iaKX2dwGwppJG2t_s3p7h$cXHuhCZTBBErsA=.OnMouseMove(MouseEventArgs #=qOtH4CNbjgmi6z1Yif9fxlw==)
   à System.Windows.Forms.Control.WmMouseMove(Message& m)
   à System.Windows.Forms.Control.WndProc(Message& m)
   à #=qJ8xI5$HTg8ywAcBA3DodOe9mEC7ATzwFH1pF9IEikfA=.WndProc(Message& #=q0f6AUF2jX0KvonEsiazUTA==)
   à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Title: Re: GUI changes for v3.0
Post by: HHM on March 04, 2016, 01:14:04 PM
BUG
I see it since a few weeks in MB3 - in Album Covers view editing and saving a tag collapses the expanded album panel. It's irritating - when you want to edit a few tags of different tracks in one album you have to reopen (reexpand) it's panel after saving each tag.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 04, 2016, 02:10:40 PM
N.B.: in v2.5, I was using "use Artwork layout to show albums for an artist" option. Can't find it anymore. Is the option gone ? if yes, could you bring it back please? It's really helpful for artists with huge collection.

I wonder if it would be possible to use music explorer for selected tracks? I would find that very helpful
Title: Re: GUI changes for v3.0
Post by: ankor on March 04, 2016, 03:35:29 PM
I've always used MB almost exclusively on the 2nd monitor.  Never a problem.
I have no problems using v3 on my 2nd monitor.  Can you be more specific as to what's not working correctly?
????
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 06:04:29 PM
With a certain setup, a visual glitch appears on the main panel.

http://i.imgur.com/Jwu9hEc.png

PMed my settings file. To reproduce, select now playing tab and then the music tab.
i cant reproduce this even using your settings and following those steps.
I can tell its not hiding the thumb browser even though you have it configured as hidden but perhaps there are other steps involved to trigger this issue?

edit:
stepping through the code i can see one thing thats not right so lets see if that fixes the issue for you
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 06:15:48 PM
Step 3: MB just shows the cover of the selected album in Artwork layout. I can't even choose a track (I don't use "show the tracks for the selected album" option). Double clicking the album crashes MB.
the reported double clicking bug should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 06:16:59 PM
BUG
I see it since a few weeks in MB3 - in Album Covers view editing and saving a tag collapses the expanded album panel. It's irritating - when you want to edit a few tags of different tracks in one album you have to reopen (reexpand) it's panel after saving each tag.
i cant reproduce this. Could you send me your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 06:31:29 PM
When I do a search for NEW artwork (there is none shown for the album), in addition to embedding as requested MB automatically selects "link the picture to this music track" and downloads it to an Artwork folder, which I don't want it to do.

When I do a search on an album that already shows artwork, not only is that option not selected, but the sub-option for "link to the original music file" is not even available - nor is the "choose the same next time" option.
thats fixed for the next update

On a side note, in one of my test cases MB was trying to download Cover.jpg.gif as the "organised copy of the picture" (based on having Cover.jpg in Preferences).
thats should be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: sleepless on March 04, 2016, 07:23:46 PM
It seems that when viewing playlists, the thumbnail browser is no longer visible. Instead the playlist manager sidebar is displayed. However, I use the auto-hide function for the navigation sidebar which makes the playlist manager sidebar uneccessary. I'd much rather be able to use the thumbnail browser to access individual artists within the playlist.
Title: Re: GUI changes for v3.0
Post by: Steven on March 04, 2016, 07:26:54 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- album artwork can now be grouped - see http://getmusicbee.com/forum/index.php?topic=17658.0
- there are still some bugs with this new grouping functionality but it is usable if you want to try it out
Title: Re: GUI changes for v3.0
Post by: redwing on March 04, 2016, 08:12:06 PM
stepping through the code i can see one thing thats not right so lets see if that fixes the issue for you

Looks like it's fixed as I can't reproduce the bug any more. I'll report back if that happens again. Thanks!
Title: Re: GUI changes for v3.0
Post by: 8keep on March 05, 2016, 12:54:51 AM
Hi, I had a good setup on my old install using the 3.0 stuff, but i lost it and now I am starting fresh. I installed the new 3.0 beta and I don't know how to get the main view back where its the 3 columns with genre, artist, and album on top, then in the panel below are the songs, like I used to have. Can someone tell me what to do?

Thanks,
Davis
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 05, 2016, 12:57:13 AM
When I do a search for NEW artwork (there is none shown for the album), in addition to embedding as requested MB automatically selects "link the picture to this music track" and downloads it to an Artwork folder, which I don't want it to do.

When I do a search on an album that already shows artwork, not only is that option not selected, but the sub-option for "link to the original music file" is not even available - nor is the "choose the same next time" option.
thats fixed for the next update

On a side note, in one of my test cases MB was trying to download Cover.jpg.gif as the "organised copy of the picture" (based on having Cover.jpg in Preferences).
thats should be fixed for the next update

I just downloaded and installed the update, MB reports version 3.0.5907, but I don't see any changes on this. (I've tested with Album & Tracks, Album Covers, Track Information, and Album Art panel)
Title: Re: GUI changes for v3.0
Post by: ankor on March 05, 2016, 01:26:06 AM
Hi, I had a good setup on my old install using the 3.0 stuff, but i lost it and now I am starting fresh. I installed the new 3.0 beta and I don't know how to get the main view back where its the 3 columns with genre, artist, and album on top, then in the panel below are the songs, like I used to have. Can someone tell me what to do?

Thanks,
Davis
Try File | View | Arrange Panels and drag "column browser" to the list under "main panel" if it's not already there.  that should give you the 3 columns on the main panel.  you might also want to backup pertinent information (which may vary depending on your system) such as:
c:\users\...\music\musicbee\*
c:\users\...\appdata\roaming\musicbee\*
c:\program files (x86)\musicbee\*
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 05, 2016, 02:23:21 AM
fanart.tv is still listed as fanart.com in Tags (2).  fanart.com is an empty site.
Title: Re: GUI changes for v3.0
Post by: redwing on March 05, 2016, 09:49:12 AM
- Please add "Configure expanded panel" command to the context menu of expanded panel. Currently it's a bit convoluted to access the dialog.
- Can't find a font setting for Artist Biography element. How can I enlarge the font?
- On Artist Picture view of Now Playing tab, font size for lyrics and artist bio is not configurable (only when lyrics is displayed on the right main panel, it follows the right sidebar font setting). Whether on the left or on the right main panel I think both lyrics and artist bio should follow the right sidebar font setting.
Title: Re: GUI changes for v3.0
Post by: AvikB on March 05, 2016, 10:47:12 AM
(http://i.imgur.com/dfhqNXl.jpg)

why can't we group by album with first letter only? windows media player has this ability :S
Title: Re: GUI changes for v3.0
Post by: darkred on March 05, 2016, 01:36:31 PM
Thanks for this awesome work so far!

A suggestion, please: to duplicate the button "Rescan Artwork"
which is located in: Preferences|Tags(1)|'set which pictures are displayed'>'Edit List',
into the "Scan Folders for New Files" window (that also appears when you press 'Ins').
I believe that it's more discoverable and more practical this way.
Title: Re: GUI changes for v3.0
Post by: phred on March 05, 2016, 01:46:19 PM
(http://i.imgur.com/dfhqNXl.jpg)
why can't we group by album with first letter only? windows media player has this ability :S
Steven added this a couple of days ago for Album Cover view only.  Today he said he'd be adding Artist View first letter grouping shortly.
Title: Re: GUI changes for v3.0
Post by: Steven on March 05, 2016, 02:24:18 PM
BUG
I see it since a few weeks in MB3 - in Album Covers view editing and saving a tag collapses the expanded album panel. It's irritating - when you want to edit a few tags of different tracks in one album you have to reopen (reexpand) it's panel after saving each tag.
i tried using your settings file. The default panel is an auto-playlist which i dont have access to. Let me know if its just using the Album Covers layout. I can reproduce this only when editing tracks from an auto-playlist, so could you confirm thats the case.
Title: Re: GUI changes for v3.0
Post by: Steven on March 05, 2016, 03:14:50 PM
I just downloaded and installed the update, MB reports version 3.0.5907, but I don't see any changes on this. (I've tested with Album & Tracks, Album Covers, Track Information, and Album Art panel)
this is a bit of a mystery as the option to link to source for new downloaded artwork was removed from the settings as an available default (but not removed from the dialog window). When you retrieve a picture thats replacing existing artwork then the current location settings are used, so it the existing artwork was linked to a file then the new artwork would have the same linkage and also there are scenarios where existing artwork for a file can eliminate the prefered settings for the new artwork but you said there were no existing pictures for the file.
Just so we are on the same page, are you using right click/ Search Internet for Picture ?
Title: Re: GUI changes for v3.0
Post by: RTesla on March 05, 2016, 03:34:02 PM
Noticed dragging files from a 'Playing Tracks' list from an auto-hidden right sidebar doesn't open the left-sidebar. Left-sidebar will open however if right sidebar isn't auto-hidden.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 05, 2016, 04:29:03 PM
this is a bit of a mystery as the option to link to source for new downloaded artwork was removed from the settings as an available default (but not removed from the dialog window). When you retrieve a picture thats replacing existing artwork then the current location settings are used, so it the existing artwork was linked to a file then the new artwork would have the same linkage and also there are scenarios where existing artwork for a file can eliminate the preferred settings for the new artwork but you said there were no existing pictures for the file.
Just so we are on the same page, are you using right click/ Search Internet for Picture ?

I guess something had gotten "stuck" from the previous version, because after restarting the computer a few times I can't reproduce it anymore. (I had definitely restarted MB already because I had to to update.)
Title: Re: GUI changes for v3.0
Post by: Steven on March 05, 2016, 06:59:13 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above

for the new Artwork grouping functionality:
- you can now group albums by first album letter
- you can now group artists by first artist letter
- you can now group by virtual tags
- when grouping by year, you can now set MB to group by decade
- the a-z bar changes to show decades when the main panel is sorted or grouped by year (any view)
- i am not aware of any remaining bugs, so please report anything you find wrong with this functionality
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 05, 2016, 07:17:20 PM
Since Album Covers and Artists are separate views now, could you separate the settings for them, too?  It's hard to tell in "views configuration" what applies to which.  (As a corollary, it would be awesome to be able to set displayed fields for Artists view, too.  I've always wanted to be able to display Artist Track Count in Artists view.)
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 05, 2016, 07:57:11 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above

for the new Artwork grouping functionality:
- you can now group albums by first album letter
- you can now group artists by first artist letter
- you can now group by virtual tags
- when grouping by year, you can now set MB to group by decade
- the a-z bar changes to show decades when the main panel is sorted or grouped by year (any view)
- i am not aware of any remaining bugs, so please report anything you find wrong with this functionality

It's beautiful. Think I might only use artist view now :D
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 06, 2016, 06:37:35 AM
If you follow the menu link for "customise panel" from the Now Playing Bar, it opens the configuration panel for the Track Information Panel.  Okay, so they use the same configuration settings.  I think you could argue that because they're laid out so differently it doesn't really make sense, but at least for me it works fine.

The only trouble is that settings like "show artwork below fields" and "show web links" only affect Track Information in the sidebars.  If someone tried to configure the Now Playing Bar that way and didn't have Track Information showing too, it would look like those settings did nothing.  Even with Track Information open, it took me a minute to figure out what was going on.  So I think either they need to be disabled when configuring the Now Playing Bar, or there needs to be a separate configuration window for it.
Title: Re: GUI changes for v3.0
Post by: Steven on March 06, 2016, 11:41:51 AM
I haven't seen much discussion about the Music Explorer, are there any plans for it going forward?

At the moment all albums by an artist are sorted alphabetically (IMHO doesn't make much sense), can they be sorted chronologically instead?
i have change the sorting to use year then album in descending order ie. most recent first
Title: Re: GUI changes for v3.0
Post by: Steven on March 06, 2016, 12:01:26 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- enhancements to tab pinning
http://getmusicbee.com/forum/index.php?topic=17707.0
Title: Re: GUI changes for v3.0
Post by: KissCool on March 06, 2016, 12:31:16 PM
Step 3: MB just shows the cover of the selected album in Artwork layout. I can't even choose a track (I don't use "show the tracks for the selected album" option). Double clicking the album crashes MB.
the reported double clicking bug should be fixed for the next update

Fixed.
Title: Re: GUI changes for v3.0
Post by: ankor on March 06, 2016, 04:14:04 PM
didn't think grouping by first letter would be such a big deal...that is fantastic and resizing of pics with track bar (is that new or just me?) and A-Z bar with decades...how much better can it get!!!!
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on March 06, 2016, 06:22:31 PM
After latest update on startup I get this error every time. After pressing OK or closing Error Dialog Box MB starts and seems everything works just fine, but anyway here it is:

MusicBee v3.0.5909.27815 (Win10.0), 6 mar 2016 19.19:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=q8bJjiydV2w9AMnCUgVT9YtU2C6m5kGl9h23rLj40mQ4=.#=q9hZrRiMJ$qlSVQz20NvEMU1ntfR2UynWsIozQUIOVZo=.#=qgzqdu4OsMC4zbCJhtWqV8A==(Point #=qX9ipnDOs6X54dGHdy88DIQ==, #=qt12HQIiSEVDhV5yqqK5TBQ== #=qlNMGO2a3$xcTMrxvrHOS5w==)
   at MusicBee.MusicBeeMain.#=q8bJjiydV2w9AMnCUgVT9YtU2C6m5kGl9h23rLj40mQ4=.#=q9hZrRiMJ$qlSVQz20NvEMU1ntfR2UynWsIozQUIOVZo=.#=q7LQ0DNdqdWeUTe0QdedmoPJC9aTSl1zjbmE5eJyxgQ4=(Int32& #=q6QlFKVYo4cEnl$jDROH4HQ==, AnchorStyles& #=q2CwDDtlWw77$Opnw18c7Qg==, Int32& #=qEsKECDmoPvjYFRf2VsogBw==)
   at MusicBee.MusicBeeMain.#=q8bJjiydV2w9AMnCUgVT9YtU2C6m5kGl9h23rLj40mQ4=.#=q9hZrRiMJ$qlSVQz20NvEMU1ntfR2UynWsIozQUIOVZo=.#=qXJsGzZGNSXbmFnWIRFWWng==(Boolean #=qsJ$yBW4Y7ji9bYBu4udRtw==)
   at MusicBee.MusicBeeMain.#=q8bJjiydV2w9AMnCUgVT9YtU2C6m5kGl9h23rLj40mQ4=.#=q9hZrRiMJ$qlSVQz20NvEMU1ntfR2UynWsIozQUIOVZo=.#=qjDQ4fne7lAMCjMSv3Xh9JTXDT25vsBHzyQsu65xBFew=()
   at #=qi5o709Afj2zM5qYjH2770H_wmI_ZVYoo8wq3gGWE8Ao=.OnLayout(LayoutEventArgs #=q9of9v6YKv9yNnnSCEUIQZg==)
   at System.Windows.Forms.Control.PerformLayout(LayoutEventArgs args)
   at System.Windows.Forms.Control.System.Windows.Forms.Layout.IArrangedElement.PerformLayout(IArrangedElement affectedElement, String affectedProperty)
   at System.Windows.Forms.Control.OnResize(EventArgs e)
   at System.Windows.Forms.Control.OnSizeChanged(EventArgs e)
   at System.Windows.Forms.Control.UpdateBounds(Int32 x, Int32 y, Int32 width, Int32 height, Int32 clientWidth, Int32 clientHeight)
   at System.Windows.Forms.Control.UpdateBounds()
   at System.Windows.Forms.Control.WmWindowPosChanged(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=qBu$wva79fxi$mJUtcqf7F8ieKMvuMe5ZAvddlCoFgXc=.WndProc(Message& #=q9TT1IxABCfmIrYcWor92vg==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on March 06, 2016, 06:27:20 PM
redownload the file as its an introduced bug from this afternoon
Title: Re: GUI changes for v3.0
Post by: Steven on March 06, 2016, 07:25:01 PM
Noticed dragging files from a 'Playing Tracks' list from an auto-hidden right sidebar doesn't open the left-sidebar. Left-sidebar will open however if right sidebar isn't auto-hidden.
i have added support for popup of the left sidebar when dragging from the Playing Tracks list. I dont see how the right-sidebar setting would impact anything.
Title: Re: GUI changes for v3.0
Post by: StefanIvanovic on March 06, 2016, 07:27:33 PM
redownload the file as its an introduced bug from this afternoon

Redownloading did make everything fine, tnx!
Title: Re: GUI changes for v3.0
Post by: Lazulite on March 06, 2016, 10:03:09 PM
On 3.0.5909, trying out the pin tabs feature, I noticed that pin tab with icon+text doesn't work on the podcasts tab. The tab is shown as icon only, regardless of the option selected.
Title: Re: GUI changes for v3.0
Post by: Steven on March 06, 2016, 10:04:38 PM
On 3.0.5909, trying out the pin tabs feature, I noticed that pin tab with icon+text doesn't work on the podcasts tab. The tab is shown as icon only, regardless of the option selected.
it should show the number of unplayed podcasts as the text. If there are none it would be blank but i guess it could show 0 instead
Title: Re: GUI changes for v3.0
Post by: gpzbc on March 06, 2016, 10:48:20 PM
didn't think grouping by first letter would be such a big deal...that is fantastic and resizing of pics with track bar (is that new or just me?) and A-Z bar with decades...how much better can it get!!!!

I agree!!!
Title: Re: GUI changes for v3.0
Post by: ankor on March 06, 2016, 11:26:33 PM
Just a tidbit for consideration...In Artist view, what about the option to skip the display of albums after picking an artist and go straight to the display of the tracks (all albums combined)?
Title: Re: GUI changes for v3.0
Post by: redwing on March 07, 2016, 05:38:31 AM
When you're on a TM view in Now Playing tab, right sidebar shows its header bar only.
Also can you make sidebar player element available for artwork picture/album color mix view on Now Playing tab?
Title: Re: GUI changes for v3.0
Post by: Iasc on March 07, 2016, 05:58:35 AM
Will the random skin option be brought back for MUsicBee 3?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 07, 2016, 06:06:46 AM
Will the random skin option be brought back for MUsicBee 3?
It's been asked before and I +1'd it then.
So I'll do it again.
+1
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 07:14:02 AM
When you're on a TM view in Now Playing tab, right sidebar shows its header bar only.
Also can you make sidebar player element available for artwork picture/album color mix view on Now Playing tab?
it works fine for me. Could you post a screenshot so i can see what you mean.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 07, 2016, 07:17:05 AM
could "View: Show A-Z Jump Bar" be re-instated in the Hotkeys list or alternatively, A-Z Jumpbar be added to list of per-Tab overrides in the configurations, please.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 07, 2016, 07:52:16 AM
Quote
- when any panel is sorted by Year, or the Album Covers panel is grouped by Year or Decade, then the A-Z bar changes to show decades

Could this be broadened to include any field with the Date type, including Custom and Virtual tags?
Title: Re: GUI changes for v3.0
Post by: redwing on March 07, 2016, 08:16:40 AM
When you're on a TM view in Now Playing tab, right sidebar shows its header bar only.
Also can you make sidebar player element available for artwork picture/album color mix view on Now Playing tab?
it works fine for me. Could you post a screenshot so i can see what you mean.

http://i.imgur.com/qDaCGtE.png
Title: Re: GUI changes for v3.0
Post by: sleepless on March 07, 2016, 10:22:41 AM
- After selecting a playlist, when I move the mouse cursor out of the auto-hidden left sidebar, I can't get back to the sidebar by touching the left border. If I selected playlist manager I can use the PM sidebar, but I can't open the auto-hidden MB sidebar. If I selected a playlist without opening the playlist manager first, I get no sidebar at all (still can't open the auto-hidden bar). The only way to open it is to click the icon in the status bar.

- Although I like the idea of the playlist manager menu, I'd still like to have access to the auto-hidden sidebar. The other thing I don't like is that seems to cover over the thumbnail browser. The thumbnail browser is not visible when the playlist manager sidebar is displayed.

**EDIT: I just realized that If I click on the tab the sidebar appears. Also if I drag a selection towards the left border, the sidebar will open. So that means it's still functional/usable, just not entirely consistant.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 07, 2016, 11:49:13 AM
@ sleepless
check the tab overrides for your Playlist Manager panel
I think the default setting is for the left sidebar to be on 'hide' not 'hide (auto-open)'
Title: Re: GUI changes for v3.0
Post by: sleepless on March 07, 2016, 02:02:59 PM
Yep, I'm an idiot. Thanks.
Title: Re: GUI changes for v3.0
Post by: redwing on March 07, 2016, 02:08:38 PM
If you remove player controls element either from top or bottom panel, spectrum visualizer still remains.

(http://i.imgur.com/JtVSDe4.png)

I once saw command buttons on the header bar scrolling like playing track info, but it's not easy to reproduce. Probably that happened when I disabled playing track text from sidebar player after removing top player controls element.
Title: Re: GUI changes for v3.0
Post by: sleepless on March 07, 2016, 02:10:52 PM
Could someone confirm if the Tab>Navigation Lock>Partial Navigation is working for playlists? For me the filters work but selecting a playlist opens a new tab.
Title: Re: GUI changes for v3.0
Post by: redwing on March 07, 2016, 02:12:33 PM
Could someone confirm if the Tab>Navigation Lock>Partial Navigation is working for playlists? For me the filters work but selecting a playlist opens a new tab.

Working fine for me.
Title: Re: GUI changes for v3.0
Post by: sleepless on March 07, 2016, 06:05:58 PM
Can you think of any reason why it wouldn't work? It seems really strange considering the filters don't open new tabs, only playlists do.

*Edit: I should add that it works when using an individual playlist as a tab, but not when using the playlist manager as a tab, if that makes sense. So if I try to open a playlist from within the playlist manager sidebar, it just opens another playlist manager in a new tab.
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 06:38:19 PM
Can you think of any reason why it wouldn't work? It seems really strange considering the filters don't open new tabs, only playlists do.

*Edit: I should add that it works when using an individual playlist as a tab, but not when using the playlist manager as a tab, if that makes sense. So if I try to open a playlist from within the playlist manager sidebar, it just opens another playlist manager in a new tab.
i am just trying that now and works fine. Are you using the very latest version from last night?
Title: Re: GUI changes for v3.0
Post by: sleepless on March 07, 2016, 07:11:25 PM
I'm using 3.0.5909.
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 07:25:43 PM
i suggest you redownload it
Title: Re: GUI changes for v3.0
Post by: sleepless on March 07, 2016, 07:33:52 PM
Yep, all good now.
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 07:37:56 PM
If you remove player controls element either from top or bottom panel, spectrum visualizer still remains.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 07:44:38 PM
Quote
- when any panel is sorted by Year, or the Album Covers panel is grouped by Year or Decade, then the A-Z bar changes to show decades

Could this be broadened to include any field with the Date type, including Custom and Virtual tags?
yes thats done for the next update
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 07, 2016, 07:51:59 PM
Could this be broadened to include any field with the Date type, including Custom and Virtual tags?
yes thats done for the next update

Woot!
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 08:01:50 PM
Also can you make sidebar player element available for artwork picture/album color mix view on Now Playing tab?
yes i will do that as it would be needed if the main player is not enabled
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 07, 2016, 08:18:35 PM
Music explorer is beautiful :D

One downside of it imo is is you can't use it as a stand alone layout, you need to first play an artist and then refresh it. (in another tab). Maybe integrate artist view and music explorer into each other? Love it though and it can only get better.

Also how does it know what similar artists are in your library? Does it get it from the internet or from tags? It doesn't seem reliable.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 07, 2016, 08:47:03 PM
Music explorer is beautiful :D

One downside of it imo is is you can't use it as a stand alone layout, you need to first play an artist and then refresh it. (in another tab). Maybe integrate artist view and music explorer into each other? Love it though and it can only get better.

Also how does it know what similar artists are in your library? Does it get it from the internet or from tags? It doesn't seem reliable.

+1, I would love to be able to use music explorer with any artist at any time.
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 08:57:19 PM
Music explorer is beautiful :D

One downside of it imo is is you can't use it as a stand alone layout, you need to first play an artist and then refresh it. (in another tab). Maybe integrate artist view and music explorer into each other? Love it though and it can only get better.

Also how does it know what similar artists are in your library? Does it get it from the internet or from tags? It doesn't seem reliable.

+1, I would love to be able to use music explorer with any artist at any time.
just type the artist name in the search box
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 07, 2016, 09:15:48 PM
Or maybe next to the "similar artists" tab, a tab with "all artists"? That would make it perfect for me.
Title: Re: GUI changes for v3.0
Post by: ankor on March 07, 2016, 09:21:11 PM
Quote
- when any panel is sorted by Year, or the Album Covers panel is grouped by Year or Decade, then the A-Z bar changes to show decades

Could this be broadened to include any field with the Date type, including Custom and Virtual tags?
yes thats done for the next update
wow!
Title: Re: GUI changes for v3.0
Post by: ankor on March 07, 2016, 09:24:53 PM
Music explorer is beautiful :D

One downside of it imo is is you can't use it as a stand alone layout, you need to first play an artist and then refresh it. (in another tab). Maybe integrate artist view and music explorer into each other? Love it though and it can only get better.

Also how does it know what similar artists are in your library? Does it get it from the internet or from tags? It doesn't seem reliable.

+1, I would love to be able to use music explorer with any artist at any time.
just type the artist name in the search box
whataya know
Title: Re: GUI changes for v3.0
Post by: Steven on March 07, 2016, 10:43:23 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 08, 2016, 05:10:23 AM
+1, I would love to be able to use music explorer with any artist at any time.
just type the artist name in the search box

O_O

Always something new.  :)


Could this be broadened to include any field with the Date type, including Custom and Virtual tags?
yes thats done for the next update

This seems to be working for the main library, but not in playlists?
Title: Re: GUI changes for v3.0
Post by: redwing on March 08, 2016, 05:56:38 AM
I haven't seen much discussion about the Music Explorer, are there any plans for it going forward?

At the moment all albums by an artist are sorted alphabetically (IMHO doesn't make much sense), can they be sorted chronologically instead?
i have change the sorting to use year then album in descending order ie. most recent first

Can you support ascending order as an option?

Also Music Explorer tab only recognizes first artist for tracks with multiple artists (artist biography element does the same). Why not offer artist selector box like last.fm tab on playing track panel of v2.5?

Track Info panel works worse. It can't find any artists for multi-artist tracks:

(http://i.imgur.com/UW2tyKm.png)
Title: Re: GUI changes for v3.0
Post by: KissCool on March 08, 2016, 09:37:53 AM
Maybe integrate artist view and music explorer into each other?
+1. Was about to ask for it!

I really like the Music Explorer layout (asked for it a long time ago here (http://getmusicbee.com/forum/index.php?topic=11356.msg69278#msg69278)). But we can't use it as a regular "browsing" layout.
Displaying this layout when double clicking an artist picture in the artist view would make sense, imho (maybe by replacing "use Artwork layout to show albums for an artist" old option by "use Music Explorer layout to show albums for an artist").

I like the Artists view, but, for now, i can't figure out a nice (and usefull way) to use it:
(-> = double click // <- = navigate back mouse button // "show the tracks for the selected album" option unticked)
 - Artists view (group by 1st letter) -> Album Covers view: no group header!
Better to use my Albums tab: Album Covers view (with goup header) + Thumbnail Browser (Album Artists)
 - MB v2.5: Artists view -> Album Covers view -> Album & Tracks view <- Album covers view <- Artists view -- Repeat
In v3.0, you can do it (I mean, MB allows to do it) but you have to do this:
Artists view -> Album Covers view -> Album Cover view -- click Album & Tracks view <- Album Cover view -- drop down menu, click Artist -- You can't repeat because clicking again an Artist picture bring you to the Album&Tracks view, not the Album Covers view (so, drop down menu; click Album Covers view and so on).
Not really easy browsing nor intuitive. Again, better to use my Albums tab: Album Covers view (with goup header) + Thumbnail Browser (Album Artists) -> Album&Tracks view

So, bring some love to the Artists view, please! ;) (Don't get me wrong, just kidding. Just switched to v3.0 from v2.4, and as usual, great job!)

About Music Explorer, few wishes:
 - An artist bio tab would make sense here, imo (Albums & Stats - Bio - More Albums... - Similar Artists)
 - Now Playing tab: enable music explorer in the drop down menu (Artist Picture / Album Color Mix / Large Album / Music Explorer / ...). Would make sense imo, since Music Explorer is more a Now Playing Track feature (and I could save a tab space!).
 - a drop down menu to sort albums by Most Played/Top Rated/Recently Added...
 - maybe a little less Top Tracks (it looks more like a "All Tracks" than a "Top Tracks")
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 08, 2016, 01:05:08 PM
3 little things :)

1.
Whenever I open a new tab opens column browser and thumbnail browser.
Can I change this somehow?
I want open a new Tab without column browser and thumbnail browser.
Especially with the "locked" Tab function.

2.
When I use the Search and then change the view in, for example, cover or title details the search discarded.
can I change this?

3.
Sometimes when I start MusicBee comes following startup error.
I cant reproduce this. it happens randomly.

Code
08.03.2016 14:16:36 - 10.0.10586.0 - 3.0.5909.35119 - System.InvalidOperationException: The applet must be connected to call this method.
   bei GammaJul.LgLcd.LcdApplet.VerifyConnected()
   bei GammaJul.LgLcd.LcdApplet.OpenDeviceByType(LcdDeviceType deviceType)
   bei MusicBeePlugin.Plugin.applet_DeviceArrival(Object sender, LcdDeviceTypeEventArgs e)
   bei GammaJul.LgLcd.LcdApplet.OnDeviceArrival(LcdDeviceType deviceType)
   bei GammaJul.LgLcd.LcdApplet.NotificationCallback(Int32 connection, IntPtr context, NotificationCode notificationCode, Int32 param1, Int32 param2, Int32 param3, Int32 param4)

08.03.2016 14:16:36 - 10.0.10586.0 - 3.0.5909.35119 - System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei MusicBee.MusicBeeMain.NavigationHeader.#=q3vofIUkwzXprLMfV2fruJg==(Rectangle #=qXsfaQCrASjnRW2CnQnIkCA==)
   bei MusicBee.MusicBeeMain.#=q4jgY0tE3akCQWXO2Sv60muXoMbBEA3yYn2QPapenN7c=._Lambda$__0(Graphics #=qhLuABbA4vMCOocqr0VsTPQ==)
   bei #=qNm6KQeLsKUAEyLHbwbhIYQ==.#=qPN_tTFqOal_HWp0X_FumZQ==.#=qi6H_Gp43UfXmXm3aPvyciQ==(Graphics #=qW5tJGlaLFpCO2jE4vhDzpA==, #=qjWz4Jb96QOobZCmxQ1eaNz_Ur_0whoy0v1iHIcrpVq8= #=qi_UjenxOuOaVXEnFyLeCJg==, Rectangle #=qL0Y61oQsXKDPqWE7M$9t_Q==, Rectangle #=qEt23YT7yypekfHiWoci8qA==)
   bei MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qoNRMU1B$6RYB2RCDKWKDgw==)
   bei System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
   bei System.Windows.Forms.Control.WmPaint(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   bei System.Windows.Forms.Form.WndProc(Message& m)
   bei #=qBUV0xImnww2OIjZCh1$V5plLbzK_awIKKKl63K8CEXE=.WndProc(Message& #=qxoszZsliOkgGz_IRibUwHA==)
   bei MusicBee.MusicBeeMain.WndProc(Message& #=qmZja$IjvIutECzXvcqqPaw==)
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) ]/code]
Title: Re: GUI changes for v3.0
Post by: fabulario on March 08, 2016, 06:50:13 PM
Regarding Music Explorer.
As said, I also love the layout, but I would go a little further, and this is what I would like:

For me, information about Top Tracks is not a priority. Yes, sometimes I use Track Rating, but never the Play Count. Of course I'm not saying it should be eliminated. I would prefer that this column was optional, that could be used, but not always shown, occupying a space that I would use otherwise.
I imagine the Music Explorer panel as an option to display all the information possible about an album that I have stored in their tags.
I use the right sidebar to show biography and images of the artist, and tracks lyrics.

But I need more ;)
- I have defined custom tags for musicians (musician credits list), album credits (people Involved), and album producer, so I would love to see this information.
- Show the Album editor.
- Show the notes I've added to the album.
- Personal links related to reviews of the album.
In short, any tag that I've added to the album.

And where would this information be shown? Well, I see three options:
- That these tags were available for display in the right sidebar.
- Set the space occupied by the Track Rating as a panel similar to the right sidebar, with the ability to display any tag.
- My favorite: keep the right sidebar and add a new panel (something like the right main panel) and show between the two all the information.

I know it's too much, but these are my dreams. And dreams, perhaps ...
Title: Re: GUI changes for v3.0
Post by: carloscs on March 08, 2016, 07:20:56 PM
Two problems with editing album/track pictures:

1) If doing a "Search Internet" and no picture is found the "No picture found" dialog appears twice (already reported, but seems it was missed between all the posts).

2) With two monitors, open the edit track/album dialog in the second monitor (mine is on the right) -> right click on picture -> the popup menu appears on the first monitor.

Note: this also happens with the Rip CD dialog (where I first noticed the problems).
Title: Re: GUI changes for v3.0
Post by: Steven on March 08, 2016, 07:36:11 PM
2.
When I use the Search and then change the view in, for example, cover or title details the search discarded.
can I change this?

3.
Sometimes when I start MusicBee comes following startup error.
I cant reproduce this. it happens randomly.
2 & 3a should be fixed for the next update.
The plugin error (logitech keyboard plugin?) should be reported on the appropriate plugin topic
Title: Re: GUI changes for v3.0
Post by: Steven on March 08, 2016, 07:37:14 PM
Could this be broadened to include any field with the Date type, including Custom and Virtual tags?
yes thats done for the next update

This seems to be working for the main library, but not in playlists?
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 08, 2016, 07:38:17 PM
1) If doing a "Search Internet" and no picture is found the "No picture found" dialog appears twice (already reported, but seems it was missed between all the posts).
that should have been fixed around the time it was reported, and i cannot reproduce this now. So make sure you are using the latest version
Title: Re: GUI changes for v3.0
Post by: Steven on March 08, 2016, 07:40:05 PM
I like the Artists view, but, for now, i can't figure out a nice (and usefull way) to use it:
What i will do for the next update is maintain and persist separate layout settings for when you drill-down from an artist vs. when you drill-down from an album
Title: Re: GUI changes for v3.0
Post by: Steven on March 08, 2016, 07:41:48 PM
At the moment all albums by an artist are sorted alphabetically (IMHO doesn't make much sense), can they be sorted chronologically instead?

Can you support ascending order as an option?
i will add a right click menu to set sort by title; sort by year (asc) and sort by year (desc)
Title: Re: GUI changes for v3.0
Post by: carloscs on March 08, 2016, 07:59:59 PM
I like the Artists view, but, for now, i can't figure out a nice (and usefull way) to use it:
What i will do for the next update is maintain and persist separate layout settings for when you drill-down from an artist vs. when you drill-down from an album

Confirm fixed - sorry, should have tried with the _really_ latest version.
Title: Re: GUI changes for v3.0
Post by: Orion on March 08, 2016, 08:28:46 PM
Just one little improvement suggestion : in the Thumbnail Browser, the pictures are taking a lot of place (and that's very welcome !) but sometimes it hides the end of the artist's name.

Example, here with Spanish film music composer "Alfonso de Vilallonga" :
(http://img4.hostingpics.net/thumbs/mini_119415Capture.jpg) (http://www.hostingpics.net/viewer.php?id=119415Capture.jpg)

It could be useful to have the name displayed on two lines when it's too long to be displayed on only one line (as there's room for it).
Title: Re: GUI changes for v3.0
Post by: Steven on March 08, 2016, 09:48:13 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- for the music explorer panel, you can now click on the artist name and MB will show a profile page. I know people will want more than this and i might do some more
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 09, 2016, 06:38:49 AM
2.
When I use the Search and then change the view in, for example, cover or title details the search discarded.
can I change this?
2 & 3a should be fixed for the next update.

it works but it appears an error

MusicBee v3.0.5911.41200 (Win10.0), 9 Mrz 2016 7:37:

System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei #=qMLvUtvBRlH9qo1dof2zsvmh_6MyB0a3qLDjhMnkcTGg=.#=qfjcxQEP1j8XeCcdqLOYIDfPeTvXFcv3GlBHLecna81U=.#=qs$p_Ec0vQjIP925OZRM2_g==(Boolean #=qkT5u3AoCyqXvQfrN2bYCMzZo4MJNAdBPvAnuqOPih8c=)
   bei #=qMLvUtvBRlH9qo1dof2zsvmh_6MyB0a3qLDjhMnkcTGg=.#=qLSSgMXjdAmunp1$LRuhrZg==(Boolean #=q9BiHjiQbB8wBjDqxQ7rBDvOxyEGn88kj23eH35sM_bQ=)
   bei MusicBee.MusicBeeMain.#=qXL_GNtnQ28C959JbCi_7A2qXcK3ZXvdzpBar5GW_Vhc=._Lambda$__0()
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 09, 2016, 06:56:17 AM
Some of my playlist folders have stopped showing all tracks if I select the folder.  Any idea why?
Title: Re: GUI changes for v3.0
Post by: Steven on March 09, 2016, 06:58:02 AM
it works but it appears an error
can you PM me a link to your settings file (help/ support/ view settings) and also describe what you were doing at the time/ which panel and view you were opening at the time.
And lastly, is it repeatable?
Title: Re: GUI changes for v3.0
Post by: Alumni on March 09, 2016, 08:04:56 AM
- for the music explorer panel, you can now click on the artist name and MB will show a profile page. I know people will want more than this and i might do some more

That's fantastic, I was hoping to see something like that added. If I may suggest moving the profile page to the horizontal menu (Album & Stats, More Albums, etc.) because right now it's not really obvious that the artist name can link to another page. I might even suggest making the profile page the new default page you see when opening the Music Explorer, but that could be just my preference.

Edit: Noticed a bug, the link to the profile page only works consistently when in the Album & Stats tab.

I also appreciate the different sorting options, and if it's not too much trouble it would be great to also have a variable zoom for those album/artist thumbnails.

On a related subject, the currently selected artist probably shouldn't be appearing on the "similar artists" page.
Title: Re: GUI changes for v3.0
Post by: MatzeMatz on March 09, 2016, 11:34:24 AM
In the post about the latest v3 version is a note that the GUI enhancements / changes are almost finished for v3.0 and that one should leave a comment if something's missing.
So here I do :-)

Here's what I miss:
In the right panel (Now Playing) I had in v2 the possibilty to customize the panel and to have the Lyrics and Details as tab.
That's not possible anymore and I miss it ;-)
Also I miss the possibility to add the spectrum analyzer and / or the wave bar to that panel.

Or do I miss something in v3 and it is possible?


BTW, I made some screenshots for old and new version to show what I mean - but I'm unable to add files here???
Title: Re: GUI changes for v3.0
Post by: hiccup on March 09, 2016, 11:42:43 AM
Here's what I miss:
In the right panel (Now Playing) I had in v2 the possibilty to customize the panel and to have the Lyrics and Details as tab.
That's not possible anymore and I miss it ;-)
Also I miss the possibility to add the spectrum analyzer and / or the wave bar to that panel.
Or do I miss something in v3 and it is possible?
BTW, I made some screenshots for old and new version to show what I mean - but I'm unable to add files here???

For posting screenshots:
http://getmusicbee.com/forum/index.php?topic=16499.0

It is perfectly possible to have such tabs, and also to have the analyzer and wavebar in the right sidebar.
Have you found the Configure Layout button to open the Panels Configuration panel? (top right in main panel)
In that panel you can drag and drop, and also select 'ticked elements are displayed as tabs'.
Title: Re: GUI changes for v3.0
Post by: MatzeMatz on March 09, 2016, 12:51:12 PM
It is perfectly possible to have such tabs, and also to have the analyzer and wavebar in the right sidebar.
Have you found the Configure Layout button to open the Panels Configuration panel? (top right in main panel)
In that panel you can drag and drop, and also select 'ticked elements are displayed as tabs'.

I right click on the lyrics header and get a menu entry "Customise Panel...". When I click on it, the following dialog opens:

(http://i.imgur.com/QNPqNzi.png) (http://i.imgur.com/QNPqNzi.png)

Where can I drop something and from where shall I drag it???
Sorry, I'm a bit confused now...

Title: Re: GUI changes for v3.0
Post by: hiccup on March 09, 2016, 12:56:39 PM
Where can I drop something and from where shall I drag it???
Sorry, I'm a bit confused now...

That's because you are looking in the general preferences panels.
There is also a dedicated 'Panels Configuration panel', to be found behind this icon:

(http://i.imgur.com/OmlGVKzl.jpg) (http://i.imgur.com/OmlGVKz.png)
Title: Re: GUI changes for v3.0
Post by: MatzeMatz on March 09, 2016, 01:07:48 PM
Aaaaah - now I see! Thanks  a lot!
It's also available as "Arrange Panels" in the dialog I posted - but on the very top and I didn't scroll to it...
Would be nice if you could (re)place that button in the section where the red bar is showing me in which panel I am at the moment...

It would also be nice if the AlbumArt resizes in the Details tab to fit the available space and to still see the other track information (or to have an option for this)

BTW, I currently had a crash:
"An error occurred during plugin startup, send this file to the developer: .... mb_LyricsReloaded.log"
To which address  shall I send the log file (but I doubt that it helps - I don't see anything special in it)?
Title: Re: GUI changes for v3.0
Post by: MatzeMatz on March 09, 2016, 01:09:56 PM
What I forgot to say: I really appreciate the work for MusicBee - I love that program!
In my oppinion it's the best music player I ever tested!!!
Title: Re: GUI changes for v3.0
Post by: hiccup on March 09, 2016, 01:18:10 PM
It would also be nice if the AlbumArt resizes in the Details tab to fit the available space and to still see the other track information (or to have an option for this)

That has been requested before (I believe even yesterday), so maybe if Steven reads this and agrees.....

Quote
BTW, I currently had a crash:
"An error occurred during plugin startup, send this file to the developer: .... mb_LyricsReloaded.log"
To which address  shall I send the log file (but I doubt that it helps - I don't see anything special in it)?

I believe that development of, and support for that plugin ended a while back.
If you do a forum search you should be able to get more info on that.
Title: Re: GUI changes for v3.0
Post by: ankor on March 09, 2016, 04:56:26 PM
Pulled up Tracks view and got this error message. Also occurs when switching to Artist view.

MusicBee v3.0.5911.41200 (Win10.0), 9 Mar 2016 11:54:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qXL_GNtnQ28C959JbCi_7A2qXcK3ZXvdzpBar5GW_Vhc=._Lambda$__0()
Title: Re: GUI changes for v3.0
Post by: ankor on March 09, 2016, 05:38:17 PM
- for the music explorer panel, you can now click on the artist name and MB will show a profile page. I know people will want more than this and i might do some more
wow wow wow
Title: Re: GUI changes for v3.0
Post by: Steven on March 09, 2016, 06:02:04 PM
Pulled up Tracks view and got this error message. Also occurs when switching to Artist view.
can you send me a link to your settings file (help/ support/ view settings)

edit:
actually i suspect you have only posted part of the error and its the same as someone elses. Its probably fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 09, 2016, 06:12:25 PM
it works but it appears an error
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 09, 2016, 06:13:07 PM
"Paste artist picture" is not working in music explorer
Title: Re: GUI changes for v3.0
Post by: Steven on March 09, 2016, 07:50:24 PM
i recall someone requested that years in the A-Z be supported for vertical orientation. Thats done for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 09, 2016, 08:45:12 PM
Edit: Noticed a bug, the link to the profile page only works consistently when in the Album & Stats tab.
thats fixed for the next update although i will probably add a dedicated tab for it
Title: Re: GUI changes for v3.0
Post by: Steven on March 09, 2016, 09:55:20 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: ankor on March 10, 2016, 01:06:11 AM
edit:
actually i suspect you have only posted part of the error and its the same as someone elses. Its probably fixed for the next update
I also thought the error message was too short but I checked before posting it and that was the whole message.  In any event, I've checked using the latest version and I'm not able to reproduce the error (which was easy for me to reproduce before).  thanks
Title: Re: GUI changes for v3.0
Post by: redwing on March 10, 2016, 02:41:06 AM
Track Info panel works worse. It can't find any artists for multi-artist tracks:

Confirm now it finds first artist for multi-artist tracks.

i recall someone requested that years in the A-Z be supported for vertical orientation. Thats done for the next update

Thanks for supporting this! Very convenient and looks much better than I expected!
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 10, 2016, 06:56:57 AM
Even though Auto DJ is shown in the navigator, it is not coming up in shuffle rotation from the player controls.  Is this intended?
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 07:35:08 AM
Even though Auto DJ is shown in the navigator, it is not coming up in shuffle rotation from the player controls.  Is this intended?
its working fine here. The only reason i am aware of would be the skin you are using is a custom bitmap that doesnt have an image for the auto-dj
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 10, 2016, 08:34:29 AM
its working fine here. The only reason i am aware of would be the skin you are using is a custom bitmap that doesnt have an image for the auto-dj

No, it has an auto dj image.  Maybe it's an issue with the sidebar player?  Here's a GIF: http://imgur.com/kYtDO79
Title: Re: GUI changes for v3.0
Post by: KissCool on March 10, 2016, 03:47:12 PM
Tried to use the Semi-Bold style of the Segoe UI font and I have an issue with columns displaying number (like "Time").
With Regular/Italic/Bold style, everything is well aligned (sems to use the "justified" alignment setting). Eg.: same width for 1:11 and 4:44
With all the new Win 8/8.1/10 styles (Light/Semi-Light/Semi-Bold/Black), numbers are right aligned but don't have the same width.

Rebular vs Semi-Bold (just compare numbers with one or more "1" vs numbers without "1")
(http://i.imgur.com/ZP4GXHN.jpg)   ->   (http://i.imgur.com/qGOwXRU.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 05:37:28 PM
Tried to use the Semi-Bold style of the Segoe UI font and I have an issue with columns displaying number (like "Time").
With Regular/Italic/Bold style, everything is well aligned (sems to use the "justified" alignment setting). Eg.: same width for 1:11 and 4:44
With all the new Win 8/8.1/10 styles (Light/Semi-Light/Semi-Bold/Black), numbers are right aligned but don't have the same width.
i wont be able to help with that as its windows doing the text formating
Title: Re: GUI changes for v3.0
Post by: KissCool on March 10, 2016, 05:57:59 PM
OK.

2 probables bugs (maybe already reported. Sorry if they are):
 - rating a track doesn't update the Album Rating ("store ratings in the music file" unticked, "auto-calculate album rating" ticked). Sometimes Pressing F5 works, but usually, have to restart MB.
 - dunno if it's intended, but we can't expand the right sidebar in Now Playing tab (Theater Mode). Only the header appears (think this one was already reported, not sure)
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 06:41:44 PM
Unfortunately i made a bad decision to allow the navigator to be placed in the left main panel.
There are some implications with various functionality so i am going to remove support for placing the navigator in that panel ie. it will only be enabled to be docked in the left sidebar.
Anyone who already has the navigator in the left main panel, it will still work but going forward you wont be able to drag the navigator from the left sidebar once its placed there.
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 06:44:08 PM
2 probables bugs (maybe already reported. Sorry if they are):
 - rating a track doesn't update the Album Rating ("store ratings in the music file" unticked, "auto-calculate album rating" ticked). Sometimes Pressing F5 works, but usually, have to restart MB.
 - dunno if it's intended, but we can't expand the right sidebar in Now Playing tab (Theater Mode). Only the header appears (think this one was already reported, not sure)
the first is fixed for the next update. The second should already be fixed from the other day. If you are using yesterday's version then send me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: hiccup on March 10, 2016, 07:40:15 PM
Hi..
below is how i used musicbee but im not able to increase or decrease the height of TRACK INFORMATION panel.it can't be dragged up or downward.

Hello user73,

The link you gave in your post is not a screenshot, but a link to some screenshot software.
It seems safe, but there is 1 antivirus product that marks it as suspicious.
Therefore I made the decision to remove your post.

Please repost your message with the correct content so we can help you.
Title: Re: GUI changes for v3.0
Post by: user73 on March 10, 2016, 08:18:44 PM
i don't know how it happened but when i checked the preview it shows fine..anyhow here is direct link..

http://postimg.org/image/cazdlrzgr/

Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 08:30:30 PM
i don't know how it happened but when i checked the preview it shows fine..anyhow here is direct link..

http://postimg.org/image/cazdlrzgr/
the artist picture element is a fixed size depending on the width of the panel its docked in and hence you cant change the height of the track info panel. So you either need to narrow the right panel or increase the height of the whole muicbee window
Title: Re: GUI changes for v3.0
Post by: hiccup on March 10, 2016, 08:42:25 PM
Slightly related to this:
If you use user73's layout, and then add the lyrics panel on top of the artist panel, you would expect you would be able to drag the position of the Artist panel by grabbing the top border of that panel.
But that won't work. But it does when you grab the bottom border of the Artist panel to do that.

And another funny discovery when trying this, that same artist panel got transparent at a certain moment:

(http://i.imgur.com/503GxY2s.jpg) (http://i.imgur.com/503GxY2.png)
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 09:10:00 PM
- dunno if it's intended, but we can't expand the right sidebar in Now Playing tab (Theater Mode). Only the header appears (think this one was already reported, not sure)
thats fixed for the next  update
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 09:28:10 PM
Slightly related to this:
If you use user73's layout, and then add the lyrics panel on top of the artist panel, you would expect you would be able to drag the position of the Artist panel by grabbing the top border of that panel.
But that won't work. But it does when you grab the bottom border of the Artist panel to do that.

And another funny discovery when trying this, that same artist panel got transparent at a certain moment:
the resizing behavior should be addressed for the next update. No idea about the temporary transparency
Title: Re: GUI changes for v3.0
Post by: hiccup on March 10, 2016, 09:33:58 PM
No idea about the temporary transparency

No problem at all. It was an incident, and probably related to my beginning-to-get-ancient on-board ATI graphics.
Title: Re: GUI changes for v3.0
Post by: Steven on March 10, 2016, 09:56:12 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: RTesla on March 10, 2016, 11:09:36 PM
Just wondering two small things:

1. With the thumbnail browser, is there any setting available to remove the number of albums displayed under every artist, genre etc? Basically like how you can remove the same for the column browser?

2. I was under the impression artists and albums artwork were now separate views in that you could now hide panel elements for each one. I had hidden column browser for artists but when I use Album artwork, the column browser is now also hidden.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 11, 2016, 04:17:41 AM
Shouldn't the External Audio Editor field in Tools have a [...] button?'

Edit: some graphical issues in that screen, too.  125% magnification, Win 10 style.

(http://i.imgur.com/MLGhbkH.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 11, 2016, 04:21:46 AM
No, it has an auto dj image.  Maybe it's an issue with the sidebar player?  Here's a GIF: http://imgur.com/kYtDO79

This is fixed now, thanks.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 11, 2016, 12:10:26 PM
Album rating and right sidebar fixed. Thanks.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 11, 2016, 01:48:23 PM
I noticed a couple visual glitches while using the grouping feature, specifically grouped by album covers.

First glitch is shown in this picture. Selecting albums with SHIFT from top to bottom will also select blank space as if albums were there.

(http://i.imgur.com/BnKONhPt.jpg) (http://i.imgur.com/BnKONhP.jpg)

Second glitch is harder to demonstrate. Re-sizing the main window (at least horizontally) results in album covers flashing up for an instant in blank spaces, seemingly at random. Not really a problem, just looks a bit weird.

Edit: It also occurs to me that grouping by decade is currently limited to one direction only, oldest to newest.
Title: Re: GUI changes for v3.0
Post by: Steven on March 11, 2016, 05:03:14 PM
Edit: It also occurs to me that grouping by decade is currently limited to one direction only, oldest to newest.
make sure the 1st field in the sort is Year or Year (yyyy) and set the Sort order to descending

the selection issue is fixed, the resizing issue i have found and fixed a bug - its probably the same but i wasnt able to reproduce the reported issue as you describe
Title: Re: GUI changes for v3.0
Post by: Alumni on March 11, 2016, 06:46:52 PM
make sure the 1st field in the sort is Year or Year (yyyy) and set the Sort order to descending

Right, but I was thinking of ordering decades in the opposite direction, so music from 2015 appears at the top of the library.
Title: Re: GUI changes for v3.0
Post by: Steven on March 11, 2016, 06:54:32 PM
make sure the 1st field in the sort is Year or Year (yyyy) and set the Sort order to descending

Right, but I was thinking of ordering decades in the opposite direction, so music from 2015 appears at the top of the library.
what i said should do that - did you try it?
Title: Re: GUI changes for v3.0
Post by: Alumni on March 11, 2016, 07:02:24 PM
what i said should do that - did you try it?

Oh yeah that does work if grouped by Year (yyyy), it's just that I was hoping to stick with Decade for grouping.

Edit: Actually I can probably get used to it this way. The only thing that's confusing for me is the jumpbar, it still reads from oldest to newest (left to right), with my current sorting preference not reflecting that same layout.
Title: Re: GUI changes for v3.0
Post by: Steven on March 11, 2016, 07:30:32 PM
i will enhance it so Decade grouping is also included when sorting year in descending order
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 11, 2016, 08:18:30 PM
This has come up in the past but seems worth mentioning again: if you create a new playlist by clicking on a playlist folder, the playlist is added to that folder (which seems desirable).  However, if you duplicate a playlist already in a playlist folder, it is created at the very bottom of the playlists list, not in the folder (which seems not so desirable).
Title: Re: GUI changes for v3.0
Post by: user73 on March 11, 2016, 08:57:41 PM
hi
i would like to report another issue.
from below screenshot u can see. rating of playing track is 5 ,
while the actual rating is 1star.
it happens to all the tracks.means whatever track i play it will show playing track with 5stars.
http://i.imgur.com/dXqeGMa.jpg
earlier i thought it has to do with tundra series skin and posted in tundra post but musicbee leever said it has something to do with my dpi settings.so i tried with other skins but problem is still there.then i changed my custom settings to default 100% settings but this issue remains there.then i try with 125% and 150 dpi settings ..but issue is still there.I also try changing musicbee fonts to default font settings but problem is still there.but this issue is only with v3 ..with MBv2 it is fine...
I wonder why im only one facing this issue.
Title: Re: GUI changes for v3.0
Post by: Steven on March 11, 2016, 09:17:16 PM
@user73, it might be a skin issue. Can you post a screenshot using the MusicBee3 skin
Title: Re: GUI changes for v3.0
Post by: Steven on March 11, 2016, 09:35:15 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 11, 2016, 09:37:51 PM
earlier i thought it has to do with tundra series skin and posted in tundra post but musicbee leever said it has something to do with my dpi settings.
I didn't say it was DPI settings - I said it might be DPI settings (http://getmusicbee.com/forum/index.php?topic=7186.msg106664#msg106664 (http://getmusicbee.com/forum/index.php?topic=7186.msg106664#msg106664)) as the top border is also not showing correctly in your screenshot
Title: Re: GUI changes for v3.0
Post by: user73 on March 11, 2016, 11:25:21 PM
Sure man..
https://i.imgsafe.org/c17dfeb.jpg

Title: Re: GUI changes for v3.0
Post by: user73 on March 11, 2016, 11:31:51 PM
earlier i thought it has to do with tundra series skin and posted in tundra post but musicbee leever said it has something to do with my dpi settings.
I didn't say it was DPI settings - I said it might be DPI settings (http://getmusicbee.com/forum/index.php?topic=7186.msg106664#msg106664 (http://getmusicbee.com/forum/index.php?topic=7186.msg106664#msg106664)) as the top border is also not showing correctly in your screenshot

sorry bee liever i didn't quoted your exact words earlier and neither i read carefully that u said MIGHT ...i just tried to follow your advice...Now i  think i might have offended u by mentioning your name but i didn't intend to do so.
 ..and Yes you said it MIGHT be dpi settings..
.im very busy man..so just replied in a hurry.
hope i be careful next time..though im replying still in a hurry.  :P
Title: Re: GUI changes for v3.0
Post by: redwing on March 12, 2016, 02:20:41 AM
Noticed sidebar player for now playing tab doesn't display duration.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 12, 2016, 03:20:45 AM
...Now i  think i might have offended u
Not offended.  Not even a little bit :)
was making sure Steven knew that I'd checked it out and couldn't find a fault in the skin
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 12, 2016, 07:46:52 AM
Please adjust minimum column size for Play Count.  When I use "Auto Size All Columns" on my main library layout, I get this:

(http://i.imgur.com/reMsnx6.png)

which is kind of silly.  :)  (No, there are no other digits.)
Title: Re: GUI changes for v3.0
Post by: Alumni on March 12, 2016, 08:40:28 AM
i will enhance it so Decade grouping is also included when sorting year in descending order

Awesome, thanks! Would it be possible to swap around the jumpbar depending on sorting order (only for years/decades)?
Title: Re: GUI changes for v3.0
Post by: Steven on March 12, 2016, 02:30:28 PM
Sure man..
https://i.imgsafe.org/c17dfeb.jpg
the only bug i can find is the Playing Tracks panel doesnt immediately update if you change the rating in another panel. I will fix that. If thats not what you are trying to show in your screenshots then i wont be able to help any further on this
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 12, 2016, 03:49:34 PM
I think I forgot to post this last night.  Auto DJ panel, happens on both 100% and 125% magnification screens.  DPI scaling disabled.

(http://i.imgur.com/lkQzIDB.png)
Title: Re: GUI changes for v3.0
Post by: Steven on March 12, 2016, 04:18:14 PM
I think I forgot to post this last night.  Auto DJ panel, happens on both 100% and 125% magnification screens.  DPI scaling disabled.
can you post the who dj panel.
edit:
its probably because you have Narrow Scrollbars enabled which is fixed for the next update. Although your dpi would have been 120% or above for it to happen
Title: Re: GUI changes for v3.0
Post by: user73 on March 12, 2016, 04:25:11 PM
Sure man..
https://i.imgsafe.org/c17dfeb.jpg
the only bug i can find is the Playing Tracks panel doesnt immediately update if you change the rating in another panel. I will fix that. If thats not what you are trying to show in your screenshots then i wont be able to help any further on this

Yeah steven that is exactly i was trying to show.but i like to tell one more thing that this bug even happens if i change rating on playing track panel,NOT changing on another panel.I tried many times by selecting the playing track and changing the rating but it just wont change instantly like other two panels...Sorry i was not able to express properly earlier or even if now.Not good with english that much.
Title: Re: GUI changes for v3.0
Post by: Steven on March 12, 2016, 05:29:03 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 12, 2016, 06:37:29 PM
I think I forgot to post this last night.  Auto DJ panel, happens on both 100% and 125% magnification screens.  DPI scaling disabled.
can you post the who dj panel.
edit:
its probably because you have Narrow Scrollbars enabled which is fixed for the next update. Although your dpi would have been 120% or above for it to happen

Yeah, I'm never sure how to interpret the various magnification options in Windows 10.  I just try things until it works.  So even though it says "100%", there must be something going on.
Title: Re: GUI changes for v3.0
Post by: user73 on March 12, 2016, 07:24:35 PM
Perfecto...and quick  :)
thx steven ..that rating issue  on playing track is no more.
Title: Re: GUI changes for v3.0
Post by: user73 on March 12, 2016, 07:31:47 PM
Hi ..

well this is no bug but i think i should still mention it,maybe in next update it can be fixed.
plz check two SS below..you will notice that artist photo is not fully shown in first SS.his ear is missing from right side and next SS shows what actual photo is.
https://i.imgsafe.org/3e093f0.jpg
https://i.imgsafe.org/6e85fa9.jpg
like we have option in track information panel and one can choose what PX artwork should show or if one would like to set it as fit to panel.But there is no such option for artist panel.so if you feel like adding such a feature in next update.Even if one try to configure artist panel ..there is no settings whatsoever.
Just thought its worth mentioning.
Title: Re: GUI changes for v3.0
Post by: Steven on March 12, 2016, 07:42:51 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- for the A-Z bar, as well as showning decades, it now also shows years if it can fit on the panel
Title: Re: GUI changes for v3.0
Post by: carloscs on March 12, 2016, 07:54:44 PM
Something strange with two monitors (first: 1920x1200, second  1680x1050)

After maximizing musicbee on the second monitor the close and restore icons/buttons on the maximized window are a bit off-screen (right  and top). Hmmm, looking a bit more, it's a problem of the whole top window area: on the left the menu icon and the MusicBee text are also a bit off-screen (the top is being cut off).

Maximizing in the primary monitor doesn't have this problem.
Title: Re: GUI changes for v3.0
Post by: hiccup on March 12, 2016, 08:16:49 PM
plz check two SS below..you will notice that artist photo is not fully shown in first SS.his ear is missing from right side and next SS shows what actual photo is.
like we have option in track information panel and one can choose what PX artwork should show or if one would like to set it as fit to panel.But there is no such option for artist panel.so if you feel like adding such a feature in next update.Even if one try to configure artist panel ..there is no settings whatsoever.
Just thought its worth mentioning.

The result of such a setting would be that since the aspect ratio of images vary, every time a playing track changes, or when you switch between playing/selected, the placement and position of the panels above and/or below will have to change too.
Would you use and appreciate that?
Title: Re: GUI changes for v3.0
Post by: user73 on March 12, 2016, 08:42:39 PM
well that is the case with track information panel too..isn't it?.most of artwork are of different size.no matter we choose between playing/selected.but the position stays the way it should.

And i asked for this feature as i feel it must show full photo of  an artist or a band.i also noticed in some  bands,  when 4-5 artists standing ,guys standing in corners face sometimes don't fit.
https://i.imgsafe.org/6ea67d0.jpg

https://i.imgsafe.org/8909f06.jpg
Title: Re: GUI changes for v3.0
Post by: hiccup on March 12, 2016, 08:52:05 PM
well that is the case with track information panel too..isn't it?.most of artwork are of different size.no matter we choose between playing/selected.but the position stays the way it should.

There is a difference. Album art aspect ratio's don't vary very much, and for the track info panel it will only affect the other content within that panel. It doesn't effect panels above or below it.
I am not trying to make a point here.
Just curious if you would accept either:
- the position and size of panels above and below the artist picture panel changing continuously.
- having a fixed size for the artist picture panel, and having black (or grey, or yellow) bars around the picture.
Title: Re: GUI changes for v3.0
Post by: user73 on March 12, 2016, 09:02:39 PM
Yeah i got u what u trying to say.. i didn't understand earlier
well i would definitely don't want to have bars around the picture.i just asked would be nice if there had been feature where one can make a choose what kind of artist picture one would like.Fit to panel or certain PX..
isn't it what is  the beauty of musicbee that one customize according to needs and liking.that is why there are so many options with panels and layouts.
Title: Re: GUI changes for v3.0
Post by: hiccup on March 12, 2016, 09:09:34 PM
Yes, I guess we are so spoiled, we sometimes expect the impossible ;-)
The ideal solution for your wish would be an algorithm that analyses a photograph, and understands what ears, noses and people are important to display.
All kidding aside, that will probably happen.

@Steven:
MB 3.1?
Title: Re: GUI changes for v3.0
Post by: Alumni on March 12, 2016, 09:17:34 PM
- for the A-Z bar, as well as showning decades, it now also shows years if it can fit on the panel

Wow, that's perfect. If anyone is curious, here's what it looks like with my setup;

(http://i.imgur.com/MVWyM6lt.jpg) (http://i.imgur.com/MVWyM6l.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on March 12, 2016, 09:22:16 PM
That's looking very good indeed.
I am only thinking, looking at it, the bar doesn't highlight the selected year.
Would that perhaps be possible/desirable?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 12, 2016, 09:40:56 PM
Oh my gosh, yes!  Exactly what was needed to go with the billboard charts.  Beautiful:

(http://i.imgur.com/UqkBYXNl.png) (http://imgur.com/UqkBYXN)


It's having a hard time with my classical collection, which doesn't fit the bar.

(http://i.imgur.com/MCesSep.png) (http://imgur.com/MCesSep)

Maybe if the decades don't fit the bar, they should be collapsed like the years. So like this (based on my screenshot):

1572 80 1600 10 30 90 1720 30 40 80 1810 etc...


Some of my playlist folders have stopped showing all tracks when I select the folder.  Any idea why?

Bump  :)
Title: Re: GUI changes for v3.0
Post by: ankor on March 13, 2016, 12:33:37 AM
Yes, I guess we are so spoiled, we sometimes expect the impossible ;-)
When personal computers started, nothing was expected and any accomplishment was a monumentus acheivement.  Now everything is expected and it should take no more than 5 minutes.  The world has evolved...a fascinating journey.  And we've barely scratched the surface.  @Steven...can you relate?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 13, 2016, 01:04:09 AM
well that is the case with track information panel too..isn't it?.most of artwork are of different size.no matter we choose between playing/selected.but the position stays the way it should.

There is a difference. Album art aspect ratio's don't vary very much, and for the track info panel it will only affect the other content within that panel. It doesn't effect panels above or below it.
I am not trying to make a point here.
Just curious if you would accept either:
- the position and size of panels above and below the artist picture panel changing continuously.
- having a fixed size for the artist picture panel, and having black (or grey, or yellow) bars around the picture.
Yeah i got u what u trying to say.. i didn't understand earlier
well i would definitely don't want to have bars around the picture.i just asked would be nice if there had been feature where one can make a choose what kind of artist picture one would like.Fit to panel or certain PX..
isn't it what is  the beauty of musicbee that one customize according to needs and liking.that is why there are so many options with panels and layouts.

With Artist Pictures the display area is fixed to 4:3 ratio.
I don't know if Steven has selected this a compromise between landscape and portrait orientation, or it hasn't been adjusted from the olden days when that was the dominant screen format.
The 16:9 format dominates know, and for those images that don't fit, I'd much rather see some coloured stripes that blend to the panel background colours, than have the sometimes strangely cropped images we get now.

This goes for compact player as well.
Title: Re: GUI changes for v3.0
Post by: redwing on March 13, 2016, 04:17:46 AM
Please support displaying duration for sidebar player of now playing tab.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 13, 2016, 04:43:26 AM
Please adjust minimum column size for Play Count.  When I use "Auto Size All Columns" on my main library layout, I get this:

which is kind of silly.  :)  (No, there are no other digits.)

Fixed, thanks!
Title: Re: GUI changes for v3.0
Post by: Alumni on March 13, 2016, 08:09:30 AM
I just tried locking a tab with partial navigation - it says it allows playlists and filters, but playlists still open in a new tab?
Title: Re: GUI changes for v3.0
Post by: Alumni on March 13, 2016, 09:43:09 AM
Regarding the new grouping feature, based on personal experience it could really benefit from a couple tweaks;
- remember grouping on/off status on a per tab basis - currently it's a global setting and overrules other tab layouts.
- option to disable grouping for playlists by default - this is one area where you might not need grouping.
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 10:17:18 AM
Some of my playlist folders have stopped showing all tracks when I select the folder.  Any idea why?
MB iterates every static and auto-playlist shown in the folder and includes every unique file from all of those playlists. If it failed for any reason an error would show
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 13, 2016, 10:39:43 AM
Some of my playlist folders have stopped showing all tracks when I select the folder.  Any idea why?
MB iterates every static and auto-playlist shown in the folder and includes every unique file from all of those playlists. If it failed for any reason an error would show

I checked the error log, but there's nothing related to this.  It's happening for 2/6 playlist folders.  Do you need a screenshot?                                                                                                       
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 11:00:53 AM
- option to disable grouping for playlists by default - this is one area where you might not need grouping.
i am going to disable grouping headers when playlists are not sorted
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 11:58:48 AM
- option to disable grouping for playlists by default - this is one area where you might not need grouping.
you could use a custom view
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 13, 2016, 11:58:54 AM
double-click on an album no longer displays the contents of the album.
is this a bug or a setting?
(http://i.imgur.com/NIYT0MO.jpg)
only the Albumcover ist displayed.




Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 12:02:38 PM
change the selected view when viewing the drill-down contents
it should default to Album and Tracks layout for new users
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 13, 2016, 12:06:22 PM
change the selected view when viewing the drill-down contents
it should default to Album and Tracks layout for new users

thats it! thank you for your help :)
Title: Re: GUI changes for v3.0
Post by: KissCool on March 13, 2016, 12:19:26 PM
 - Panels Configuration. Could you add a virtual separator, please?
eg.: right sidebar layout. I'd like to have those elements to be stacked on top of each other:
1st stack: album cover + artist picture
2nd stack: Playing tracks + Lyrics
Actually I can't do it, there's only one stack.
So, a virtual separator (in "avaible elements)) would do the trick. By virtual, I mean there's no separator drawn in the right siderbar but in the Panels configuration:
(http://i.imgur.com/kfhS3pZ.png)
Or maybe a second column of checkboxes?
(I Know, there's a workaround, but it's not as flexible as what I'm proposing)

- Artist Pictures (in sidebar). Could we resize this element, please?
I know that it's not officially supported, but since a workaround exists, allowing us to do it directly would be easier.


 - Scroll wheel issue. I guess it's a Windows issue, still asking:
Album Covers view. No group header. Roll the wheel one notch to scroll one block (By Block, I mean Album Covers + Text). Evrerything OK.
Now do the same thing, just add a group header. Of course, it introduce a gap.
What I expect here: the gap should be ignored ( or merged with the 1st row of blocks/dealt as a row of blocks) while scrolling one notch to prevent this:
(http://i.imgur.com/QlmGYEH.png)
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 12:58:05 PM
With Artist Pictures the display area is fixed to 4:3 ratio.
I don't know if Steven has selected this a compromise between landscape and portrait orientation, or it hasn't been adjusted from the olden days when that was the dominant screen format.
The 16:9 format dominates know, and for those images that don't fit, I'd much rather see some coloured stripes that blend to the panel background colours, than have the sometimes strangely cropped images we get now.
4:3 was a compromise but i am ok with changing it to 16:9 and will do so for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 03:05:41 PM
I checked the error log, but there's nothing related to this.  It's happening for 2/6 playlist folders.  Do you need a screenshot?                                                                                                     
for each of the 2 folders, are the files missing from the same playlist in that folder, is it all files in each of the playlists?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 13, 2016, 03:10:11 PM
I checked the error log, but there's nothing related to this.  It's happening for 2/6 playlist folders.  Do you need a screenshot?                                                                                                     
for each of the 2 folders, are the files missing from the same playlist in that folder, is it all files in each of the playlists?

For those two folders, when I select the folder the main panel is totally empty.  The playlists themselves seem to be fine.  They're all auto-playlists.
Title: Re: GUI changes for v3.0
Post by: ankor on March 13, 2016, 05:51:18 PM
Please support displaying duration for sidebar player of now playing tab.
+1
Title: Re: GUI changes for v3.0
Post by: maartenl on March 13, 2016, 06:23:39 PM
First: MusicBee is GREAT piece of sofware thanks!

Just noticed that with 3.0 the spectrum visualisation has stopped working when output is set to an UPNP/DLNA device. Is this on purpose or something that can/will be fixed?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 13, 2016, 06:56:11 PM
for each of the 2 folders, are the files missing from the same playlist in that folder, is it all files in each of the playlists?

For those two folders, when I select the folder the main panel is totally empty.  The playlists themselves seem to be fine.  They're all auto-playlists.

Update: on a hunch, I went into the playlists folders in Windows Explorer and deleted the unnamed .xautopf files there.  Restarted MB, and everything is working again.

Looking at the the files I deleted, I see they still have the library path, etc from my old computer.  Could be the issue?
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 07:07:56 PM
Looking at the the files I deleted, I see they still have the library path, etc from my old computer.  Could be the issue?
those files are relics of a very old MB version (i think) and MB should be ignoring them but i guess there is somewhere in the code thats not.
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 07:51:26 PM
Please support displaying duration for sidebar player of now playing tab.
thats done for the next update - right click on the player panel
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 07:53:43 PM
- Panels Configuration. Could you add a virtual separator, please?
i have though about doing this using spacer elements which can be used for other purposes as well. However i think its too much of a change at this point in time so i will probably not do it for v3.0. But if things are quiet re: bugs being reported i might have a look at it
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 08:03:51 PM
Just noticed that with 3.0 the spectrum visualisation has stopped working when output is set to an UPNP/DLNA device. Is this on purpose or something that can/will be fixed?
its not supported (nor was it supported in v2.5) and wont be because its not MB that controls the playback/ timing in this arrangement
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 13, 2016, 08:08:34 PM
I just realized that the track info popup that shows when you click on the taskbar icon is still different from the one that shows when a new track starts.  It seems like they should both use the skinnable and configurable pop-up from Now Playing Preferences.
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 08:12:58 PM
I just realized that the track info popup that shows when you click on the taskbar icon is still different from the one that shows when a new track starts.  It seems like they should both use the skinnable and configurable pop-up from Now Playing Preferences.
if you are refering to the main taskbar icon and not the system tray icon (which definitely shares the panel layout) then the issue is that popup is very constrained for space and also has special handling for longer text
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 08:21:46 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 13, 2016, 08:24:45 PM
I just realized that the track info popup that shows when you click on the taskbar icon is still different from the one that shows when a new track starts.  It seems like they should both use the skinnable and configurable pop-up from Now Playing Preferences.

Nevermind, I messed myself up with two different versions of MB running.  *slinks away embarrassed*
Title: Re: GUI changes for v3.0
Post by: user73 on March 13, 2016, 08:44:07 PM
https://i.imgsafe.org/c65192b.jpg
hi
Here im just trying to show that actual size of artwork is very small but  in setting i choose to show at 300px.so its stretched and looks fine to me..
what im trying to say here is that the creater of MBee @steven has made it so easy  for us by showing so many things in small panel of Track details.we have web links,artwork.and different kind of info about track.
If steven can make this complex panel then, how difficult it could be to add few settings for artist photos.i mean that way one could adjust different panels according to artist panel depending if artist setting have fit to image option or to show at such n such pixels.
Well im not expert or programmer but artist photo panel looks easier to configure while programming then TRACK detail panel.
Rest Steven can show more light what could be done or not.But i believe it is possible maybe near future or maybe MBv4
Title: Re: GUI changes for v3.0
Post by: Steven on March 13, 2016, 11:32:19 PM
a small enhancement for the web browser. When you have this plugin enabled, clicking on a weblink in the track info panel now activates and shows the clicked link in a tab using the plugin (the previous behavior was to open the link in an external browser)

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: sleepless on March 14, 2016, 02:33:34 AM
a small enhancement for the web browser. When you have this plugin enabled, clicking on a weblink in the track info panel now activates and shows the clicked link in a tab using the plugin (the previous behavior was to open the link in an external browser)

Very nice. But I've installed the patch and can't get this to work. Are there some settings I should be adjusting? I've tried with both right-click>web-links, and links displayed in the panel. They both still open external browser.

*Edit: I should add, the internal browser is working fine for me on its own. It just won't open when clicking on the links.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 14, 2016, 04:55:31 AM
Very nice. But I've installed the patch and can't get this to work.
Same here.

Maybe because my default browser is not IE?
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 07:58:28 AM
working fine here. There is a bug where you need to click the link a second time before it opens the link you want so i will fix that. It only applies to when you left click the custom web links defined in the internet preferences and displayed in the track info panel.
edit:
also check the modification date/time of web browser plugin and if its not yesterday's date then that will be the issue
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 14, 2016, 10:10:42 AM
also check the modification date/time of web browser plugin and if its not yesterday's date then that will be the issue
Yes. link in post here: http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922 (http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922)
points to file from 05/12/2015 23:55

Link in plugin thread is correct - 14/03/2016 08:56
Title: Re: GUI changes for v3.0
Post by: HHM on March 14, 2016, 12:06:18 PM
BUG:
adding additional field in Track Rating Panel makes other fields disappear (set the Rating field and apply, at first it looks ok but after track changing the fields will disappear)

(http://i.imgur.com/G9UmERL.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on March 14, 2016, 02:04:05 PM
4:3 was a compromise but i am ok with changing it to 16:9 and will do so for the next update

Isn't that a bit extreme?
To accommodate for many photo's with other aspect ratio's (especially portrait of course), this is not an improvement.

16:9 = 1,777
4:3 = 1,333
Perhaps making it 3:2 (1,5) would be a better compromise?

And to be totally honest, 4:3 was fine by me already as a compromise.
Title: Re: GUI changes for v3.0
Post by: Cocas on March 14, 2016, 03:31:11 PM
also check the modification date/time of web browser plugin and if its not yesterday's date then that will be the issue
Yes. link in post here: http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922 (http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922)
points to file from 05/12/2015 23:55

Link in plugin thread is correct - 14/03/2016 08:56

In which plugin thread is the correct link? Every link I've tried so far gives me the December version of the plugin...
Title: Re: GUI changes for v3.0
Post by: sleepless on March 14, 2016, 04:20:31 PM
The mediafire link he gave was up-to-date for me:
http://www.mediafire.com/download/7e1wmhm81xlk6l0/mb_WebBrowser.zip

Unfortunately any links are still opening externally. I have reinstalled latest patch twice. Thoughts?

Edit: On second glance Cocas is correct. Mod date is 05/12/2015. Updated to link in plugin thread which is up-to-date.

Title: Re: GUI changes for v3.0
Post by: sleepless on March 14, 2016, 04:38:57 PM
So it works for links displayed in the panel, but links selected by right-click>menu are still opened in external browser. I don't have space in the panel to display all the links there. Would it be possible to have this work for the links in the menu as well?
Title: Re: GUI changes for v3.0
Post by: KissCool on March 14, 2016, 05:48:52 PM
Isn't that a bit extreme?
To accommodate for many photo's with other aspect ratio's (especially portrait of course), this is not an improvement.

16:9 = 1,777
4:3 = 1,333
Perhaps making it 3:2 (1,5) would be a better compromise?

And to be totally honest, 4:3 was fine by me already as a compromise.

Well, I'm agree with Bee-liever

The 16:9 format dominates know, and for those images that don't fit, I'd much rather see some coloured stripes that blend to the panel background colours, than have the sometimes strangely cropped images we get now.

imho, 16:9 is the best compromise because, sadly, as Bee-liever said, 16:9 aspect ratio dominate now.
16:9 -> most of your pictures fill perfectly the frame. Few of them are cropped or displayed with strips
4:3 -> Almost all your pictures are cropped (or have strips).

It's exactly the same thing for Album Artworks. I have many CDM, Deluxe/Collector's Edition, Box-Set... Most of them don't have the 1:1 aspect ratio (many are not even rectangular). But I still prefer the 1:1 aspect ratio because most of my collection uses this ratio.

But I can understand your point of view. I'm working at the moment on a new layout/skin and it's all about portait orientation artist pictures ! (but I still think 16:9 should be the default setting):
(it's not a mockup but a functional MusicBee)
(http://i.imgur.com/lV82UoR.jpg) (http://i.imgur.com/lV82UoR.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on March 14, 2016, 06:13:13 PM
imho, 16:9 is the best compromise because, sadly, as Bee-liever said, 16:9 aspect ratio dominate now.

I don't think you can call 16:9 a compromise. It's a clear decision for displaying that aspect ratio perfectly, and cropping all different and more traditional ones.
But maybe you are right that artist images fetched by MusicBee are dominantly 16:9 (I'm really not sure), but I am sure that most photographs by professional photographers in the past, and probably the present too are not 16:9.

I find your comparison with album covers askew. From the days of vinyl, cd's and the present still, they have always been (at least extremely close to) 1:1
Cropping is hardly ever a problem there. Except maybe for a very small percentage of fold-out artwork or a few exclusive releases.

Anyway, that's just my opinion. I'll shut-up about this, and see how this is received in practice and with other users.
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 07:07:45 PM
@Bee-liever & sleepless, i guess i have either provided a link to the old version or not uploaded as the plugin should be dated yesterday. Mediafire is down for me at the moment but i will post the correct link later
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 07:32:11 PM
@Bee-liever & sleepless, i guess i have either provided a link to the old version or not uploaded as the plugin should be dated yesterday. Mediafire is down for me at the moment but i will post the correct link later
same links as before:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: HHM on March 14, 2016, 07:44:41 PM
(it's not a mockup but a functional MusicBee)
(http://i.imgur.com/lV82UoR.jpg) (http://i.imgur.com/lV82UoR.jpg)

wow! how to obtain this layout and look?
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 07:44:44 PM
just regarding the artist picture panel size, irrespective of the final ratio thats used, i am going to make a change for this panel so the cropping is restricted and the sides gaps filled in black  - at the moment MB zooms in on the picture until it exactly fits. Now a wider aspect ratio is being used that can lead to severe cropping
Title: Re: GUI changes for v3.0
Post by: sleepless on March 14, 2016, 07:47:54 PM
imho, 16:9 is the best compromise because, sadly, as Bee-liever said, 16:9 aspect ratio dominate now.

I don't think you can call 16:9 a compromise. It's a clear decision for displaying that aspect ratio perfectly, and cropping all different and more traditional ones.

I'm not sure I understand the problem. When images are cropped, it generally seems they're cropped from the sides due to the dimensions of the panel.

This image is les than 1:1 and is barely cropped at all:
(http://s8.postimg.org/xm88wdodd/Image_3.jpg) (http://postimg.org/image/xm88wdodd/)

(http://s14.postimg.org/x05oazyrx/Image_2.jpg) (http://postimg.org/image/x05oazyrx/)

This image is 16:9 and is cropped at the sides only. If I didn't wan't that I could expand the panel horizontally.
(http://s18.postimg.org/jiocyyghh/Image_4.jpg) (http://postimg.org/image/jiocyyghh/)

(http://s7.postimg.org/t9hu3t7t3/Image_1.jpg) (http://postimg.org/image/t9hu3t7t3/)

To me, the important thing is that heads don't get cropped off, which I don't see happening. Personally, I'm ok with things as they are. Am I missing something here?
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 07:56:56 PM
To me, the important thing is that heads don't get cropped off, which I don't see happening. Personally, I'm ok with things as they are. Am I missing something here?
when the artist picture is stacked, the dimensions of the stacked panel is used. When an artist picture is displayed by itself then a fixed ratio is used. When using 4:3 then some of the 16:9 will be cropped on the side which some people dont like
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 08:37:20 PM
adding additional field in Track Rating Panel makes other fields disappear (set the Rating field and apply, at first it looks ok but after track changing the fields will disappear)
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: phred on March 14, 2016, 10:00:43 PM
also check the modification date/time of web browser plugin and if its not yesterday's date then that will be the issue
Yes. link in post here: http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922 (http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922)
points to file from 05/12/2015 23:55

Link in plugin thread is correct - 14/03/2016 08:56
I can not find the Mar 14 2016 version of this plugin.  The plugin on the Wiki is 2015 version and the download from yesterday's link (found here http://getmusicbee.com/forum/index.php?topic=15050.msg106922#msg106922) is also the old version Dec 12 2015 mod date.
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 10:13:32 PM
its:
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: sleepless on March 14, 2016, 10:13:50 PM
Did you try the plugin thread? http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: sleepless on March 14, 2016, 10:16:11 PM
Is there a possiblility of making this work for the links in the right-click>menu? It seems to only work for links displayed in the panel.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 14, 2016, 10:23:23 PM
(it's not a mockup but a functional MusicBee)
(http://i.imgur.com/lV82UoR.jpg) (http://i.imgur.com/lV82UoR.jpg)
@ KissCool
How did you get the full length Artists Pictures on the left?
For me, in all panels the Artist Pictures is fixed and can't be dragged to expand it.
Title: Re: GUI changes for v3.0
Post by: phred on March 14, 2016, 10:26:21 PM
its:
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Thank you Steven
Title: Re: GUI changes for v3.0
Post by: KissCool on March 14, 2016, 10:36:30 PM
@hiccup

My point wasn't to convince you, you can counter all my arguments, so am I. eg.: even if I know that you don't want the 4:3 for displaying perfectly this old aspect ratio, I could just use your sentence like this:
"I don't think you can call 4:3 a compromise. It's a clear decision for displaying that (old) aspect ratio perfectly, and cropping all different and more recent ones."
And so on. Endless and useless debate. I don't even have a good english to initiate a debate.

And I don't even care about this since, as shown in my screenshot, you can resize this frame. Being able to resize manually this frame without having to stack it with another element is another story ;)
Just wanted to say that, imo, for newcomers, the 16:9 seems to be the best default setting since MusicBee seems to mostly retrieve backdrops from fanart.tv. But I may be wrong.


@sleepless
There's no problem! The only problem is my poor english: always writing an annoying wall of text when I could just use a short sentence in my natural language or sound harsh when it's not intended.

MB is a higly configurable music manager. So people use it in so many different ways.
For example, to achieve what I can see on your sreenshots, I'm doing it in a completely different way: I just put a 1:1 artist picture in the album folder then configure MusicBee to rotate between the Album Artworks and my squared artist picture. This way, I can keep the Artist Pictures element for something else.
Artist Pictures Element, Compact Player, TM, Now Playing tab share the same artist pictures source: web or local "Artist Pictures" folder. So, those using TM with artist pictures as a fullscreen "wallpaper" would expect to have a 16:9 artist picture element since they mostly have 16:9 pictures.
In fact, here the deal:
4:3 -> biggest portrait / 16:9 cropped
16:9 -> smalest portrait / 16:9 not cropped

@Bee-liever
Damn, trying to argue for your 16:9 request and hiccup gonna hate me for this. And now you want a portrait artist picture element ?
Just kidding.
@Bee-liever @HHM
Here the trick. Just stack the artist picture with a random element (for example, I'm using the Artist Bio element). Works in all lateral panel (sidebar or lateral main panel).
Display the random element (Artist Bio), resize it then switch to the artist picture. If no picture is displayed, just restart MusicBee. Depending on your layout, you may also have to sacrifice a 3rd element (Track information in my screenshot).
Since it's not officially supported, just hope that Steven is not going to fix this, now ;)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 14, 2016, 10:56:51 PM
And I don't even care about this since, as shown in my screenshot, you can resize this frame. Being able to resize manually this frame without having to stack it with another element is another story ;)
Thanks for the tip KissCool, but now that you've shared the info, it will probably be seen as a bug and removed :(
Title: Re: GUI changes for v3.0
Post by: Steven on March 14, 2016, 11:06:44 PM
resizing the artist picture when used in a stack is officially supported - a little puzzled why people would think its a bug ??, although there is a bug which i will fix where the panel wont resize if the artist picture is the visible control in the stack
when the artist picture is stacked, the dimensions of the stacked panel is used. When an artist picture is displayed by itself then a fixed ratio is used. When using 4:3 then some of the 16:9 will be cropped on the side which some people dont like

Is there a possiblility of making this work for the links in the right-click>menu? It seems to only work for links displayed in the panel.
you need to download both files - right click is supported
same links as before:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: KissCool on March 14, 2016, 11:15:01 PM
@Bee-liever
Was editing my previous post. Well, yeah. I'm afraid of this.
But It wouldn't be a great deal. I was just exploring some new layouts.

Edit:
@Steven
Well, since we can't resize it when not stacked, it was obvious for me that it was not an official feature. My bad.
Title: Re: GUI changes for v3.0
Post by: ankor on March 14, 2016, 11:25:20 PM
(it's not a mockup but a functional MusicBee)
(http://i.imgur.com/lV82UoR.jpg) (http://i.imgur.com/lV82UoR.jpg)
wow! how to obtain this layout and look?
thought the same thing but haven't played around yet
Title: Re: GUI changes for v3.0
Post by: ankor on March 14, 2016, 11:41:52 PM
There's no problem! The only problem is my poor english
If you think you're English is poor, then I wish I could speak about 3-4 other languages as "poorly".  French, Italian, German, Spanish...It would be a dream come true.  Envious!!!!
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 14, 2016, 11:52:37 PM
There's no problem! The only problem is my poor english
If you think you're English is poor, then I wish I could speak about 3-4 other languages as "poorly".  French, Italian, German, Spanish...It would be a dream come true.  Envious!!!!

Ditto.  :)
Title: Re: GUI changes for v3.0
Post by: sleepless on March 15, 2016, 02:30:45 AM
If the floating tag editor panel is open, and a different tab is opened where the tag editor was left docked in the main panel. I get this error:

MusicBee v3.0.5917.40557 (Win6.1), 14 Mar 2016 20:26:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qYB5Dp6yBOFelHmHovGOJOfE1KqUK4RKyS_OuOOsIiss=.#=qQYjt7FZ_wlzuD3UdKLDJzw==(Rectangle #=qFC28LNHKqiq1xehxInHqAQ==)
   at MusicBee.MusicBeeMain.#=qC4eP2b12o8d6DpjfMs9CeHdmKabjVapKeNpHkgXm4vI=(#=qgcPo5BIYQ89M1VRBEhUpK957GTFBl8DKZLNZERt5diU= #=q5xgVKbNzm21baqnO1uJmvA==, Boolean #=qzal9cGfSYRUeRmKHMLaD_it5MObttkuhEucTiGl$o78=)
   at MusicBee.MusicBeeMain.#=qgVgXtocKdlnBFnB$mDu$xw==(#=qgcPo5BIYQ89M1VRBEhUpK957GTFBl8DKZLNZERt5diU= #=q1WmP6cTjLADHotHk3Hf3zA==, Boolean #=qXRIryDnnQfzGTyerTuwEbd0Nsk0ACLYBLSHulGlCqLE=)
   at MusicBee.MusicBeeMain.#=qwfoVvRaOxNaQwwcidIEMQARR2vmhNvL$s116xRmR9_A=()
   at MusicBee.MusicBeeMain.NavigationHeader.#=qKeDWDme33MbYaaNdmnBzhQ==(Int32 #=qqMmCMGDiYsmoFznyPAp0NA==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qJnHHqMldosd2sxQx$FozaQ==(MouseEventArgs #=q4i8X3w32TQp91ZHVGOE1kw==)
   at MusicBee.MusicBeeMain.OnMouseClick(MouseEventArgs #=qKY913_gxgRoAAu42AsI8Qg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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 #=qz0DJW_iqhyi8DxNfTD84Li4p9ydBYP3$W0egkhEaaZU=.WndProc(Message& #=qlGT$CasTsogPtWh$iSyg2g==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qMoOTTWEz1mdtJPL_85OqMg==)
   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)
Title: Re: GUI changes for v3.0
Post by: redwing on March 15, 2016, 07:04:11 PM
a small enhancement for the web browser. When you have this plugin enabled, clicking on a weblink in the track info panel now activates and shows the clicked link in a tab using the plugin (the previous behavior was to open the link in an external browser)

Thanks for supporting this!
But can you enhance its handling of some web pages?

For genius.com, a black box covers last part of lyrics with every song:

http://genius.com/Adele-hello-lyrics
http://i.imgur.com/pYuf3Fs.png

For musixmatch.com, line breaks are ignored.

https://www.musixmatch.com/lyrics/Adele/Hello
http://i.imgur.com/J1ywQRV.png

Also how about showing the browser only in the main panel? Currently left and right main panel cannot be shown with this browser enabled, which requires re-configuring of the layout.
Title: Re: GUI changes for v3.0
Post by: redwing on March 15, 2016, 07:08:54 PM
Please support displaying duration for sidebar player of now playing tab.
thats done for the next update - right click on the player panel

Thanks! It's working great.
Title: Re: GUI changes for v3.0
Post by: Steven on March 15, 2016, 08:06:12 PM
If the floating tag editor panel is open, and a different tab is opened where the tag editor was left docked in the main panel. I get this error:
thats fixed for the next update

But can you enhance its handling of some web pages?

For genius.com, a black box covers last part of lyrics with every song:

http://genius.com/Adele-hello-lyrics
http://i.imgur.com/pYuf3Fs.png

For musixmatch.com, line breaks are ignored.

https://www.musixmatch.com/lyrics/Adele/Hello
http://i.imgur.com/J1ywQRV.png
no - thats handled by the IE web browser control and i am not aware of any way to change its handling
Title: Re: GUI changes for v3.0
Post by: Steven on March 15, 2016, 08:16:08 PM
one of the things i have had a few complaints about is the header bar wasting space and not really being needed.
I think it is needed but what i have done is allowed it to be hidden - right click on the tab header/ Hide Header Bar or Show Header Bar to re-show it again
When its hidden, the main panel menu that was shown in the header bar can also be accessed from the right click context menu for the tab header.
There is also a hotkey to toggle it as well.
I will post an updated version later with this change after some more testing
Title: Re: GUI changes for v3.0
Post by: Steven on March 15, 2016, 09:08:51 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- additional header bar support as described above
Title: Re: GUI changes for v3.0
Post by: Alumni on March 15, 2016, 09:39:22 PM
- additional header bar support as described above

A small problem - after updating the header bar is hidden by default and reverts back to this state when restarting the app.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 15, 2016, 09:46:12 PM
Is "recommended artists" in Recommendations (under Services) working for anyone?  I never see anything there.
Title: Re: GUI changes for v3.0
Post by: Steven on March 15, 2016, 09:50:15 PM
A small problem - after updating the header bar is hidden by default and reverts back to this state when restarting the app.
redownload the link
Title: Re: GUI changes for v3.0
Post by: Alumni on March 15, 2016, 09:54:58 PM
@Steven
It was probably related to the other bug because I can't reproduce it after this latest patch.
Title: Re: GUI changes for v3.0
Post by: Steven on March 15, 2016, 10:03:03 PM
Is "recommended artists" in Recommendations (under Services) working for anyone?  I never see anything there.
it requires your last.fm account in order to retrieve the last.fm recommendations ie. you need to have logged into last.fm at least once

It was probably related to the other bug because I can't reproduce it after this latest patch.
if it happens again, redownload again as i made another change
Title: Re: GUI changes for v3.0
Post by: KissCool on March 15, 2016, 10:43:40 PM
In the Playing Tracks element (docked in right sidebar), 5 dots appears on mouseover instead of 5 stars.

@ankor @psychoadept
Thanks! You're nice. But all the credit goes to google translation ;)
And French? German? You're motivated. Definitely not the easiest ones!
Title: Re: GUI changes for v3.0
Post by: Steven on March 15, 2016, 10:49:20 PM
In the Playing Tracks element (docked in right sidebar), 5 dots appears on mouseover instead of 5 stars.
can you post a screenshot and also indicate which skin you are using - does it happen with the default skin?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 15, 2016, 10:58:52 PM
Is "recommended artists" in Recommendations (under Services) working for anyone?  I never see anything there.
it requires your last.fm account in order to retrieve the last.fm recommendations ie. you need to have logged into last.fm at least once

That explains the portable version, but I'm logged in to last.fm on the other and there's nothing there either.  I logged out and back in to be sure.  Scrobbling is working.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 15, 2016, 11:44:56 PM
can you post a screenshot and also indicate which skin you are using - does it happen with the default skin?

My own skin. Tried with MusicBee3 and DarkRED3. Still happening.
Playing tracks, Artist bio, Lyrics and track info stacked.
I forgot to mention that it only happen on selected track (I select a track to update the rating) in the playing track element.
Main panel works fine.

Anyway, here a screenshot
(http://i.imgur.com/D6KusvZ.png) (http://i.imgur.com/D6KusvZ.png)
Title: Re: GUI changes for v3.0
Post by: redwing on March 16, 2016, 02:56:58 AM
But can you enhance its handling of some web pages?

For genius.com, a black box covers last part of lyrics with every song:

http://genius.com/Adele-hello-lyrics
http://i.imgur.com/pYuf3Fs.png

For musixmatch.com, line breaks are ignored.

https://www.musixmatch.com/lyrics/Adele/Hello
http://i.imgur.com/J1ywQRV.png
no - thats handled by the IE web browser control and i am not aware of any way to change its handling

Could this be helpful to address the issue?

https://msdn.microsoft.com/en-us/library/ee330730%28VS.85%29.aspx#browser_emulation
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 16, 2016, 04:48:58 AM
can you post a screenshot and also indicate which skin you are using - does it happen with the default skin?

My own skin. Tried with MusicBee3 and DarkRED3. Still happening.
Playing tracks, Artist bio, Lyrics and track info stacked.
I forgot to mention that it only happen on selected track (I select a track to update the rating) in the playing track element.
Main panel works fine.

Anyway, here a screenshot
(http://i.imgur.com/D6KusvZ.png) (http://i.imgur.com/D6KusvZ.png)

How did you make those tabs look like that?
Title: Re: GUI changes for v3.0
Post by: redwing on March 16, 2016, 05:40:43 AM
How did you make those tabs look like that?

You can edit tab header manually. To make it functional, support my wish:

(http://i.imgur.com/Hbd5TOM.png)

- I really miss uppercase tab header from endeavour1934's Win10 Style mockup. Please support uppercase and regular font option instead of the current bold font. Also tab header might look better when it's center aligned.
- Tab close button is unnecessarily too bright. How about making it almost invisible and only highlight with the mouse over the tab (not just over the icon as of now)? That would make tabs look better.
- Also consider adding mouseover highlight effect for inactive tabs and "add tab" icon, either auto-generated or as skin overrides.
Title: Re: GUI changes for v3.0
Post by: sleepless on March 16, 2016, 07:05:53 AM
Also tab header might look better when it's center aligned.

+1 for that option. Although soon we might be needing a tab configuration section in the settings menu. These tabs options are great though and very much appreciated.

And thanks for the header panel hide option too. Although now I'm tending to accidentally click on the Displayed Fields headers directly below, which alters the sort order and can be a bit of a pain. Maybe an option to lock these? Either individually or as a whole. Possibly an option lock in the Set Displayed Fields config menu where the field headers are dragged in? Just a thought. Hopefully with a bit of time my mouse-eye coordination will improve.
Title: Re: GUI changes for v3.0
Post by: redwing on March 16, 2016, 07:16:44 AM
When filtered with thumbnail browser, if you switch to another view in the main panel, all other items in the thumbnail browser disappear when they should stay. And "all items" at the top shows an incorrect count.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 16, 2016, 09:27:34 AM
How did you make those tabs look like that?
- Uppercase
Right click the tab, then "edit tab header"
 - Hidden close button
Those skin elements doesn't work anymore:
<element id="TabsBar.TabCloseButton.Default" fg="RIP"/>
<element id="TabsBar.TabCloseButton.Highlight" bg="RIP" fg="RIP" bdr="RIP"/>
Right click the tab/Navigation Lock/Full Lock or Partial Navigation
 - Hidden icons
Preferences/Layout (1), "header bar" section/tabs bar, untick "show icons"
 - get rid of the automatic bold style
If you're using SegoeUI, just choose light/semi-light/semi-bold style. It will remove all the automatic style generated by MusicBee. But then, fields with numbers aren't correctly aligned:
justified(http://i.imgur.com/ZP4GXHN.jpg)   ->   right aligned(http://i.imgur.com/qGOwXRU.jpg)
Or you can just move the tabs bar to the title bar: only the current tab have a bold style.

I really miss uppercase tab header from endeavour1934's Win10 Style mockup.
I wish I could use a "custom font" here (Pref./Layout (1)/header bar section/tab bar/custom font). So, no more bold style + a slightly bigger font size, like in endeavour1934' mockup. And for being able to reproduce exactly what endeavour1934 did, I would add this:
I really like how the tabs bar looks (1st picture of the 1st page). There's the same space between each tab's name (=/= same tab width) and it looks very neat.
Allowing us to reproduce this would be great.
But dunno how. Maybe, the easiest way would be to allow us to resize manually the tab width and the "lock tab" setting would prevent us from resizing accidentally the tab.
Or maybe an option to handle the tabs bar like the in-line menu bar ?
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 16, 2016, 01:14:28 PM
If you have multiple artwork images displaying in Track Information (and Enable Image Rotation is checked), when moving to Now Playing tab whatever artwork is currently displayed becomes the album artwork that is used in whatever view you use in the Now Playing tab.

If you cycle thru the Artist Picture/ Album Colour Mix/ Large Artwork/ etc, the artwork will change with whatever is on display back in Track Information on the Music tab.

If Track Information is displayed in the Playlist view of Now Playing tab, the album cover rotation right-click dialog works - except sometimes the image# indicator doesn't move to the correct image on display.

None of the other views have any Album Cover control dialogs
Title: Re: GUI changes for v3.0
Post by: gpzbc on March 16, 2016, 03:04:01 PM
How did you make those tabs look like that?

You can edit tab header manually. To make it functional, support my wish:

(http://i.imgur.com/Hbd5TOM.png)

- I really miss uppercase tab header from endeavour1934's Win10 Style mockup. Please support uppercase and regular font option instead of the current bold font. Also tab header might look better when it's center aligned.
- Tab close button is unnecessarily too bright. How about making it almost invisible and only highlight with the mouse over the tab (not just over the icon as of now)? That would make tabs look better.
- Also consider adding mouseover highlight effect for inactive tabs and "add tab" icon, either auto-generated or as skin overrides.

+1  These tabs looks modern and clean.

By the ay, I'm loving MB3 - even more than I thought I would.  Thank you for all your hard work.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 16, 2016, 03:20:35 PM
The latest update broke the play/pause button. Play a song, click on the play/pause button with your mouse, it won't react.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 16, 2016, 03:23:37 PM
The latest update broke the play/pause button. Play a song, click on the play/pause button with your mouse, it won't react.

Working fine here, you'll have to be more specific - like what skin are you using?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 16, 2016, 03:24:37 PM
The latest update broke the play/pause button. Play a song, click on the play/pause button with your mouse, it won't react.

Working fine here, you'll have to be more specific - like what skin are you using?

I already sent him my settings file. Doubt it's a skin problem because I've been keeping up with the thread and it never did that with any of the previous versions. I downgraded to 3.0.5916 and it's working fine.
Title: Re: GUI changes for v3.0
Post by: orbittwz on March 16, 2016, 04:33:16 PM
Hey!
my first post :)
just wanted to thank Steven for this wonderful application, you are awesome
for a while I'm testing this Winamp RIP replacement and i can finally say this will be my main player indefinitely :P

wanted to achieve the exact skin and layout KissCool got with the program and I'm missing several things:
1. the text color is pink... how can i change that?
2. the main bar, how can i change it to that bar? centered text icons... etc...

that's all i guess... the secret "Artist Pictures" trick I've managed to achieve (secretly :P ) and all other settings are configured successfully.

Skin used: DarkREDFlat3
Font: Segoe UI Black size9

let me know pls... thx

my current player picture:
(http://i.imgur.com/x9Rjbrs.jpg)
Title: Re: GUI changes for v3.0
Post by: ankor on March 16, 2016, 06:03:50 PM
Speaking of the cleaner look, what about the option to make the browser arrows at the top invisible. I never use them and wondering if others would like the cleaner look.

And I agree, a flat look for the tabs blending into the background would be another great step toward a cleaner look.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 16, 2016, 06:28:07 PM
1. the text color is pink... how can i change that?
2. the main bar, how can i change it to that bar? centered text icons... etc...
Welcome!
1. Well, I can't answer for endeavour1934, but he made a magenta version for MB v2.4. Maybe, he'll make one for v3.0.
But, if you can't wait, you'll have to edit the skin file (if it's a "bitmap" skin, you'll have to ask him for the source)
Here the values:
Win 8.0: magenta = 193,0,79
Win 8.1: magenta = 194,0,71
If you're using the hidden win10 dark theme:
magenta = 195,0,82 // background = 31,31,31 // White = 255,255,255 // Light grey = 165,165,165 (what I'm using in my screenshot)
2. Not sure what you mean.
Tabs : I explained everything here (http://getmusicbee.com/forum/index.php?topic=15050.msg107098#msg107098). + preferences->layout (1)->header bar section->tabs bar: show below caption bar
Icons: check here (http://getmusicbee.com/forum/index.php?topic=10884.0)
Centered text: not doable.
Title: Re: GUI changes for v3.0
Post by: Steven on March 16, 2016, 06:53:11 PM
The latest update broke the play/pause button. Play a song, click on the play/pause button with your mouse, it won't react.
yes there is an introduced bug for your settings - i have uploaded a corrected version on the usual link
Title: Re: GUI changes for v3.0
Post by: Steven on March 16, 2016, 06:55:41 PM
just regarding the tabs, i will look at doing something although at the moment i am not sure whether it should be a skin setting or user setting (which i want to avoid adding too many options and the layout may better suit if the active tab is not coloured differently)
Title: Re: GUI changes for v3.0
Post by: orbittwz on March 16, 2016, 07:23:28 PM
1. the text color is pink... how can i change that?
2. the main bar, how can i change it to that bar? centered text icons... etc...
Welcome!
1. Well, I can't answer for endeavour1934, but he made a magenta version for MB v2.4. Maybe, he'll make one for v3.0.
But, if you can't wait, you'll have to edit the skin file (if it's a "bitmap" skin, you'll have to ask him for the source)
Here the values:
Win 8.0: magenta = 193,0,79
Win 8.1: magenta = 194,0,71
If you're using the hidden win10 dark theme:
magenta = 195,0,82 // background = 31,31,31 // White = 255,255,255 // Light grey = 165,165,165 (what I'm using in my screenshot)
2. Not sure what you mean.
Tabs : I explained everything here (http://getmusicbee.com/forum/index.php?topic=15050.msg107098#msg107098). + preferences->layout (1)->header bar section->tabs bar: show below caption bar
Icons: check here (http://getmusicbee.com/forum/index.php?topic=10884.0)
Centered text: not doable.

Thank you!
regarding the text color, the skin I'm using is XML file, can you point me which variables to change?
Title: Re: GUI changes for v3.0
Post by: Steven on March 16, 2016, 07:42:52 PM
Could this be helpful to address the issue?

https://msdn.microsoft.com/en-us/library/ee330730%28VS.85%29.aspx#browser_emulation
thats a very good find and might yet come as useful but setting the Browser Emulation value for IE11 didnt make any difference for me
Title: Re: GUI changes for v3.0
Post by: Steven on March 16, 2016, 08:16:33 PM
When filtered with thumbnail browser, if you switch to another view in the main panel, all other items in the thumbnail browser disappear when they should stay. And "all items" at the top shows an incorrect count.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 16, 2016, 08:26:37 PM
In the Playing Tracks element (docked in right sidebar), 5 dots appears on mouseover instead of 5 stars.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: sleepless on March 16, 2016, 10:06:57 PM

EDIT: Sorry, ignore what I wrote above. I was confused, but I think I figured it out. What happens is that for the playlist tab, partial navigation allows for music, audiobooks, and inbox to be selected. In fact, when you open the playlist manager, the music node is selected by default. Anyway, if either of these three nodes are selected, and a custom view is selected, a new tab opens with that view while the original playlist tab remains. So a custom view cannot be selected in the playlist tab if any of the top 3 nodes are selected.
Title: Re: GUI changes for v3.0
Post by: Steven on March 16, 2016, 11:08:28 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: sleepless on March 16, 2016, 11:32:06 PM
In relation to my above post: Would it be possible to remove the music/audiobooks/inbox nodes from the playlist manager? I just don't see the need currently. There are so many other ways to navigate or transfer files if need be. If not, I think that navigating to these areas should open a new tab if partial navigation lock has been selected. This is the behavior when selecting these areas from the main sidebar, so to be consistant it should be the same for the playlist manager sidebar.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 17, 2016, 03:07:40 AM
In relation to my above post: Would it be possible to remove the music/audiobooks/inbox nodes from the playlist manager? I just don't see the need currently. There are so many other ways to navigate or transfer files if need be. If not, I think that navigating to these areas should open a new tab if partial navigation lock has been selected. This is the behavior when selecting these areas from the main sidebar, so to be consistant it should be the same for the playlist manager sidebar.

I know I'm being a broken record, but this kind of thing is why I think the playlist manager should just be its own panel, like all the others. As currently implemented, I would hate for it to lose those nodes, since you can't have it and them open any other way (well, maybe in tabs, but I'm not much of a tabs guy).  If it stands alone, it won't need the other nodes and can be used more flexibly according to the style of the user.  Am I really the only one who would prefer it that way?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 17, 2016, 03:18:08 AM
The latest update broke the play/pause button. Play a song, click on the play/pause button with your mouse, it won't react.
yes there is an introduced bug for your settings - i have uploaded a corrected version on the usual link

you're the best :D
Title: Re: GUI changes for v3.0
Post by: sleepless on March 17, 2016, 03:53:44 AM
I know I'm being a broken record, but this kind of thing is why I think the playlist manager should just be its own panel, like all the others. As currently implemented, I would hate for it to lose those nodes, since you can't have it and them open any other way (well, maybe in tabs, but I'm not much of a tabs guy).  If it stands alone, it won't need the other nodes and can be used more flexibly according to the style of the user.  Am I really the only one who would prefer it that way?

I think that's a good idea. However, I'm just trying to understand. Why not use the navigation panel/ left sidebar? I'm confused.
Title: Re: GUI changes for v3.0
Post by: redwing on March 17, 2016, 04:45:00 AM
When filtered with thumbnail browser, if you switch to another view in the main panel, all other items in the thumbnail browser disappear when they should stay. And "all items" at the top shows an incorrect count.
thats fixed for the next update

Thanks! That's fixed.
Remaining two issues:
- Switching to Tracks view doesn't change album count to track count.
- If "all items" at the top is not visible thumbnail browser flashes when switching to another view. If the top item is visible it's working fine.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 17, 2016, 04:49:46 AM
I know I'm being a broken record, but this kind of thing is why I think the playlist manager should just be its own panel, like all the others. As currently implemented, I would hate for it to lose those nodes, since you can't have it and them open any other way (okay, in tabs, but I'm not much of a tabs guy).  If it stands alone, it won't need the other nodes and can be used more flexibly according to the style of the user.  Am I really the only one who would prefer it that way?

I think that's a good idea. However, I'm just trying to understand. Why not use the navigation panel/ left sidebar? I'm confused.

To have more room for playlists?  I'm confused too.  :)  What else is the playlist manager for except to break playlists out of the navigator so they are easier to work with?  Am I missing a feature it has?  (Seriously!  I feel like I'm missing something.)

Edit: just to be clear, I mean a side panel like thumbnail browser or library explorer.
Title: Re: GUI changes for v3.0
Post by: redwing on March 17, 2016, 05:03:51 AM
just regarding the tabs, i will look at doing something although at the moment i am not sure whether it should be a skin setting or user setting (which i want to avoid adding too many options and the layout may better suit if the active tab is not coloured differently)

In my opinion user setting would make things simpler, otherwise people will keep asking about what skin settings to adjust, not to mention un-editable bitmap skin issue.
Title: Re: GUI changes for v3.0
Post by: topdeal on March 17, 2016, 06:04:33 AM
Hi, I have installed the 3.0 tools on my old device, but I lost it and I don't know how to get it back to the main interface where the 3 columns with the genre, artist, and album on top, then in the table below are the songs , like I have ever had. Can someone tell me what to do?
Thanks,
Title: Re: GUI changes for v3.0
Post by: Alumni on March 17, 2016, 07:28:49 AM
What else is the playlist manager for except to break playlists out of the navigator so they are easier to work with?  Am I missing a feature it has?  (Seriously!  I feel like I'm missing something.)

I think the Playlist Manager could allow for both kinds of configurations;
- as an available element in the layout manager it opens up more flexibility and behaves like other panels.
- has the option of disabling all nodes except for playlists for those of us who want to use it alongside the left navigator or if using tabs for navigating these nodes instead.

PS: A cool feature only found in the Playlist Manager is the shortcut to quickly and easily create new playlist types and folders.
Title: Re: GUI changes for v3.0
Post by: redwing on March 17, 2016, 08:05:50 AM
Could this be helpful to address the issue?

https://msdn.microsoft.com/en-us/library/ee330730%28VS.85%29.aspx#browser_emulation
thats a very good find and might yet come as useful but setting the Browser Emulation value for IE11 didnt make any difference for me

This is definitely an emulation issue if you're loading those sites and using F12 tool with IE. Looks like the plugin always uses IE 7 or 5 mode.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 17, 2016, 09:15:17 AM
In the Playing Tracks element (docked in right sidebar), 5 dots appears on mouseover instead of 5 stars.
thats fixed for the next update
Fixed. Thanks.

@orbittwz
It's not my skin and dunno what you want exactly. Gonna be hard to help you!
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 17, 2016, 02:16:23 PM
I think the Playlist Manager could allow for both kinds of configurations;
- as an available element in the layout manager it opens up more flexibility and behaves like other panels.
- has the option of disabling all nodes except for playlists for those of us who want to use it alongside the left navigator or if using tabs for navigating these nodes instead.

PS: A cool feature only found in the Playlist Manager is the shortcut to quickly and easily create new playlist types and folders.

Thanks for responding!  Okay, so how is it helpful for other nodes to be disabled when using the playlist manager?  You say "alongside the left navigator or if using tabs", but I'm not getting my brain around how it's of benefit for the playlist manager to close when you navigate to another node in those cases.  Especially since you can't use the playlist manager and the left navigator at the same time right now.  Doing anything in the navigator forces the playlist manager to close.  That's where I get disoriented, because the way I imagine using the playlist manager would be to just have it there while I browse my library and drop things into playlists as desired. So disabling other nodes doesn't seem to be of benefit.

In fact, what I would like to do is enable the playlist manager, and turn of the playlists section of the navigator since it becomes redundant at that point (it would be even more awesome if this happened automatically). The playlist manager would then stay open while navigating to any other nodes.

By the shortcut to create new playlists, do you mean the right click menu which is also in the navigator? [Edit: oops, I thought it was disabled because it was grey.  That's what I get for using a skin I'm not familiar with.]

Thank you for being patient with me. I'm not used to feeling like I don't get something that everybody else seems to think is obvious. :)
Title: Re: GUI changes for v3.0
Post by: sleepless on March 17, 2016, 04:40:24 PM
I'm glad you cleared that up. I think I understand where you're coming from now. You simply prefer to do all your file transferring within the PM sidebar.  I've always just used the navigation panel for this (using auto-hide feature). So because the navigation panel is always available I didn't see the need for those nodes in th PM sidebar. Rather, I like the PM sidebar for the extra space it provides and see it as a sort of thumbnail browser specifically for creating and navigating playlists. I appreciate the suggestions from you both. It seems perhaps 2 camps are beginning to emerge for a number of issues, as many of us are transitioning to a tab oriented system. It'd be nice to have a bit more flexibility in this area for those of us who use it differently.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 17, 2016, 05:42:19 PM
Okay, so how is it helpful for other nodes to be disabled when using the playlist manager?  You say "alongside the left navigator or if using tabs", but I'm not getting my brain around how it's of benefit for the playlist manager to close when you navigate to another node in those cases.  Especially since you can't use the playlist manager and the left navigator at the same time right now.

It's possible to dock the left navigator and playlist manager side by side, which might be useful in certain situations (for example if you have lots of playlists). Ideally the playlist manager would need an auto-hide on/off toggle. The problem as I see it is duplication of nodes such as the music library. If you choose to use tabs for navigating (assuming all nodes are pinned to their own tab), the playlist manager becomes useful for the purpose of viewing and creating playlists, but again you have a repetition of nodes that are found elsewhere. In addition, a limitation of the playlist manager is that no filters can be applied to it, so its own library node is no replacement for the left navigator's library node.

(http://i.imgur.com/UHlv1K2m.jpg) (http://i.imgur.com/UHlv1K2.jpg)
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 17, 2016, 06:58:00 PM
It's possible to dock the left navigator and playlist manager side by side, which might be useful in certain situations (for example if you have lots of playlists). Ideally the playlist manager would need an auto-hide on/off toggle. The problem as I see it is duplication of nodes such as the music library. If you choose to use tabs for navigating (assuming all nodes are pinned to their own tab), the playlist manager becomes useful for the purpose of viewing and creating playlists, but again you have a repetition of nodes that are found elsewhere. In addition, a limitation of the playlist manager is that no filters can be applied to it, so its own library node is no replacement for the left navigator's library node.

I'm glad you cleared that up. I think I understand where you're coming from now. You simply prefer to do all your file transferring within the PM sidebar.  I've always just used the navigation panel for this (using auto-hide feature). So because the navigation panel is always available I didn't see the need for those nodes in th PM sidebar. Rather, I like the PM sidebar for the extra space it provides and see it as a sort of thumbnail browser specifically for creating and navigating playlists. I appreciate the suggestions from you both. It seems perhaps 2 camps are beginning to emerge for a number of issues, as many of us are transitioning to a tab oriented system. It'd be nice to have a bit more flexibility in this area for those of us who use it differently.

I think we're all basically on the same page here. 

Giving the playlist manager its own layout panel (without the duplicated nodes) would solve most of the issues in your comment, alumni.  Reduce duplication, give full access to filters while using it, etc.  If you wanted the auto hide functionality, you could stack the playlist manager on top of the navigator in the left panel (like you can do now with thumbnail browser).  You'd just have to switch them occasionally for navigation.

And you could use it exactly as you described, sleepless.  The extra nodes would be out of your way, too.
Title: Re: GUI changes for v3.0
Post by: Steven on March 17, 2016, 09:03:11 PM
i have mostly done the tab enhancements. For the reason of keeping the number of options to a minimum, I am planning to allow two styles (not sure of the names just yet):
- Icon; Text left aligned; Mixed Case; fixed width ie. the current style, except icons will always display
- No icon; Text centered; UPPER case; width sized to the text ie. an equal spacing between each text ie. the style proposed by endeavour1934
- in either case the pinned tabs will always show an icon or icon and text as configured ie. unchanged from now
- also i have added a font override for the text

However, there is one issue and that is when the tabs bar is docked in the caption bar. For skins that dont have the tabs blending in with the caption bar colours, the 2nd (new) layout doesnt work well. So what i am planning for this is a skin override, just a simple True/False flag that when set to True, will allow MusicBee to support the 2nd layout in the caption bar

(http://getmusicbee.com/images/forum/NewTabLayout.jpg)

(http://getmusicbee.com/images/forum/NewTabLayout2.jpg)
Title: Re: GUI changes for v3.0
Post by: KissCool on March 17, 2016, 09:18:30 PM
- No icon; Text centered; UPPER case; width sized to the text ie. an equal spacing between each text ie. the style proposed by endeavour1934

Great! Thanks.
Title: Re: GUI changes for v3.0
Post by: sleepless on March 17, 2016, 10:06:32 PM
I appreciate the centering and caps. Although I really wish we could have option the centering with the icons. Currently I use the "TabsBar.InactiveTabIconMask" so the icon is only displayed in the active tab. With the new settings I could now center the tabs but would lose the active icon. :(

(http://s14.postimg.org/nugi6ecm5/Image_2.jpg) (http://postimg.org/image/nugi6ecm5/)

(http://s13.postimg.org/rn8f9ei6b/Image_3.jpg) (http://postimg.org/image/rn8f9ei6b/)

I'll live though, thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 12:09:53 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- note that for the new centered tabs, they wont activate when docked in the caption bar unless the skin supports that. Currently only the default musicbee skin supports that
- keep a copy of your current MusicBee3.exe as this has barely been tested but i wanted to provide now it for feedback
Title: Re: GUI changes for v3.0
Post by: Alumni on March 18, 2016, 12:29:53 AM
- note that for the new centered tabs, they wont activate when docked in the caption bar unless the skin supports that. Currently only the default musicbee skin supports that

Looks fantastic, well done! I've updated my skins to support the changes if anyone wants to check it out.

(http://i.imgur.com/unfcfTUm.jpg) (http://i.imgur.com/unfcfTU.jpg)

(http://i.imgur.com/n3IsJH9m.jpg) (http://i.imgur.com/n3IsJH9.jpg)
Title: Re: GUI changes for v3.0
Post by: alec.tron on March 18, 2016, 12:40:26 AM
Giving the playlist manager its own layout panel (without the duplicated nodes) would... Reduce duplication, give full access to filters while using it, etc.
+1 - I think...

As for playlists, and sorry to take it back to another angle that might have been discussed prior (or can someone who has followed MusicBee's dev evolution from the beginning, explain briefly, maybe via PM), what/why there is 2 ways to display & work with Playlists, but with slightly different functionality ?
For me, as a newcomer to MB, but for whom (a LOT of) playlists & management/manitenance of such are a major feature and the reason I am switching to Musicbee, this isn't quite clear if there's a functional reason, other than legacy/evolution... eg, as is I find the Playlist Manager less developed & missing functionality that I need & use the main Navigator Playlist group for, so the argument, from how I understand it, to remove redundancy, and if the Playlist Manager is the Preferred solution to keep alive & standing ((opposed to Playlists in the Navigator panel), the Playlist Manager would first need to offer all functionality & features that the Navigator Playlist group offers, no ?

Cheers.
c.

Title: Re: GUI changes for v3.0
Post by: ankor on March 18, 2016, 01:06:13 AM
v3.0.5920 assuming this is different from...
- note that for the new centered tabs, they wont activate when docked in the caption bar unless the skin supports that. Currently only the default musicbee skin supports that

Pref | Layout(1) | header bar | custom font
Change font from Segoe UI, Bold, 9pt to Bold Italic and Save but the change isn't implemented. Exit MB and relaunch and the change implementation is visible. I tried underscore, same thing.  It seems like the tabs need immediate refreshing so changes are visible. Same behavior regardless of tabs in or below caption bar.
Title: Re: GUI changes for v3.0
Post by: ankor on March 18, 2016, 01:49:51 AM
using skin Dark Variations | Greenish Stategrey
when tabs bar is below caption bar, the tab bg & fg colors match what is in the xml for the skin. but when tabs bar is in the caption bar, it's a different set of bg & fg colors and not sure where they come from. is it something about the caption bar or ????

thanks
Title: Re: GUI changes for v3.0
Post by: redwing on March 18, 2016, 02:02:02 AM
This glitch is back between left main panel and the main panel. PMed my settings file (open music tab or inbox tab).

(http://i.imgur.com/sCk4z1p.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 18, 2016, 02:58:53 AM
As for playlists, and sorry to take it back to another angle that might have been discussed prior (or can someone who has followed MusicBee's dev evolution from the beginning, explain briefly, maybe via PM), what/why there is 2 ways to display & work with Playlists, but with slightly different functionality ?
For me, as a newcomer to MB, but for whom (a LOT of) playlists & management/manitenance of such are a major feature and the reason I am switching to Musicbee, this isn't quite clear if there's a functional reason, other than legacy/evolution... eg, as is I find the Playlist Manager less developed & missing functionality that I need & use the main Navigator Playlist group for, so the argument, from how I understand it, to remove redundancy, and if the Playlist Manager is the Preferred solution to keep alive & standing ((opposed to Playlists in the Navigator panel), the Playlist Manager would first need to offer all functionality & features that the Navigator Playlist group offers, no ?

The Playlist Manager is new to 3.0.   I think the idea was to keep playlists available while the rest of the navigator panel was hidden (with an eye to giving them their own tab for drag & drop purposes), and since then it's been made partly redundant by the feature of having the left panel pop up as soon as you start to drag a selection, so you can easily drag & drop onto it.  I've probably made a nuisance of my opinions about it, and Steven has said he's done with it for this round so I'll be surprised if he makes any more changes before releasing 3.0.  I imagine implementing it as a standalone panel could take quite a bit of work on Steven's end, even if it seems like a simple change from the user end.  I'm hoping it stays at the top of the agenda for 3.1, though, because I've gotten attached to the idea of what could be done with it.  :)

[Edit: Looking back, I did miss one thing - that menu that Alumni was referring to.  I thought it was disabled when I took a screenshot of it.  That's what I get for assuming...]

What features are you thinking it still needs from the Navigator, other than being able to close the folders?  [Edit: Oh, and I see the context menu is stripped way down, too.]
Title: Re: GUI changes for v3.0
Post by: redwing on March 18, 2016, 03:19:01 AM
The new centered tab layout was very well done. Thanks a lot!
Most of the time it's working fine but occasionally shows some glitches.
This is one of those. When a pinned tab is partially locked or unlocked, the tab width doesn't adjust by itself without refreshing.

(http://i.imgur.com/SekRbQi.png)

Also noticed sometimes a pinned tab header doesn't change when selected node changed, but it's not always reproducible.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 18, 2016, 04:15:38 AM
Shouldn't this pop-up be titled "New Playlist" or "Name Playlist" or something like that?

(http://i.imgur.com/d24oluN.png)


Added: what appears to be a bug I found while getting screenshots for the wiki.  I added a playlist in the Playlist Manager, but it was not added to the Navigator.

(http://i.imgur.com/kxwFmkw.png)
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 08:03:45 AM
Looks fantastic, well done! I've updated my skins to support the changes if anyone wants to check it out.

(http://i.imgur.com/unfcfTUm.jpg) (http://i.imgur.com/unfcfTU.jpg)
how did you get the icons displaying when using the centered/uppercase style,or are all of those tabs pinned?
Title: Re: GUI changes for v3.0
Post by: alec.tron on March 18, 2016, 09:28:38 AM
Thanks again for the explanation psychoadept, much appreciated!

What features are you thinking it still needs from the Navigator, other than being able to close the folders?  [Edit: Oh, and I see the context menu is stripped way down, too.]
As for Playlists & Playlist Manager, I would hope for something along these lines:


Playlist Manager:
bug - discrepancy w Navigator Playlist  node - on-disc structure should be respected, i.e. folders, no matter the nesting level, should be displayed as folders, and are expand- & collapse-able throughout.

bug/feature - context menu seemed odd that it's different between Navigator Playlists & Playlist Manager - but I've used the contexts too little as I am yet to 'work' with it properly, I'm still in a testing phase, so I don't really have an opinion, other than that it seemed odd.

feature - lock playlists - i.e. I need to rely on it's absolute un-editability of playlists as many are a snapshot of a past radio show or DJ set, which I do not ever want to alter (minus, IF a track happens to move / rename / etc, for which one should be easily able to remove the lock, alter/fix, then lock again)

feature - allow Playlists to come from Monitored Folders - plus an easy workflow to push changes from internal .mdb files to m3u files (to be used elsewhere)




Playlists themselves:
bug - MB playlist persistency -> http://getmusicbee.com/forum/index.php?topic=17942.0

feature - replicate playlist structure in exported iTunes Library.xml - i.e. folders - atm the playlists are flattened  / the folder hierarchy they live in is not respected -> http://getmusicbee.com/forum/index.php?topic=15165.msg90562#msg90562

bug - iTunes Library.xml should be UTF-8 (Without BOM) encoded, as is, MB's exported xml is encoded as UTF-8 With BOM - which is fine for most programs (Serato & Rekordbox I have tested...), but one of my target programs (Traktor Scratch / Pro 2) takes offense to that encoding, so I have to manually alter that. Also, might be there's the opposite case... but iTunes native export is TF-8 Wihtouh BOM apparently.




All just suggestions from my point of view obviously ;)
Cheers.
c.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 18, 2016, 11:22:08 AM
how did you get the icons displaying when using the centered/uppercase style,or are all of those tabs pinned?

Yeah those tabs are pinned. I noticed a bug by the way - the close button for tabs doesn't respond to user input.
Also I'm not sure why locked tabs with partial navigation allows playlists with the playlist manager, but not with the left navigator.
PS: When you mouseover a tab that's unlocked it briefly shows the "pinned" icon next to it, is that intentional?

Edit: I just tried to pin an auto-playlist with shuffle enabled, but clicking on the tab doesn't refresh/shuffle the playlist each time.
Title: Re: GUI changes for v3.0
Post by: Cypher on March 18, 2016, 11:57:25 AM
I've found 2 bugs on the latest MusicBee 3 patch (3.0.5920).

1. While on the Windows theme, scrolling through now playing on playlist mode makes certain lines of the playlist stay while scrolling down. This issue doesn't exist with the Musicbee3 theme. It also exists when having the Album images column off.

Here's a GIF of this bug in action (Warning, it's 2MB big): http://i.imgur.com/UWBkroa.gifv

2. When using the Now Playing Assistant, if you search for a song that's somewhere in a big playlist and click on the result. The song number of the result will be played in the playlist instead of the actual song (song #2 in the playlist will be played instead of result #2).

Here's a GIF of what i mean (around 600KB big): http://i.imgur.com/uD8e8FI.gifv

Those issues aren't present in the latest stable version of Musicbee 2.5.
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on March 18, 2016, 01:11:39 PM
Hey all, loving the new changes.
Request:
When using the mini player docked at the top, is it possible to have an option to "show on all desktops"(Windows 10 virtual desktops). Because as is, when switching to another desktop & app, you're left with a mini player-sized gap at the top. Is that something for this forum or is it a Windows problem?

Cheers though.
Title: Re: GUI changes for v3.0
Post by: redwing on March 18, 2016, 01:50:18 PM
Currently vertical AZ jump bar gets placed at the left of column/thumbnail browser when those elements are placed in the main panel. I think the AZ bar should be placed at the right of those elements because it only controls main panel.
Title: Re: GUI changes for v3.0
Post by: sleepless on March 18, 2016, 02:21:33 PM
The tabs are looking great!

I mentioned this one time earlier and want to give this one more shot. Would it be possible for the podcast tab behavior to be an option? Having a number as the tab header doesn't seem right to me. I'd much rather it read "PODCASTS" when inactive as well. The switching over also causes all the tabs to shift over every time the tab is selected or exited. I've said my piece, now I'm letting it go.
I recently noticed a notification icon in the toolbar with the podcast information in it. Somehow I never noticed it before. When/how does it appear? How do I get it back? I like it.
EDIT: I just realized the icon is displayed when an episode is downloaded. I guess I never noticed in my previous setup with consolidated buttons.

Much thanks for all the great tab changes.
Title: Re: GUI changes for v3.0
Post by: brx on March 18, 2016, 04:44:16 PM
I've found 2 bugs:
1) Right click on Now Playing tab, right sidebar, change style. http://giphy.com/gifs/3osxY7K4Zx08B1qZXy/tile
2) Something strange happens when changing styles of the now playing playlist. http://giphy.com/gifs/l2R03Wad5DpExhOgg/tile

MusicBee version 3.0.5918
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 07:33:55 PM
Pref | Layout(1) | header bar | custom font
Change font from Segoe UI, Bold, 9pt to Bold Italic and Save but the change isn't implemented. Exit MB and relaunch and the change implementation is visible. I tried underscore, same thing.  It seems like the tabs need immediate refreshing so changes are visible. Same behavior regardless of tabs in or below caption bar.
working fine here. Just make sure the "custom font" box is ticked
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 07:36:32 PM
Shouldn't this pop-up be titled "New Playlist" or "Name Playlist" or something like that?
i guess it was just a copy and paste error. Its corrected for the next update
Title: Re: GUI changes for v3.0
Post by: KissCool on March 18, 2016, 07:42:01 PM
New tabs layout: found few bugs (but already reported). Not sure about this one:
Check my "Compilations" tab: the name is shortened ("Compilatio...") while there's still a lot of free space between my last tab and my 1st toolbar icon
(http://i.imgur.com/7yE7SEK.png) (http://i.imgur.com/7yE7SEK.png)

Another issue. I'm trying to get this: centered text for Artists view and left aligned text for Album Covers view (I made a custom view for both). It's working fine (check the gif) until I restart MusicBee: everything is left aligned. Bug or intended?
(http://i.imgur.com/u3WpWSC.gif)

A little wish: could you remove this 1 pixel frame in the thumbnail browser, please?
(http://i.imgur.com/vK7qkfN.jpg)

Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 07:42:10 PM
This is one of those. When a pinned tab is partially locked or unlocked, the tab width doesn't adjust by itself without refreshing.

(http://i.imgur.com/SekRbQi.png)
i am not able to reproduce this but i am not completely sure what you did. Do you mean changed the navigation lock status from unlocked to partial/full lock for a pinned tab (icon only?)

edit:
i can reproduce something that looks like your screenshot but pinning an unpinned tab as icon only - is that what you meant?
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 08:43:25 PM
This glitch is back between left main panel and the main panel. PMed my settings file (open music tab or inbox tab).
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 08:45:14 PM
I've found 2 bugs:
1) Right click on Now Playing tab, right sidebar, change style. http://giphy.com/gifs/3osxY7K4Zx08B1qZXy/tile
2) Something strange happens when changing styles of the now playing playlist. http://giphy.com/gifs/l2R03Wad5DpExhOgg/tile
the first is fixed for the next update
for the 2nd i cant reproduce. Firstly could you try using the very latest version (yours is 2 days old) just in case it was already fixed, and if not then send me your settings (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 08:47:31 PM
I noticed a bug by the way - the close button for tabs doesn't respond to user input.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: ankor on March 18, 2016, 09:31:12 PM
Pref | Layout(1) | header bar | custom font
Change font from Segoe UI, Bold, 9pt to Bold Italic and Save but the change isn't implemented. Exit MB and relaunch and the change implementation is visible. I tried underscore, same thing.  It seems like the tabs need immediate refreshing so changes are visible. Same behavior regardless of tabs in or below caption bar.
working fine here. Just make sure the "custom font" box is ticked
definitely ticked...but I tested a little more and realized making a change for "inactive tab" gets refreshed immediately with Apply/Save. But that is not the case when making a change for "active tab" and that's what I happened to be tweaking.
Title: Re: GUI changes for v3.0
Post by: redwing on March 18, 2016, 09:50:53 PM
This is one of those. When a pinned tab is partially locked or unlocked, the tab width doesn't adjust by itself without refreshing.

(http://i.imgur.com/SekRbQi.png)
i am not able to reproduce this but i am not completely sure what you did. Do you mean changed the navigation lock status from unlocked to partial/full lock for a pinned tab (icon only?)

edit:
i can reproduce something that looks like your screenshot but pinning an unpinned tab as icon only - is that what you meant?

Sorry I forgot to mention what I did. The selected node changed from POP filter to no filter. Since it's partially locked it changed to MUSIC node but the header shouldn't have been truncated.
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 10:12:30 PM
Sorry I forgot to mention what I did. The selected node changed from POP filter to no filter. Since it's partially locked it changed to MUSIC node but the header shouldn't have been truncated.
definitely ticked...but I tested a little more and realized making a change for "inactive tab" gets refreshed immediately with Apply/Save. But that is not the case when making a change for "active tab" and that's what I happened to be tweaking.
those are fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Havokdan on March 18, 2016, 10:18:59 PM
I'm sorry, the topic is huge, but the function of searching duplicate is working? I say this because when I tried the version 3 never gets results, while version 2 always gives the expected result.
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 10:32:09 PM
I'm sorry, the topic is huge, but the function of searching duplicate is working? I say this because when I tried the version 3 never gets results, while version 2 always gives the expected result.
are you refering to the "Remove Duplicates" function or something else?
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 10:32:46 PM
1. While on the Windows theme, scrolling through now playing on playlist mode makes certain lines of the playlist stay while scrolling down. This issue doesn't exist with the Musicbee3 theme. It also exists when having the Album images column off.
2. When using the Now Playing Assistant, if you search for a song that's somewhere in a big playlist and click on the result. The song number of the result will be played in the playlist instead of the actual song (song #2 in the playlist will be played instead of result #2).
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Havokdan on March 18, 2016, 10:55:22 PM
I'm sorry, the topic is huge, but the function of searching duplicate is working? I say this because when I tried the version 3 never gets results, while version 2 always gives the expected result.
are you refering to the "Remove Duplicates" function or something else?
Yes, remove duplicates.
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 11:06:36 PM
I'm sorry, the topic is huge, but the function of searching duplicate is working? I say this because when I tried the version 3 never gets results, while version 2 always gives the expected result.
are you refering to the "Remove Duplicates" function or something else?
Yes, remove duplicates.
its working fine for me. Are you able to record a GIF file showing me what you are doing or even a screenshot showing the context menu open with the playlist visible might help
Title: Re: GUI changes for v3.0
Post by: Havokdan on March 18, 2016, 11:14:19 PM
Same Settings

2.5:

https://i.imgur.com/ItwgZ4l.png

3:

https://i.imgur.com/6qH9Koi.png

In v3 never get any result, I even duplicate files to generate results. If you get results, is it a problem with the language that I am using?
Title: Re: GUI changes for v3.0
Post by: RTesla on March 18, 2016, 11:25:08 PM
Guys, how are you getting the artist image that fills the entire left hand panel?!

Can't figure it out!
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 11:28:31 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: Steven on March 18, 2016, 11:33:13 PM
In v3 never get any result, I even duplicate files to generate results. If you get results, is it a problem with the language that I am using?
i think in v2.5 if you only have one file selected then MB selects all files. Its possible v3 doesnt do that but i will check tomorrow.
Just select all files in the panel using Ctrl-A and then open the duplicates manager.

edit:
confirmed - i will change the behavior for v3 with this function for the next update
Title: Re: GUI changes for v3.0
Post by: brx on March 19, 2016, 12:00:47 AM
I've found 2 bugs:
1) Right click on Now Playing tab, right sidebar, change style. http://giphy.com/gifs/3osxY7K4Zx08B1qZXy/tile
2) Something strange happens when changing styles of the now playing playlist. http://giphy.com/gifs/l2R03Wad5DpExhOgg/tile
the first is fixed for the next update
for the 2nd i cant reproduce. Firstly could you try using the very latest version (yours is 2 days old) just in case it was already fixed, and if not then send me your settings (help/ support/ view settings)

It's ok now (v3.0.5921), Steven, thanks! :)
Title: Re: GUI changes for v3.0
Post by: user73 on March 19, 2016, 03:38:05 AM
i been updating these patches  of MB3 for long time as this post is getting longer n longer but problem i mentioned in my earlier post of Track information panel height not getting adjusted.....
so just trying to remind @Steven...though with so many users and so many requests ,i can understand it is possible to forget.and im also not in any kind of hurry.

its Just a reminder.

and another question, are we getting random skin option in next update like we had in MB2?
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 03:39:28 AM
The bugs I reported are all fixed. Thanks!
But there's still an issue of width adjustment with centered text tabs. The tab header of some nodes gets truncated or not depending on the header length of the previously selected node. This happens with now playing node and most services nodes. For instance select music explorer node and then now playing node, then it's working fine. But select inbox node then now playing node, this time it displays "NOW...". This happens regardless of pinned state (with or without icons).
Title: Re: GUI changes for v3.0
Post by: sleepless on March 19, 2016, 04:58:57 AM
You mean switching between tabs? I haven't noticed any problems there:

http://postimg.org/image/6oe8dnd19/

Although I have noticed some of that behavior when creating the tabs initially.
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 07:16:52 AM
You mean switching between tabs? I haven't noticed any problems there:

No, when selecting different nodes in a tab.
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 08:02:20 AM
Artist picture element could be much more useful if it had the same context menu commands as compact player (next picture, paste/save artist picture, ban picture). Also consider adding "Keep aspect ratio" (tickable) option that would show original picture without cropping regardless of the configured shape of the artist picture element.
Related to this, I noticed double clicking compact player no longer pops up the full image of artist picture. Can you add that too?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 19, 2016, 08:06:25 AM
Artist picture element could be much more useful if it had the same context menu commands as compact player (next picture, paste/save artist picture, ban picture). Also consider adding "Keep aspect ratio" (tickable) option that would show original picture without cropping regardless of the configured shape of the artist picture element.
Related to this, I noticed double clicking compact player no longer pops up the full image of artist picture. Can you add that too?

+1, especially the first part.
Title: Re: GUI changes for v3.0
Post by: user73 on March 19, 2016, 08:30:11 AM
Plz check queue system..Its really messed up after last update.It don't shows count number like before and neither queue works the way it should be.
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 08:45:42 AM
Plz check queue system..Its really messed up after last update.It don't shows count number like before and neither queue works the way it should be.
i have no idea what you are referring to
Title: Re: GUI changes for v3.0
Post by: user73 on March 19, 2016, 09:36:32 AM
Sorry steven...

at my side auto DJ option was turned on..as i never used it before so i thought queue system was messed up because of update...and after i turned off its all fine.Just like before..

and another question, are we getting random skin option in next update like we had in MB2?
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 09:58:16 AM
But there's still an issue of width adjustment with centered text tabs. The tab header of some nodes gets truncated or not depending on the header length of the previously selected node. This happens with now playing node and most services nodes. For instance select music explorer node and then now playing node, then it's working fine. But select inbox node then now playing node, this time it displays "NOW...". This happens regardless of pinned state (with or without icons).
that would only be for tabs that dont display a grid in the main panel - thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Havokdan on March 19, 2016, 10:33:04 AM
I found another bug when trying to use right click to use the "sort by" the file is highlighted in the play list is not displayed correctly, diverse music being highlighted of which is running Observe the images:

https://i.imgur.com/vWBOVg7.png

https://i.imgur.com/KsciDJb.png
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 10:40:14 AM
I found another bug when trying to use right click to use the "sort by" the file is highlighted in the play list is not displayed correctly, diverse music being highlighted of which is running Observe the images:
is that the Playlist mode in the Now Playing panel? if so, thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Havokdan on March 19, 2016, 11:33:01 AM
I found another bug when trying to use right click to use the "sort by" the file is highlighted in the play list is not displayed correctly, diverse music being highlighted of which is running Observe the images:
is that the Playlist mode in the Now Playing panel? if so, thats fixed for the next update
Thanks
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 19, 2016, 11:34:54 AM
I found a display bug in the "Auto-Tag by Track" --> "Infer and Update Tags from Filename" Funktion.

(http://i.imgur.com/eOzIYDP.gif) (http://.imgur.com/eOzIYDP.gif)

The Content in the Window is not filled.
Only when I change the size is the windows filled.
I hope you understand what I mean.
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 02:49:51 PM
Regarding the browser emulation issue, I added a new key to the registry and now the plugin is working properly in IE 11 mode.

Window 10 Pro (64-bit)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BROWSER_EMULATION
musicbee3.exe = (DWORD) 0x00002af8 (11000)
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 03:09:06 PM
Regarding the browser emulation issue, I added a new key to the registry and now the plugin is working properly in IE 11 mode.

Window 10 Pro (64-bit)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BROWSER_EMULATION
musicbee3.exe = (DWORD) 0x00002af8 (11000)
i didnt have "Wow6432Node" in the path. Did you have to reboot for it to take effect?
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 03:09:33 PM
I found a display bug in the "Auto-Tag by Track" --> "Infer and Update Tags from Filename" Funktion.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 03:11:08 PM
i have made artist picture resizable and it will automatically fill a panel if its the only element in the panel
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 03:16:02 PM
Regarding the browser emulation issue, I added a new key to the registry and now the plugin is working properly in IE 11 mode.

Window 10 Pro (64-bit)
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_BROWSER_EMULATION
musicbee3.exe = (DWORD) 0x00002af8 (11000)
i didnt have "Wow6432Node" in the path. Did you have to reboot for it to take effect?

As soon as editing it, I rebooted. So I don't know.
Consulted this: https://blogs.msdn.microsoft.com/patricka/2015/01/12/controlling-webbrowser-control-compatibility/
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 03:32:14 PM
ok thanks. It also works with the CurrentUser path which means MB can set the emulation without requiring admin access, so i will make the change in the web browser plugin

edit:
the web browser plugin link is updated with this new handling so it now emulates IE11
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 03:44:52 PM
Working great! (deleted the key) Thanks!
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 19, 2016, 03:55:01 PM
I found a display bug in the "Auto-Tag by Track" --> "Infer and Update Tags from Filename" Funktion.
thats fixed for the next update

confirm the fix!
Thank you!
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 04:06:32 PM
Web browser plugin tab doesn't respect show/hide header bar state.
Also please display it in the main panel only so that left & right main panel can be used along with it.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 19, 2016, 04:14:05 PM
Artist pictures it gets from the internet are saved in AppData\Roaming\MusicBee\InternalCache\ArtistBackdrops

And most of the pictures are in .dat and .tmp. it just seems confusing and messy. Maybe automatically name them all like (artist name) (1), (2), and so on? Automatically make folders with the artists name and automatically put them in it? And also the image with the original file name always gets shown first?

And then there's also the folder Music\MusicBee\Artist Pictures

Maybe integrate the two folders above with each other?
Title: Re: GUI changes for v3.0
Post by: redwing on March 19, 2016, 04:29:42 PM
Artist pictures it gets from the internet are saved in AppData\Roaming\MusicBee\InternalCache\ArtistBackdrops

And most of the pictures are in .dat and .tmp. it just seems confusing and messy. Maybe automatically name them all like (artist name) (1), (2), and so on? Automatically make folders with the artists name and automatically put them in it? And also the image with the original file name always gets shown first?

And then there's also the folder Music\MusicBee\Artist Pictures

Maybe integrate the two folders above with each other?

That's cache folder. Don't mess with it.
Use compact player when working on artist images. If you use paste/save picture command on it, you will get a filename template.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 19, 2016, 04:34:00 PM
Artist pictures it gets from the internet are saved in AppData\Roaming\MusicBee\InternalCache\ArtistBackdrops

And most of the pictures are in .dat and .tmp. it just seems confusing and messy. Maybe automatically name them all like (artist name) (1), (2), and so on? Automatically make folders with the artists name and automatically put them in it? And also the image with the original file name always gets shown first?

And then there's also the folder Music\MusicBee\Artist Pictures

Maybe integrate the two folders above with each other?

That's cache folder. Don't mess with it.
Use compact player when working on artist images. If you use paste/save picture command on it, you will get a filename template.

Thanks, makes much sense now. I didn't use compact player a lot so I didn't know much about it D:
Title: Re: GUI changes for v3.0
Post by: Alumni on March 19, 2016, 04:46:58 PM
If the left navigator is set to be hidden with auto-open, this open and close behavior inadvertently breaks the playlist manager pinned to another tab, ie. it disappears.
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 05:05:38 PM
If the left navigator is set to be hidden with auto-open, this open and close behavior inadvertently breaks the playlist manager pinned to another tab, ie. it disappears.
can you send me your settings file as i cant reproduce any incorrect behavior. And what do you mean by "it disappears" ?
Title: Re: GUI changes for v3.0
Post by: Alumni on March 19, 2016, 05:14:14 PM
can you send me your settings file as i cant reproduce any incorrect behavior. And what do you mean by "it disappears" ?

Here's how I can reproduce it: in tab "1" set the navigator to hidden (auto open), then drag and drop a track to playlist "abc", switch over to tab "2" which has the playlist manager pinned, and is already viewing the playlist "abc" - the playlist manager is now hidden in that tab.
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 06:19:27 PM
Here's how I can reproduce it: in tab "1" set the navigator to hidden (auto open), then drag and drop a track to playlist "abc", switch over to tab "2" which has the playlist manager pinned, and is already viewing the playlist "abc" - the playlist manager is now hidden in that tab.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: sleepless on March 19, 2016, 08:14:38 PM
There's a bug that produces a horizontal line across the screen that can be picked up and dragged vertically. I'm not exactly sure of when it occurs. Sometimes there, sometimes not.

[img=http://s18.postimg.org/klm0li1h5/gif6.gif] (http://postimg.org/image/62evk38c5/full/)
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 11:20:56 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- added support for circular artist pictures - set in the general section of Preferences/ Layout(1) and artist pictures docked in panels are now resizable
Title: Re: GUI changes for v3.0
Post by: Steven on March 19, 2016, 11:30:15 PM
There's a bug that produces a horizontal line across the screen that can be picked up and dragged vertically. I'm not exactly sure of when it occurs. Sometimes there, sometimes not.
can you PM me a link to your settings file. I expect it has something to do with the Now Playing Bar element
Title: Re: GUI changes for v3.0
Post by: KissCool on March 20, 2016, 12:03:29 AM
- added support for circular artist pictures - set in the general section of Preferences/ Layout(1) and artist pictures docked in panels are now resizable
Thanks!

2 issues:
 - "TabsBar.Tab.Default" bg="" bg2="" -> set the background of the highlighted tab
"TabsBar.Tab.Highlight" bg doesn't work anymore
 - Not a big deal, but look strange (highlighted artist in thumbnail browser)
(http://i.imgur.com/DO8DyA5.jpg)
Title: Re: GUI changes for v3.0
Post by: ankor on March 20, 2016, 01:30:54 AM
definitely ticked...but I tested a little more and realized making a change for "inactive tab" gets refreshed immediately with Apply/Save. But that is not the case when making a change for "active tab" and that's what I happened to be tweaking.
those are fixed for the next update
and fixed thanks
Title: Re: GUI changes for v3.0
Post by: redwing on March 20, 2016, 03:16:32 AM
- added support for circular artist pictures - set in the general section of Preferences/ Layout(1) and artist pictures docked in panels are now resizable

Looking great. Thanks!
Looks like circular images need some spacing between each other to look neat unlike square ones. So how about making circular images a bit smaller in thumbnail browser to give some spacing?
Title: Re: GUI changes for v3.0
Post by: redwing on March 20, 2016, 03:51:17 AM
It seems some bugs were recently introduced to movie backdrop display feature.
- It doesn't recognize previous mapping, which requires remapping of all soundtrack files.
- When playing track has different movie title (album) but same artist as previous track, it keeps displaying the images of previous movie.
Title: Re: GUI changes for v3.0
Post by: user73 on March 20, 2016, 04:39:44 AM
thx Steven..
i been waiting for this fix of Track-information panel height adjustment.and now its just perfect.
Title: Re: GUI changes for v3.0
Post by: theta_wave on March 20, 2016, 06:40:21 AM
Noticeable gap seen in the extended panel under Music Explorer irrespective of whether "show artwork" is checked or not under the expanded panel configuration.  This gap is not shown when navigating autoplaylists set to Album Art view (configuration setting adhered).

(http://1.t.imgbox.com/dsQsxS9F.jpg) (http://imgbox.com/dsQsxS9F)
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 20, 2016, 07:53:42 AM
artist pictures docked in panels are now resizable
very nice, thank you :)

added support for circular artist pictures
looks like the images are not just being cropped - their quality is also being reduced
(http://i.cubeupload.com/asnYYj.jpg)
(http://i.cubeupload.com/HP8nH4.jpg)
can even see minor distortion and pixelisation introduced on default "All Artists" image
Title: Re: GUI changes for v3.0
Post by: Alumni on March 20, 2016, 09:54:09 AM
- added support for circular artist pictures

Very cool feature, and I was hoping it would be added - thanks.

I was thinking now that the expanded menu can optionally not display the album cover, it also means you won't see the cover for an album if that artist only has one item under their name (because the menu is flattened). Perhaps something could be done about that?
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 10:56:05 AM
looks like the images are not just being cropped - their quality is also being reduced
i didnt notice that and nothing is ever straightforward with microsoft libraries. Its now addressed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 11:00:29 AM
- "TabsBar.Tab.Default" bg="" bg2="" -> set the background of the highlighted tab
"TabsBar.Tab.Highlight" bg doesn't work anymore
i am having trouble understanding what you are saying, especially the first line. A screenshot would help
if you are using the centered/UPPSERCASE style menus and the tabs bar is docked in the caption bar, then MB applies some overrides unless you specify values in your skin
http://getmusicbee.com/forum/index.php?topic=16643.msg107229#msg107229
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 11:02:12 AM
It seems some bugs were recently introduced to movie backdrop display feature.
- It doesn't recognize previous mapping, which requires remapping of all soundtrack files.
- When playing track has different movie title (album) but same artist as previous track, it keeps displaying the images of previous movie.
i havent changed anything related to this for ages. You will need to give me more specific information
Title: Re: GUI changes for v3.0
Post by: KissCool on March 20, 2016, 12:10:29 PM
i am having trouble understanding what you are saying, especially the first line. A screenshot would help
When I started MusicBee with the last update:

(http://i.imgur.com/Y3Cif0W.jpg) (http://i.imgur.com/Y3Cif0W.jpg)
(BTW, It's not the "Now Playing" tab but the "Album Covers" view! ;). This v3 is really awesome. Thanks Steven!)

Before the update (RIP=green, using it to test if an element is defunct, or not): no green highlighted tab
<element id="AllowCenteredTabInCaptionBar">true</element>
(...)
<element id="TabsBar.Background" bg="black" bg2="" />
<element id="TabsBar.Tab.Default" bg="RIP" bg2="RIP" fg="magenta" bdr="RIP" />
<element id="TabsBar.Tab.Highlight" bg="black" bg2="" fg="white" bdr="" />

After the update: had to change those 2 elements to remove the green highlighted tab
<element id="TabsBar.Tab.Default" bg="black" bg2="black" fg="magenta" bdr="RIP" />
<element id="TabsBar.Tab.Highlight" bg="RIP" bg2="" fg="white" bdr="" />

Tabs bar, Centered Text Layout, no skin override (no caption bar/caption bar centered text/player on top override)

(So, not a big deal since I can fix it myself, but maybe some old skins could be affected).
Title: Re: GUI changes for v3.0
Post by: redwing on March 20, 2016, 12:32:29 PM
It seems some bugs were recently introduced to movie backdrop display feature.
- It doesn't recognize previous mapping, which requires remapping of all soundtrack files.
- When playing track has different movie title (album) but same artist as previous track, it keeps displaying the images of previous movie.
i havent changed anything related to this for ages. You will need to give me more specific information

The second one was an old bug that you fixed years ago, but somehow it came back.
Let's say you have two tracks:
Title: track 1, Artist: John Williams, Genre: Soundtrack, Album: Jaws
Title: track 2, Artist: John Williams, Genre: Soundtrack, Album: Dracula

Play track 1 and then track 2, but the pictures are still those of Jaws. To change it to Dracula, you have to close and open the picture element again.
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 20, 2016, 12:37:52 PM
what happend with the Artist Picture of Amy Winehouse?

(http://i.imgur.com/IwanmLf.jpg)

I have tried multiple images in different sizes.
What are the best values for these pictures?
What is wrong?
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 12:44:49 PM
what happend with the Artist Picture of Amy Winehouse?
let me know if its ok after the next update as i am using a different approach now
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 12:46:10 PM
I reported this some time ago. There's still a different clicking behavior compared to 2.5 if you rate tracks with your mouse in the expanded panel (Artwork view). At the moment you have to click within the stars which is nerve-jangling, especially when you miss the star rating you aim for, can also happen by clicking exactly in the middle of two stars. In this case it will change the star rating to none. I hope you will make further adjustments for this.
you keep saying this but i cannot reproduce this. What screen DPI are you using
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 12:47:18 PM

Before the update (RIP=green, using it to test if an element is defunct, or not): no green highlighted tab
<element id="AllowCenteredTabInCaptionBar">true</element>
(...)
<element id="TabsBar.Background" bg="black" bg2="" />
<element id="TabsBar.Tab.Default" bg="RIP" bg2="RIP" fg="magenta" bdr="RIP" />
<element id="TabsBar.Tab.Highlight" bg="black" bg2="" fg="white" bdr="" />

After the update: had to change those 2 elements to remove the green highlighted tab
<element id="TabsBar.Tab.Default" bg="black" bg2="black" fg="magenta" bdr="RIP" />
<element id="TabsBar.Tab.Highlight" bg="RIP" bg2="" fg="white" bdr="" />

Tabs bar, Centered Text Layout, no skin override (no caption bar/caption bar centered text/player on top override)
i think that is for a change i made for redwing. I have adjusted the behavior so let me know if its ok after the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 03:36:09 PM
what font are you using?
edit:
actually i do find if you are using a larger than normal font then the bottom few pixels is not treated as being clicked on. If you always aim for the centre of the star does it work ok for you? I have corrected that behavior for the next update
Title: Re: GUI changes for v3.0
Post by: Cypher on March 20, 2016, 04:51:59 PM
Found some little UI glitches in the Windows Theme.

1. The media buttons in the Artist Picture and Album Color Mix section in compact mode have a white background inside the circles. Which makes the buttons harder to look at compared to the Musicbee3 theme.

Image: http://i.imgur.com/b1aMCG4.png (see the red circle)

2. Borders glitches out when using the Hide Caption bar option in compact mode. This doesn't occur in Musicbee 2.5 using the same theme. Rebooting Musicbee fixes glitching borders, but those reoccur when turning off the Hide Caption bar option. This glitch also occurs in the Album Color Mix and Big Album sections of compact mode.
GIFs: http://i.imgur.com/vKDjdn3.gifv
http://i.imgur.com/78uQfwV.gifv (after rebooting Musicbee 3)

3. If you show the main menu in the caption bar and switch to Theater mode, a part of the main menu caption bar hangs, resulting a white space at the right side of the caption bar.

It's better shown in a GIF: http://i.imgur.com/QGebKoZ.gifv

Note: I have those glitches on Windows 8.1. It might or not occur on other Windows versions.
The Musicbee version is 3.0.5922.


Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 07:13:09 PM
Found some little UI glitches in the Windows Theme.
those are fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 07:52:00 PM
I was thinking now that the expanded menu can optionally not display the album cover, it also means you won't see the cover for an album if that artist only has one item under their name (because the menu is flattened). Perhaps something could be done about that?
i have enhanced the panel so it shows a small album cover by the album name - it doesnt change the total space required by the expanded panel
Title: Re: GUI changes for v3.0
Post by: sleepless on March 20, 2016, 08:11:11 PM
- On startup, the web browser icon is not displayed in its tab. The tab is pinned with icon and text. Once the tab is selected, the icon behavior returns to normal until MB is restarted again. This doesn't happen with any of the other tabs.

- Is there a skin element for WebBrowserIcon?
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 09:10:12 PM
There's a bug that produces a horizontal line across the screen that can be picked up and dragged vertically. I'm not exactly sure of when it occurs. Sometimes there, sometimes not.
its from the radio panel and fixed for the next update

- On startup, the web browser icon is not displayed in its tab. The tab is pinned with icon and text. Once the tab is selected, the icon behavior returns to normal until MB is restarted again. This doesn't happen with any of the other tabs.
thats fixed for the next update

Web browser plugin tab doesn't respect show/hide header bar state.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 09:24:00 PM
Edit: I just tried to pin an auto-playlist with shuffle enabled, but clicking on the tab doesn't refresh/shuffle the playlist each time.
thats right, i wouldnt expect it to. I also checked in v2.5 and its the same. Just press F5 to refresh
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 09:30:58 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- thats pretty much v3 done functionality wise, although i still plan to add support for a spacer element
- of course any reported bugs or functionality i forgot from v2.5 (and not already stated it wont be ported to v3) will be fixed
- lastly i am aware there is a high dpi scaling issue with custom bitmap skins but given its not straight-forward to solve and i will probably leave it unsolved for v3
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 20, 2016, 09:40:28 PM
what happend with the Artist Picture of Amy Winehouse?
let me know if its ok after the next update as i am using a different approach now

confirm the fix. until now everything looks good.
thank you.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 20, 2016, 09:51:24 PM
looks like the images are not just being cropped - their quality is also being reduced
Cropping only know :)
MB3 looks very good indeed!
Title: Re: GUI changes for v3.0
Post by: Cypher on March 20, 2016, 10:32:24 PM
Every bug i've reported is confirmed Fixed on the latest patch (3.0.5923).
Thanks Steven!
Title: Re: GUI changes for v3.0
Post by: KissCool on March 20, 2016, 11:05:03 PM
i have enhanced the panel so it shows a small album cover by the album name - it doesnt change the total space required by the expanded panel
Could this small album artwork keep the original aspect ratio, please? (not stretched, nor cropped)


2 issues:
 - "TabsBar.Tab.Default" bg="" bg2="" -> set the background of the highlighted tab
"TabsBar.Tab.Highlight" bg doesn't work anymore
 - Not a big deal, but look strange (highlighted artist in thumbnail browser)
(http://i.imgur.com/DO8DyA5.jpg)
Both fixed. Thanks.


Found 1 visual bug (music explorer)
(http://i.imgur.com/EDZrfjO.jpg)
Title: Re: GUI changes for v3.0
Post by: fabulario on March 20, 2016, 11:05:41 PM
i have enhanced the panel so it shows a small album cover by the album name - it doesnt change the total space required by the expanded panel

This is great! Thanks.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 20, 2016, 11:20:39 PM
Another bug. Double clicking an Artist/Album picture while a custom view is selected:

MusicBee v3.0.5923.36565 (Win10.0), 20 mars 2016 23:13:

System.IndexOutOfRangeException: L'index se trouve en dehors des limites du tableau.
   à #=qscog9rREiaRfs68smGFxkrq9yq1QuuXVL7V3_$a9HHM=.#=qSaI5P1Vy$9qHv03lP6GLHOHo2$JZDD8czzPIarfFlRc=(Boolean #=qGtR3Uic7jyz7Q8b8bqPhig==)
   à MusicBee.MusicBeeMain.#=qyoC5ohGQrpD2Fbqz4J_GEg==(#=qtb_XC_d3DMQ7i8Hym31spEhQd2mIJ3W3PhLAaFoRcOE= #=q5z6tWRIUsFOvAgmHapE2kPTqXUef_ibfmmlmwKv26nk=, Boolean #=qS9vmEpKHthDK6wqNejdniNpJLx$vozLLPXu0_VHCL58=, #=qUb6quzuoCGxAagHk5p0SAQ== #=qyNjssa4AFoXlGjQ1ecAYBg==, #=qTcfSM_Rb2aQ9E21i_eZf9WJ5rJRZWQH0zwE8T$xMDfc= #=qIXxc2y196aeiuhXWWf0vV6YGAGLPsOzvg_sIEwEAI0A=, Boolean #=qXGfQR0R0bouSWaFXLgnOv4XXQfdKyAPSDBW_98BD7rg=, #=quc19j51Yd8bAET4wCgIYO84xlwkurU960IjpjC$fPjg= #=qUMXF$ll$h5hKj1Ks4Utt1g==, #=qjkoo7espNQSII9GPN07YMDvwiXdtSiRR0ciFEI$_3f8=[] #=qb0iCz7SBtVC_RSU75GDp2odrVzEfkEgOZwJVavfpCmE=, Boolean #=qpbrjTzYiajw2AzWy5fpXKjXRMsVPCRcnkmG2D1B5D2w=)
Title: Re: GUI changes for v3.0
Post by: Steven on March 20, 2016, 11:53:53 PM
Another bug. Double clicking an Artist/Album picture while a custom view is selected:
both are fixed now - same download link
Title: Re: GUI changes for v3.0
Post by: KissCool on March 21, 2016, 12:44:40 AM
Working fine, now. Thanks.
Title: Re: GUI changes for v3.0
Post by: theta_wave on March 21, 2016, 12:54:45 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- thats pretty much v3 done functionality wise, although i still plan to add support for a spacer element
- of course any reported bugs or functionality i forgot from v2.5 (and not already stated it wont be ported to v3) will be fixed
- lastly i am aware there is a high dpi scaling issue with custom bitmap skins but given its not straight-forward to solve and i will probably leave it unsolved for v3
Tab headers are all CAPs now.  Is this a bug or was it by design?  Also, the header title for an unlocked tab doesn't change when opening last.fm statistics like before.

Noticeable gap seen in the extended panel under Music Explorer.

(http://1.t.imgbox.com/dsQsxS9F.jpg) (http://imgbox.com/dsQsxS9F)
The gap is still there but is now smaller and considerably less noticeable.  I can live with it.
Title: Re: GUI changes for v3.0
Post by: phred on March 21, 2016, 12:59:37 AM
Tab headers are all CAPs now.  Is this a bug or was it by design?  Also, the header title for an unlocked tab doesn't change when opening last.fm statistics like before.
I failed to catch this change also.  Steven replied to my query.
Edit > Layout (1) > Header Bar > Tabs Bar > Style
Title: Re: GUI changes for v3.0
Post by: sleepless on March 21, 2016, 03:25:29 AM
After navigating to podcasts, the thumbnail browser scrollbar from the previous node remains visible. This only happens the first time the podcast node is visited. If you leave and then re-enter it goes back to normal. Also if MB is started in the podcast node, it doesn't occur.

(http://s11.postimg.org/hlftt9b4v/Image_11.jpg) (http://postimg.org/image/hlftt9b4v/)
Title: Re: GUI changes for v3.0
Post by: theta_wave on March 21, 2016, 04:02:01 AM
Tab headers are all CAPs now.  Is this a bug or was it by design?  Also, the header title for an unlocked tab doesn't change when opening last.fm statistics like before.
I failed to catch this change also.  Steven replied to my query.
Edit > Layout (1) > Header Bar > Tabs Bar > Style
Fixes the all CAPs issue but it introduces some weird visual artifacts.  Also, the latter issue is still there.

(http://6.t.imgbox.com/fpHs3d3S.jpg) (http://imgbox.com/fpHs3d3S)

(http://2.t.imgbox.com/tCs7SDLB.jpg) (http://imgbox.com/tCs7SDLB)
Title: Re: GUI changes for v3.0
Post by: Alumni on March 21, 2016, 10:10:05 AM
i have enhanced the panel so it shows a small album cover by the album name - it doesnt change the total space required by the expanded panel

Looks neat, and a good solution for that layout.

PS: I noticed the playlist manager was recently tweaked so playlists appear on top now (I like it better this way), although I don't remember seeing it mentioned in this thread. I'm guessing any further changes to the manager will be saved for the next version?
Title: Re: GUI changes for v3.0
Post by: RTesla on March 21, 2016, 10:55:10 AM
The depth of customisation with MB3 is quite remarkable. Fair play for a colossal effort.

Just have 3 comments:

1. I've been customising the icon layout and noticed two commands seem to be missing: hide left and right main panels. The ones there at present hide the left and right sidebars. I have the thumbnail browser setup in the left panel and as such, I have an icon setup to hide thumbnail browser which hides this left panel. But otherwise I can't seem to find a way to quickly hide either panel. One last command which would also be nice to have is to select between horizontal and vertical column browser.

2. Mentioned it before but dragging a track from an auto-hidden right sidebar still won't open an auto-hidden left sidebar. Either the left or right sidebar must be open in order for you to be able to drag and drop a track onto say a playlist in the left sidebar.

3. Whilst it's a great feature, is there any way to turn off the left sidebar opening automatically when dragging tracks (it does this even when option hide is selected)? I'd love to be able to disable this on some tabs because I do a lot of dragging to the column browser when tagging tracks and the first column always gets blocked by the left sidebar opening up.

Keep up the great work Steven!
Title: Re: GUI changes for v3.0
Post by: Alumni on March 21, 2016, 02:19:48 PM
Tonight MusicBee froze on me (completely non-responsive), normally I wouldn't bring it up but it's a very rare occurrence. It seemed to happen just as I pressed stop while a track was playing. The error log didn't report anything.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 21, 2016, 02:44:59 PM
In artwork view expanded panel, the album art now shows in a really small icon at the top left corner. http://i.imgur.com/AJKImbm.png

Can this be made into an option? I already got an artwork view element on the right side bar and I don't need it. Liked it more cleaner.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 21, 2016, 02:51:00 PM
Tonight MusicBee froze on me (completely non-responsive), normally I wouldn't bring it up but it's a very rare occurrence. It seemed to happen just as I pressed stop while a track was playing. The error log didn't report anything.

This has happened to me several times over the past some weeks; it's definitely when I hit the play/pause button.  It seems to be after the audio device used by the computer changes; I chalked it up to the plugin that links MB volume and system volume.  Are you using that plugin, and/or had you recently switched from speakers or headphones or something like that?
Title: Re: GUI changes for v3.0
Post by: redwing on March 21, 2016, 02:53:12 PM
Auto-organise button now has an alert icon next to it which shows a warning message - "WARNING: Files can be moved when added to the library and when editing tags." The problem is it doesn't sound like a warning but rather a description of a feature. I'd suggest the following wording: "WARNING: When enabled, files will be moved and renamed based on tags and you cannot undo the change."

Also, please add another alert icon and and warning message to the grouping setting as it seems many people can't figure it out after they adjust the setting without knowing its potential consequences.

"WARNING: If you change this setting, some of your current albums could split or merge"

This would help people return to the setting when they notice some anomalies with album grouping.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 21, 2016, 02:55:08 PM
@Alumni
@psychoadept

I have the exact same problem, play or stop a song and musicbee crashes, it happens really occasionally. I reported it months ago but Steven could not find the solution or the cause. Actually I'm glad to hear that it's not just me.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 21, 2016, 03:00:12 PM
@Alumni
@psychoadept

I have the exact same problem, play or stop a song and musicbee crashes, it happens really occasionally. I reported it months ago but Steven could not find the solution or the cause. Actually I'm glad to hear that it's not just me.

Can you say whether it was also associated with the audio device for you?  Are you using the volume link plugin?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 21, 2016, 03:01:43 PM
Tonight MusicBee froze on me (completely non-responsive), normally I wouldn't bring it up but it's a very rare occurrence. It seemed to happen just as I pressed stop while a track was playing. The error log didn't report anything.

This has happened to me several times over the past some weeks; it's definitely when I hit the play/pause button.  It seems to be after the audio device used by the computer changes; I chalked it up to the plugin that links MB volume and system volume.  Are you using that plugin, and/or had you recently switched from speakers or headphones or something like that?

I've only been using speakers for a long while and the crash happens. Didn't use any plug in at all when I was getting the crashes. (I'm pretty sure).

I use my keyboard's media buttons (pause, next, back), like 80% of the time and sometimes I click with my mouse. It can't be those media buttons right? Never had the crashing problem with 2.5.

Title: Re: GUI changes for v3.0
Post by: Alumni on March 21, 2016, 03:07:20 PM
Can you say whether it was also associated with the audio device for you?  Are you using the volume link plugin?

My audio configuration has remained the same for a long time, and I don't have the volume plugin installed. PS: I am using ASIO output.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 21, 2016, 03:11:02 PM
I've only been using speakers for a long while and the crash happens. Didn't use any plug in at all when I was getting the crashes. (I'm pretty sure).

I use my keyboard's media buttons (pause, next, back), like 80% of the time and sometimes I click with my mouse. It can't be those media buttons right? Never had the crashing problem with 2.5.

My audio configuration has remained the same for a long time, and I don't have the volume plugin installed. PS: I am using ASIO output.

Dang it.  I was hoping we'd be able to narrow it down together.  Maybe there are different causes, although the symptoms sound exactly the same.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 21, 2016, 03:13:43 PM
Dang it.  I was hoping we'd be able to narrow it down together.  Maybe there are different causes, although the symptoms sound exactly the same.

I don't suppose its related to the variable buffer size slider (introduced a few versions ago) - or does this bug predate that?
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 21, 2016, 03:14:26 PM
I used WASAPI for a long while and occasionally got the crash. For a few months now I haven't used any USB dac, just using directsound, and it doesn't seem like something changed. At this point for me it's a minor annoyance and just kill the process/restart musicbee.
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:28:11 PM
After navigating to podcasts, the thumbnail browser scrollbar from the previous node remains visible. This only happens the first time the podcast node is visited. If you leave and then re-enter it goes back to normal. Also if MB is started in the podcast node, it doesn't occur.
would you mind re-sending me your settings (I deleted your last ones) as i cant reproduce this
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:36:34 PM
Fixes the all CAPs issue but it introduces some weird visual artifacts.  Also, the latter issue is still there.
is it still doing that ie. it wasnt a one-off and if so, are you sure you dont have override text for the tab header set (right click/ Edit Tab Header)
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:38:10 PM
PS: I noticed the playlist manager was recently tweaked so playlists appear on top now (I like it better this way), although I don't remember seeing it mentioned in this thread. I'm guessing any further changes to the manager will be saved for the next version?
yes that was a change i made on the weekend and only bug fixes or minor tweaks will be done for this MB version
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:40:31 PM
3. Whilst it's a great feature, is there any way to turn off the left sidebar opening automatically when dragging tracks (it does this even when option hide is selected)? I'd love to be able to disable this on some tabs because I do a lot of dragging to the column browser when tagging tracks and the first column always gets blocked by the left sidebar opening up.
i will change it so the panel doesnt auto-popup if the left sidebar is set as hidden as opposed to hide (auto-open)
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:44:48 PM
Tonight MusicBee froze on me (completely non-responsive), normally I wouldn't bring it up but it's a very rare occurrence. It seemed to happen just as I pressed stop while a track was playing. The error log didn't report anything.
had you edited or rated the track that was playing at the time? (or have a plugin that updates tags based on some rule that includes skip/play count)
Title: Re: GUI changes for v3.0
Post by: Alumni on March 21, 2016, 07:47:21 PM
had you edited or rated the track that was playing at the time? (or have a plugin that updates tags based on some rule that includes skip/play count)

No, nothing like that.
Title: Re: GUI changes for v3.0
Post by: KissCool on March 21, 2016, 07:51:41 PM
In artwork view expanded panel, the album art now shows in a really small icon at the top left corner.

Can this be made into an option?
+1
It's a nice addition for artist with only 1 album in Artists view, but:
 - it's not needed in Album Covers view, we already have a bigger one on top of the expanded panel
 - I prefer no album cover thumbnail than a stretched one


The Artist Picture element seems bugged.
eg.: playing a "Mika" track: the artist picture element displays pictures of all "Mika" artists (Mika, Mika Arisaka, Mika Nakashima...), Same for the Now Playing Tab. (MB is set to display local pictures)
Title: Re: GUI changes for v3.0
Post by: theta_wave on March 21, 2016, 07:56:54 PM
Fixes the all CAPs issue but it introduces some weird visual artifacts.  Also, the latter issue is still there.
is it still doing that ie. it wasnt a one-off and if so, are you sure you dont have override text for the tab header set (right click/ Edit Tab Header)
Since yesterday's update, I always see the the weird visual artifact in the second picture I posted for the Last.fm statistics tab (the overhanging transparency).  It arises when I click the tab located to its left and any other tab thereafter.  I didn't override the text for this or any other tab header; I always leave them with their default name.  What is interesting is if I change the text header of the tab next to the last.fm tab, the last.fm tab adopts that change too!  Weird.
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:57:57 PM
Since yesterday's update, I always see the the weird visual artifact in the second picture I posted for the Last.fm statistics tab (the overhanging transparency).  It arises when I click the tab located to its left and any other tab thereafter.  I didn't override the text for this or any other tab header; I always leave them with their default name.  What is interesting is if I change the text header of the tab next to the last.fm tab, the last.fm tab adopts that change too!  Weird.
can you send me a link to your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 07:59:38 PM
for those of you complaining about the new small album picture, can you post a screenshot where the bigger album cover is already showing in the main panel as that shouldnt happen
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 21, 2016, 08:19:09 PM
for those of you complaining about the new small album picture, can you post a screenshot where the bigger album cover is already showing in the main panel as that shouldnt happen

Sent. Thought it was a weird touch and I wasn't sure it was intended or not since it came out of nowhere xD
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 08:25:07 PM
Sent. Thought it was a weird touch and I wasn't sure it was intended or not since it came out of nowhere xD
missed the most obvious condition of all - when showing album covers in the main panel. Thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 09:27:54 PM
After navigating to podcasts, the thumbnail browser scrollbar from the previous node remains visible. This only happens the first time the podcast node is visited. If you leave and then re-enter it goes back to normal. Also if MB is started in the podcast node, it doesn't occur.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 09:46:48 PM
had you edited or rated the track that was playing at the time? (or have a plugin that updates tags based on some rule that includes skip/play count)

No, nothing like that.
was it in the last few seconds of the track?
Title: Re: GUI changes for v3.0
Post by: sleepless on March 21, 2016, 09:47:06 PM
I mentioned this earlier, but the wording wasn't very clear. Selecting a custom view results in the playlist manager dissappearing.
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 21, 2016, 10:07:44 PM
When I use the Search and then change the view in, for example, cover or title details the search discarded.
I think that has already been fixed. But now the Bug is back.
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 10:24:15 PM
When I use the Search and then change the view in, for example, cover or title details the search discarded.
I think that has already been fixed. But now the Bug is back.
I mentioned this earlier, but the wording wasn't very clear. Selecting a custom view results in the playlist manager dissappearing.
those are both fixed for the next update
Title: Re: GUI changes for v3.0
Post by: sleepless on March 21, 2016, 10:37:57 PM
No biggie, just thought I'd mention a small glitch in the Now Playing panel configuration. When an element is added back to the available list after being removed from the panel, the text for the options below is lowered and overlaps the radiobutton area.

(http://i.imgur.com/Rxl6Ic9l.jpg) (http://i.imgur.com/Rxl6Ic9.png)
Title: Re: GUI changes for v3.0
Post by: Steven on March 21, 2016, 11:23:29 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 21, 2016, 11:46:14 PM
If you have multiple artwork images displaying in Track Information (and Enable Image Rotation is checked), when moving to Now Playing tab whatever artwork is currently displayed becomes the album artwork that is used in whatever view you use in the Now Playing tab.

If you cycle thru the Artist Picture/ Album Colour Mix/ Large Artwork/ etc, the artwork will change with whatever is on display back in Track Information on the Music tab.

If Track Information is displayed in the Playlist view of Now Playing tab, the album cover rotation right-click dialog works - except sometimes the image# indicator doesn't move to the correct image on display.

None of the other views have any Album Cover control dialogs

still occuring
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 21, 2016, 11:53:47 PM
for consistency, shouldn't 'hide panels header bar' also remove these headers?
(http://i.imgur.com/hUJlWnH.jpg) (http://imgur.com/hUJlWnH)
Title: Re: GUI changes for v3.0
Post by: Alumni on March 22, 2016, 01:28:25 AM
was it in the last few seconds of the track?

Actually yes, I'm pretty sure the track was nearly finished when I stopped it.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 22, 2016, 05:48:39 AM
was it in the last few seconds of the track?

Actually yes, I'm pretty sure the track was nearly finished when I stopped it.

Okay, we have 100% exactly the same problem then. It always happened at the end of a track for me and when I wanted to play the next song --> crash.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 22, 2016, 06:15:26 AM
Graphical glitches: update missing lyrics and web browser.  125% magnification.

(http://i.imgur.com/YEAV7cW.png)

(http://i.imgur.com/XR1AH0x.png)
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 22, 2016, 12:30:19 PM
Sent. Thought it was a weird touch and I wasn't sure it was intended or not since it came out of nowhere xD
missed the most obvious condition of all - when showing album covers in the main panel. Thats fixed for the next update

For artist view it's still there (artists with only one album)
Title: Re: GUI changes for v3.0
Post by: Alumni on March 22, 2016, 01:17:39 PM
For artist view it's still there (artists with only one album)

I believe that's why the feature was added, to show the cover of a single album in artist view.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 22, 2016, 01:30:15 PM
For artist view it's still there (artists with only one album)

I believe that's why the feature was added, to show the cover of a single album in artist view.

tbh I don't know what's so good about such a small stretched album icon, why do you want to see it like that? Most people have artwork element on a side bar anyways, which looks thousand times better? If you don't have "show album art" enabled, I don't expect any album art at all in the expanded panel.

Maybe make it an option for those who really want to see the album art in such a small size?

OR better yet, for artists with only 1 album, just show the album normally in expanded panel and not directly the tracks, like any other artist with multiple albums. I don't see anything wrong with 1 extra mouse click if it means just seeing the album art in normal size.
Title: Re: GUI changes for v3.0
Post by: Steven on March 22, 2016, 06:56:16 PM
for consistency, shouldn't 'hide panels header bar' also remove these headers?
its a compromise. They would have no easy way to change items that you can access via the context menu.
For a future MB release i will probably add the ability to individually hide the sub-panels as well
Title: Re: GUI changes for v3.0
Post by: Steven on March 22, 2016, 07:04:54 PM
Graphical glitches: update missing lyrics and web browser.  125% magnification.
the layout for the auto-tag function is addressed for the next MB update and i have updated the web browser plugin for better icon handling on high dpi screens (its the usual web browser plugin link):
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip
Title: Re: GUI changes for v3.0
Post by: Steven on March 22, 2016, 07:18:24 PM
@rurutia10 and @Alumni, I am still not able to reproduce any issues using Alumnis settings and by stopping playback just before the end of a track.
It would be useful to know if you are easily able to reproduce the issue yourself by repeatedly performing that action.
If so then i can create a debug version for this.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 22, 2016, 08:30:36 PM
Nothing on the album art icon in artist view for artists with one album?

I don't even mind it that much but just found it weird a feature that was requested has been nerved to compensate another feature in artist view.

also don't think it looks good at all, and should be made optional, but if others here like it..

The reason I asked for that feature was because I wanted it to be as minimalist as possible. Doesn't really do what it says anymore, at least in artist view
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 22, 2016, 09:02:24 PM
@rurutia10 and @Alumni, I am still not able to reproduce any issues using Alumnis settings and by stopping playback just before the end of a track.
It would be useful to know if you are easily able to reproduce the issue yourself by repeatedly performing that action.
If so then i can create a debug version for this.

I haven't even been able to reproduce it manually. lol. it happens way too randomly :/

The last time I got a crash the song was at 50% or so if I remember correctly.

@Alumni

Do you use repeat song a lot?
Title: Re: GUI changes for v3.0
Post by: Steven on March 22, 2016, 10:06:50 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- added a spacer/ panel splitter element to the panel arrangement dialog as promised. Its enables you to have two sets of stacked panels in sequence or enables display of a visible gap between panels
Title: Re: GUI changes for v3.0
Post by: KissCool on March 22, 2016, 10:55:23 PM
Thanks for the splitter and the small album thumbnail in expanded view that is not stretched anymore.
Title: Re: GUI changes for v3.0
Post by: gpzbc on March 22, 2016, 11:01:23 PM
- added a spacer/ panel splitter element to the panel arrangement dialog as promised. Its enables you to have two sets of stacked panels in sequence or enables display of a visible gap between panels

Thank you!  I'm excited about this.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 22, 2016, 11:30:29 PM
for consistency, shouldn't 'hide panels header bar' also remove these headers?
its a compromise. They would have no easy way to change items that you can access via the context menu.
For a future MB release i will probably add the ability to individually hide the sub-panels as well
Ahh, OK. ???
but that same logic
They would have no easy way to change items that you can access via the context menu.
applies to the ones that do get hidden now.

Wouldn't it be better to just hide the text, but leave the bar there so it can be right-clicked on.
Maybe narrow the bar as well.
Title: Re: GUI changes for v3.0
Post by: Steven on March 22, 2016, 11:40:09 PM
but that same logic
They would have no easy way to change items that you can access via the context menu.
applies to the ones that do get hidden now.
no - you can right click on the tab header and get access to the menus
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 23, 2016, 02:34:08 AM
but that same logic
They would have no easy way to change items that you can access via the context menu.
applies to the ones that do get hidden now.
no - you can right click on the tab header and get access to the menus
yes - right-click on the tab header is not the same as right-click on the element header
take the thumbnail browser and library explorer in the left main panel of my setup;
(http://i.imgur.com/HyLH7CA.jpg) (http://imgur.com/HyLH7CA)
you can't easily access the context menu of the thumbnail browser - you have to go via tab header.
if you aren't hiding the library explorer header to allow easy access to the context menu, wouldn't the thumbnail browser be the same?
or wouldn't the library explorer context menu be under a sub header of the Left Main Panel menu of the tab header context menu?

Surely it should be if you hide header bar(s) all context menus for those panels should be via the tab header, rather than being disjointed by having some in the tab header and some in the element header.

If I changed my layout around, I'd have the less-than-ideal situation of having to remember "oh-this-elements-at-the-top-so-I-access-it's-context-menu-from-the-tab-header" or "wait-this-one's-at-the-bottom-so-I-can-right-click-on-it" scenario.
Title: Re: GUI changes for v3.0
Post by: gpzbc on March 23, 2016, 04:50:33 AM
I synced up a portable device. After it was 100% complete, I opened the left sidebar and hit "Safely Remove Device" and MB3 immediately crashed.

MusicBee v3.0.5925.37709 (Win10.0), 22 Mar 2016 21:49:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qusLwCp$flwpU_uIEYnhuWg$6GQpgpj_fIrSu92j_Jig=.#=qefADVepSyJy3njdXTYLZxSv4lAJ8gGaPnSSunhdVhgw=(Boolean #=qJHsdOfRTnkpbooZvtsKHUw==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qu0PgqHEi1efkV39UqvRSWhnaItA44blenb9tKf3Vol0=._Lambda$__0(Graphics #=q_p3AwyzKrOxLgFr7SkcIzw==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qvdG73Iblg$anR$4mcrWk9g==(PaintEventArgs #=qPphfixBs9dCqakgxrq5Oeg==)
   at MusicBee.MusicBeeMain.#=qiXKz9uJlthCXapms_GYTMsZ68fulUUgENwxppIZThwA=._Lambda$__0(Graphics #=qNafDS7FfjKy0ire3UoV4Qg==)
   at #=q6qAWSrvpH4PZaGOjPhy9Kw==.#=q02ayg4lokH1BZK$wZJUAXQ==.#=qFzkdv9FR0iDotmreJbuuDQ==(Graphics #=qsiKf34av3Ik4b9f375GGZw==, #=qxaQYHkGO0zpd6zFKnXkMzV273z5DrK9kfKZis5ASQKA= #=q1toyhQb5MWxmiqCBCj3Ghg==, Rectangle #=qwHoWCP4l73rv5lbFGl3WHw==, Rectangle #=qiqd14gVKrnp2gw3BMnhP8Q==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qJYPWUDFFpNXOU_GleeT47w==)
   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 #=qqQr8KjRVJigjbc40_zndgqFJ3g$Cpi5uVUtzknnjdYk=.WndProc(Message& #=qFYl0gE_kR3CEMaV7bEN_MA==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qwS$DPYLBiFQJF09CQqA8HQ==)
   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)
Title: Re: GUI changes for v3.0
Post by: AvikB on March 23, 2016, 04:57:49 AM
one thing i noticed is when header bar is hidden, and also left sidebar is in auto hide mode, you can't access left sidebar options by right clicking on the tabs.

And A-Z jumpbar still does not work. I am using Album Cover view with sort by Album and group by Album selected.
Title: Re: GUI changes for v3.0
Post by: redwing on March 23, 2016, 05:01:47 AM
- added a spacer/ panel splitter element to the panel arrangement dialog as promised. Its enables you to have two sets of stacked panels in sequence or enables display of a visible gap between panels

Working well. Maybe instead of offering two splitters as is, you could make one splitter element never disappear from available elements box so that it could be supplied more than two and look neater when none of it is used.
Title: Re: GUI changes for v3.0
Post by: redwing on March 23, 2016, 05:04:23 AM
It seems some bugs were recently introduced to movie backdrop display feature.
- It doesn't recognize previous mapping, which requires remapping of all soundtrack files.
- When playing track has different movie title (album) but same artist as previous track, it keeps displaying the images of previous movie.
i havent changed anything related to this for ages. You will need to give me more specific information

The second one was an old bug that you fixed years ago, but somehow it came back.
Let's say you have two tracks:
Title: track 1, Artist: John Williams, Genre: Soundtrack, Album: Jaws
Title: track 2, Artist: John Williams, Genre: Soundtrack, Album: Dracula

Play track 1 and then track 2, but the pictures are still those of Jaws. To change it to Dracula, you have to close and open the picture element again.

Not fixed yet.
Title: Re: GUI changes for v3.0
Post by: redwing on March 23, 2016, 05:13:16 AM
Currently vertical AZ jump bar gets placed at the left of column/thumbnail browser when those elements are placed in the main panel. I think the AZ bar should be placed at the right of those elements because it only controls main panel.

Also please display it (web browser plugin tab) in the main panel only so that left & right main panel can be used along with it.

Bump. Both of those should be updated in accordance with the changes in main panel use with v3.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 23, 2016, 07:04:57 AM
@rurutia10 and @Alumni, I am still not able to reproduce any issues using Alumnis settings and by stopping playback just before the end of a track.
It would be useful to know if you are easily able to reproduce the issue yourself by repeatedly performing that action.
If so then i can create a debug version for this.

I'm willing to use a debug version until the issue can be reproduced.
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 07:57:37 AM
I'm willing to use a debug version until the issue can be reproduced.
i need to have some idea where the error is in order to create a debug version. If the lock up you had was completely random there is very little i can do as the amount of code involved is too large. If there are steps you can do to reproduce the problem then i can do something
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 08:01:05 AM
Currently vertical AZ jump bar gets placed at the left of column/thumbnail browser when those elements are placed in the main panel. I think the AZ bar should be placed at the right of those elements because it only controls main panel.

Also please display it (web browser plugin tab) in the main panel only so that left & right main panel can be used along with it.
i am not planning to change either of these and while i agree with the logic of your first point, i felt the bar visually interferes with the filter panels when docked that way. If others chip in and say they agree with you then i will reconsider
Title: Re: GUI changes for v3.0
Post by: redwing on March 23, 2016, 08:38:00 AM
Currently vertical AZ jump bar gets placed at the left of column/thumbnail browser when those elements are placed in the main panel. I think the AZ bar should be placed at the right of those elements because it only controls main panel.

Also please display it (web browser plugin tab) in the main panel only so that left & right main panel can be used along with it.
i am not planning to change either of these and while i agree with the logic of your first point, i felt the bar visually interferes with the filter panels when docked that way. If others chip in and say they agree with you then i will reconsider

OK, but I think it's more of a bug as AZ bar gets placed (properly) at the right of thumbnail browser when it's placed in the left main panel. The problem only arises when filter panels are placed in the main panel, and the way I see it is rather filter browsers visually interfere with the AZ bar. I can wait for others' support, or a compromise might be to make vertical AZ bar movable in the panel layout editor.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 23, 2016, 10:10:11 AM
i need to have some idea where the error is in order to create a debug version. If the lock up you had was completely random there is very little i can do as the amount of code involved is too large. If there are steps you can do to reproduce the problem then i can do something

Oh ok, I didn't realize that. Do you think it would make a difference whether the song is scrubbed to the end and stopped, rather than playing through normally and stopped? (for testing purposes)
Title: Re: GUI changes for v3.0
Post by: brx on March 23, 2016, 10:49:45 AM
I've found this small issue.
1) Click on rating near the player controls (below).
2) The rating in the playlist doesn't update.
3) It shows properly on selecting an item in the playlist.
http://imgur.com/AK9i01O
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 10:57:41 AM
Do you think it would make a difference whether the song is scrubbed to the end and stopped, rather than playing through normally and stopped? (for testing purposes)
it could make a difference as there is additional code called when the play count increments. My suggestion would be to spend a bit of time by moving the jump bar towards the end of the track and then stopping in the last 4 seconds. If no issues happen after trying say 30 times, then i could give you a version that always invokes the play count incrementing irrespective of the actual time played.
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 06:49:01 PM
And A-Z jumpbar still does not work. I am using Album Cover view with sort by Album and group by Album selected.
i am just trying this now and all is working fine. Would you mind sending me your settings file (help/ support/ view settings)

one thing i noticed is when header bar is hidden, and also left sidebar is in auto hide mode, you can't access left sidebar options by right clicking on the tabs.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: AvikB on March 23, 2016, 07:21:16 PM
i am just trying this now and all is working fine. Would you mind sending me your settings file (help/ support/ view settings)
here is a paste of my setting file:
http://paste2.org/MEUM4D4I (http://paste2.org/MEUM4D4I)
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 07:30:58 PM
i am just trying this now and all is working fine. Would you mind sending me your settings file (help/ support/ view settings)
here is a paste of my setting file:
its all working fine for me. The only thing i can think of that has tripped up musicbee in the past is if the files are not sorted exactly as they should be due to localisation issues.
So could you confirm if it works with A then B then C etc until it doesnt work. And for the letter that doesnt work, check the files are all correctly sorted for the preceding letter
Title: Re: GUI changes for v3.0
Post by: AvikB on March 23, 2016, 07:45:20 PM
here is a screenshot of my sorting and grouping:
(http://i.imgur.com/tPAm7mM.jpg)
(http://i.imgur.com/oFH8k2R.jpg)

its all working fine for me. The only thing i can think of that has tripped up musicbee in the past is if the files are not sorted exactly as they should be due to localisation issues.
I do have few japanese songs in japanese characters. But even if i filtered them out it still does not work.

So could you confirm if it works with A then B then C etc until it doesnt work. And for the letter that doesnt work, check the files are all correctly sorted for the preceding letter
When i first start musicbee, if i click on A-Z jump bar for the first click it works as expected. but after that it does not work properly. Here is a small screen capture showing the issue.

https://dropfile.to/mEHTd (https://dropfile.to/mEHTd)
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 07:53:07 PM
you have "enable multi-character searches" enabled, so if you click a 2nd letter before 3 secs then it appends that letter the search rather than a brand new search.
there is a bug that this right click menu is not available when the a-z bar is vertical so i will fix that.
In the interim, show the header bar and dock the a-z bar horizontally, then right click and untick the option
Title: Re: GUI changes for v3.0
Post by: AvikB on March 23, 2016, 07:55:56 PM
you have "enable multi-character searches" enabled, so if you click a 2nd letter before 3 secs then it appends that letter the search rather than a brand new search.
there is a bug that this right click menu is not available when the a-z bar is vertical so i will fix that.
In the interim, show the header bar and dock the a-z bar horizontally, then right click and untick the option

Ah thanks, that fixed it :)
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 08:58:11 PM
I synced up a portable device. After it was 100% complete, I opened the left sidebar and hit "Safely Remove Device" and MB3 immediately crashed.
sometimes there are really weird errors. I have put in some handling which will hopefully cope with this error

I've found this small issue.
1) Click on rating near the player controls (below).
2) The rating in the playlist doesn't update.
3) It shows properly on selecting an item in the playlist.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 08:59:41 PM
Maybe instead of offering two splitters as is, you could make one splitter element never disappear from available elements box so that it could be supplied more than two and look neater when none of it is used.
i do agree and thats what i was already planning to do at some point after v3
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 09:09:36 PM
The second one was an old bug that you fixed years ago, but somehow it came back.
Let's say you have two tracks:
Title: track 1, Artist: John Williams, Genre: Soundtrack, Album: Jaws
Title: track 2, Artist: John Williams, Genre: Soundtrack, Album: Dracula

Play track 1 and then track 2, but the pictures are still those of Jaws. To change it to Dracula, you have to close and open the picture element again.
i am not able to reproduce this. Could you send me the file:
SavedSountrackMappings.dat which is in the AppData folder

Also could you confirm you are refering to the Artist Pictures view
Title: Re: GUI changes for v3.0
Post by: Steven on March 23, 2016, 10:56:37 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 23, 2016, 11:43:25 PM
There are (I think) a bug with the locked tabs.
I have this settings.

(http://i.imgur.com/I2ypmrV.jpg)

When I click a Filter --> the Filter appears to me in the same Tab
When i click a Playlist --> open a new tab with the Playlist
But the Playlist should me be displayed in the same Tab?!


Title: Re: GUI changes for v3.0
Post by: redwing on March 24, 2016, 02:41:20 AM
The second one was an old bug that you fixed years ago, but somehow it came back.
Let's say you have two tracks:
Title: track 1, Artist: John Williams, Genre: Soundtrack, Album: Jaws
Title: track 2, Artist: John Williams, Genre: Soundtrack, Album: Dracula

Play track 1 and then track 2, but the pictures are still those of Jaws. To change it to Dracula, you have to close and open the picture element again.
i am not able to reproduce this. Could you send me the file:
SavedSountrackMappings.dat which is in the AppData folder

Also could you confirm you are refering to the Artist Pictures view

I am really surprised to hear it's working fine for you. It has nothing to do with the mapping file as the two example files don't need mapping (album=movie title). I can replicate this issue with a fresh installation of MB right away.
One more thing, closing and opening the element doesn't correct the issue. You have to play another artist and then return to the original artist. It's happening with any picture element: compact player, now playing tab/bar, artist picture element. Only TMs are working properly.
Title: Re: GUI changes for v3.0
Post by: redwing on March 24, 2016, 02:58:55 AM
There are (I think) a bug with the locked tabs.
I have this settings.

(http://i.imgur.com/I2ypmrV.jpg)

When I click a Filter --> the Filter appears to me in the same Tab
When i click a Playlist --> open a new tab with the Playlist
But the Playlist should me be displayed in the same Tab?!

I heard this several times but I wasn't able to replicate it nor with a fresh installation of MB. It would be helpful if you PM your settings file to Steven.
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 08:58:51 AM
There are (I think) a bug with the locked tabs.

When I click a Filter --> the Filter appears to me in the same Tab
When i click a Playlist --> open a new tab with the Playlist
But the Playlist should me be displayed in the same Tab?!
Library Filters is treated as one group and Playlists as another. Jumping between a Library Filter and a Playlist opens a new tab
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 09:00:16 AM
I am really surprised to hear it's working fine for you. It has nothing to do with the mapping file as the two example files don't need mapping (album=movie title). I can replicate this issue with a fresh installation of MB right away.
One more thing, closing and opening the element doesn't correct the issue. You have to play another artist and then return to the original artist. It's happening with any picture element: compact player, now playing tab/bar, artist picture element. Only TMs are working properly.
i wont be able to help any further with this one then
Title: Re: GUI changes for v3.0
Post by: h0m3r on March 24, 2016, 09:03:47 AM
There are (I think) a bug with the locked tabs.

When I click a Filter --> the Filter appears to me in the same Tab
When i click a Playlist --> open a new tab with the Playlist
But the Playlist should me be displayed in the same Tab?!
Library Filters is treated as one group and Playlists as another. Jumping between a Library Filter and a Playlist opens a new tab

ah ok I understand.
thanks for your explanation.
Title: Re: GUI changes for v3.0
Post by: redwing on March 24, 2016, 09:24:36 AM
I am really surprised to hear it's working fine for you. It has nothing to do with the mapping file as the two example files don't need mapping (album=movie title). I can replicate this issue with a fresh installation of MB right away.
One more thing, closing and opening the element doesn't correct the issue. You have to play another artist and then return to the original artist. It's happening with any picture element: compact player, now playing tab/bar, artist picture element. Only TMs are working properly.
i wont be able to help any further with this one then

OK. I'd appreciate if anyone else tries to replicate the issue and tell me it's working or not. I'm wondering if this is happening only to my machine.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 24, 2016, 11:23:56 AM
I am really surprised to hear it's working fine for you. It has nothing to do with the mapping file as the two example files don't need mapping (album=movie title). I can replicate this issue with a fresh installation of MB right away.
One more thing, closing and opening the element doesn't correct the issue. You have to play another artist and then return to the original artist. It's happening with any picture element: compact player, now playing tab/bar, artist picture element. Only TMs are working properly.
i wont be able to help any further with this one then

OK. I'd appreciate if anyone else tries to replicate the issue and tell me it's working or not. I'm wondering if this is happening only to my machine.
I can duplicate it redwing
track 1 / Title: The Pink Panther Theme / Artist: Henry Mancini / Album: The Pink Panther / Genre: Soundtrack 
track 2 / Title: Days Of Wine And Roses / Artist: Henry Mancini / Album: Days Of Wine And Roses / Genre: Soundtrack 
track 3 / Title: Baby Elephant Walk / Artist: Henry Mancini / Album: Hatari! / Genre: Soundtrack
track 4 / Title: Peter Gunn / Artist: Henry Mancini / Album: The Music From Peter Gunn / Genre: Soundtrack

wont change from images taken from The Pink Panther
Title: Re: GUI changes for v3.0
Post by: Alumni on March 24, 2016, 12:31:41 PM
OK. I'd appreciate if anyone else tries to replicate the issue and tell me it's working or not. I'm wondering if this is happening only to my machine.

It may or may not be related to the issues you described, but today I noticed that when playing an album with more than one cover (ie. a different cover for each track) the artwork doesn't update/refresh automatically, at least in the Now Playing node. In my case it didn't have anything to do with soundtracks though.
Title: Re: GUI changes for v3.0
Post by: XanderzDad on March 24, 2016, 01:46:20 PM
Firstly Steven, amazing work.  I've been following your progress for about 6 months - love it. V3 has been rock solid during my usage over past month or so.

Minor bug / irritation - when searching Album artist by name in the library explorer, the matching artist drops to bottom of the list whereas it should be at top (as per V2).
For example if I type PRI, then Prince is at the bottom of the list of matches, with all names following PRI off the bottom of the list and therefore not visible.
(I would screenshot it, but no idea how on this forum I'm afraid).
Title: Re: GUI changes for v3.0
Post by: redwing on March 24, 2016, 02:20:55 PM
I can duplicate it redwing
track 1 / Title: The Pink Panther Theme / Artist: Henry Mancini / Album: The Pink Panther / Genre: Soundtrack 
track 2 / Title: Days Of Wine And Roses / Artist: Henry Mancini / Album: Days Of Wine And Roses / Genre: Soundtrack 
track 3 / Title: Baby Elephant Walk / Artist: Henry Mancini / Album: Hatari! / Genre: Soundtrack
track 4 / Title: Peter Gunn / Artist: Henry Mancini / Album: The Music From Peter Gunn / Genre: Soundtrack

wont change from images taken from The Pink Panther

Thanks, Bee-liever! Then it doesn't seem my machine's issue.

It may or may not be related to the issues you described, but today I noticed that when playing an album with more than one cover (ie. a different cover for each track) the artwork doesn't update/refresh automatically, at least in the Now Playing node. In my case it didn't have anything to do with soundtracks though.

That sounds like the issue Bee-liever reported a while ago:

If you have multiple artwork images displaying in Track Information (and Enable Image Rotation is checked), when moving to Now Playing tab whatever artwork is currently displayed becomes the album artwork that is used in whatever view you use in the Now Playing tab.
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 06:17:21 PM
I am really surprised to hear it's working fine for you. It has nothing to do with the mapping file as the two example files don't need mapping (album=movie title). I can replicate this issue with a fresh installation of MB right away.
One more thing, closing and opening the element doesn't correct the issue. You have to play another artist and then return to the original artist. It's happening with any picture element: compact player, now playing tab/bar, artist picture element. Only TMs are working properly.
yes you are right - my first test file had extra artists. I can reproduce now and its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 07:48:46 PM
Context menu functions for playlists in the items sections of the Now Playing Assistant doesn't work.
you can right click in the files section of the panel. I have removed the context menu when clicking on a playlist itself
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 07:57:01 PM
There are bugs in the Mini Player Layout Editor if you select display fields or contrast, it won't display the options in the expected behaviour.
assuming you have the mini-player "always on top" then thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 08:00:42 PM
Minor bug / irritation - when searching Album artist by name in the library explorer, the matching artist drops to bottom of the list whereas it should be at top (as per V2).
For example if I type PRI, then Prince is at the bottom of the list of matches, with all names following PRI off the bottom of the list and therefore not visible.
trying with v2.5, the library explorer doesnt behave in the desired way you describe - v3 does the same where the node is displayed on the bottom if MB needs to scroll the panel down. Its no problem to change it so the first matching node is always at the top but perhaps i am not understanding what you are saying.
Title: Re: GUI changes for v3.0
Post by: XanderzDad on March 24, 2016, 08:17:15 PM
You are spot on - so impressive how quick you fix things.  Do you ever sleep?
Title: Re: GUI changes for v3.0
Post by: lancie13 on March 24, 2016, 08:56:41 PM
I tried v3.0 and it works fine.  The only thing I noticed is that it will not dock on my second monitor.  2.5 would do this and it's kind of a deal breaker for me.  Is that possibly an easy fix?  Not sure.  Other than that I love the new GUI.

What do you mean by dock? I have no problems with 3.0 on a second monitor.

When you right click on the compact player and go to "window settings" and choose bottom v3.0 always docks on my 1st monitor even if the maximized window is on my 2nd.  In v2.5 if I had it on my 2nd monitor and docked it at the bottom it would dock on the bottom of the 2nd monitor.  v3.0 won't.  Does that help clarify?  I don't know much about how it would decide that, but I liked being able to dock it on my 2nd monitor because it is about the same size as the taskbar and then my two screen are pretty much the same size.
Title: Re: GUI changes for v3.0
Post by: Steven on March 24, 2016, 09:06:24 PM
When you right click on the compact player and go to "window settings" and choose bottom v3.0 always docks on my 1st monitor even if the maximized window is on my 2nd.  In v2.5 if I had it on my 2nd monitor and docked it at the bottom it would dock on the bottom of the 2nd monitor.  v3.0 won't.  Does that help clarify?  I don't know much about how it would decide that, but I liked being able to dock it on my 2nd monitor because it is about the same size as the taskbar and then my two screen are pretty much the same size.
i think you are refering to the mini-player. Do you get the desired behavior if the MusicBee application window is not maximised? I would think its probably because of that, and i can make a change to accomodate that
Title: Re: GUI changes for v3.0
Post by: lancie13 on March 24, 2016, 10:15:08 PM
Steven,

Thanks for your response.  You are correct.  I did mean the mini player.  Sorry.  Even if I don't have the window maximized, it still happens.  I would just like to be able to dock v3.0 mini player on the bottom of my 2nd monitor if possible.  Thanks again.
Title: Re: GUI changes for v3.0
Post by: redwing on March 25, 2016, 03:01:29 AM
yes you are right - my first test file had extra artists. I can reproduce now and its fixed for the next update

Thanks, it's working better now, but not completely fixed yet. Once falling back to artist picture, it refuses to show movie backdrops for any tracks from the same artist.

Add one more track, track 3:
Title: track 1, Artist: John Williams, Genre: Soundtrack, Album: Jaws
Title: track 2, Artist: John Williams, Genre: Soundtrack, Album: Dracula
Title: track 3, Artist: John Williams, Genre: Soundtrack, Album: Queen

If you switch between track 1 and 2, movie backdrops are now changing accordingly thanks to the fix. Now play track 3, then it will show John Williams's artist picture because I made up the movie title. Then play track 1 or 2, and you will see it keeps showing John Williams's artist picture instead of switching to movie backdrops for those tracks. Try with v2.5, it's working properly.
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 25, 2016, 03:03:31 AM
I'm using the new right click menu on Auto DJ a lot!  When MB first starts, though, it shows "Turn on Auto DJ" even when Auto DJ is already active.  (And could "Turn On" maybe be changed to "Start" - although I only recently discovered that this command is in the menu you get when you right click on the Taskbar.  Just another of those things I keep discovering...)
Title: Re: GUI changes for v3.0
Post by: redwing on March 25, 2016, 03:36:02 AM
If you click on the content of template editor (track info panel, virtual tag editor, etc.) and then click on field/function selector, it gives the following error:

10.0.10586.0 - 3.0.5927.37303 - System.ObjectDisposedException: Cannot access a disposed object.
Object name: '#=qveDAOvgLPdWcOC5xAIAR_Dn1fBA_bVRR5J965sBal$w='.
   at System.Windows.Forms.Control.CreateHandle()
   at System.Windows.Forms.Control.get_Handle()
   at System.Windows.Forms.Control.PointToScreen(Point p)
   at #=q5l6J2HyqpH9lzfD5Py0J2dS1utvCfjq$Cuk9$kXP2L8=.#=qZwqdjUAfUIQwNxF4H1PARw==(#=qEFK9NYgyaobMKF6PEzW_4lkp4COeIHizzCh1QVMP1aU= #=q9Dn7pClUUYWnN$W3XOrCdw==, Int32 #=qXKaqjUaUE8W4BwQ2CX0QBQ==, Int32 #=qsqebvwd70_s6t3FhU_lmQw==, Int32 #=qL0Vm9pc8PzgyDwqW$AXJmcGHOdvE9sOtBTtBsy2O564=, Int32 #=qQOumoq4JZI$AJ8LR38rnBkmnn8FZQl07HL_7gSitQUA=, Int32 #=qOfC531GssmEFnDryLAkST3UhyB5o0Fysc$ZLEcWImPE=)
   at #=qveDAOvgLPdWcOC5xAIAR_Dn1fBA_bVRR5J965sBal$w=.#=qs95_lCmSiUYfRkpeMkctHw==.#=qK4WTVMKVEfXm_1Ipa7a4HQ==(#=qveDAOvgLPdWcOC5xAIAR_Dn1fBA_bVRR5J965sBal$w= #=qtYVkhaqWNSXfOaCY3Yzsvw==)
   at #=qveDAOvgLPdWcOC5xAIAR_Dn1fBA_bVRR5J965sBal$w=.#=qu0oy__GZjs_W_Kz3rOfXJZb825Ly5wmJXhtHJTIRcmM=()
   at #=qveDAOvgLPdWcOC5xAIAR_Dn1fBA_bVRR5J965sBal$w=.OnMouseClick(MouseEventArgs #=q8_MB2FBFoX9ZuDDfmA1_YA==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 09:36:59 AM
just in regards to the random freezing that was reported by a couple of people. I have spent quite a bit of time trying to reproduce and walking through the code.
I did make one small change but i dont really think that will be the reason it happened - it might be. So i will leave this for now. If anyone is able to semi-reliably reproduce this then i can spend more time on it
Title: Re: GUI changes for v3.0
Post by: hiccup on March 25, 2016, 09:46:53 AM
just in regards to the random freezing that was reported by a couple of people....

Just something I am noticing (or imagining...)
I copied the bass_alac, I updated to 3.0.5927, and when I now play the 8 sec. wav I PMéd you before, both the spectrum visualiser and the progress line in the wavebar move very shaky.
(but it might well be that was already the case before these changes, but I just didn't notice it then)
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 10:13:40 AM
If you switch between track 1 and 2, movie backdrops are now changing accordingly thanks to the fix. Now play track 3, then it will show John Williams's artist picture because I made up the movie title. Then play track 1 or 2, and you will see it keeps showing John Williams's artist picture instead of switching to movie backdrops for those tracks.
i have put in handling for this
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 12:33:01 PM
I'm using the new right click menu on Auto DJ a lot!  When MB first starts, though, it shows "Turn on Auto DJ" even when Auto DJ is already active.  (And could "Turn On" maybe be changed to "Start" - although I only recently discovered that this command is in the menu you get when you right click on the Taskbar.  Just another of those things I keep discovering...)
If you click on the content of template editor (track info panel, virtual tag editor, etc.) and then click on field/function selector, it gives the following error:
those are fixed for the next update

If you decide to remove the context menu, please consider to add a column for the tracks section to sort the tracks by numbers (#), because there's no option to display playlists in the correct order as of now (at least if you only use the Assistant). Would be a nice improvement.
i have added # for playlists

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: superstar19 on March 25, 2016, 02:54:44 PM
It's hard for me keeping up with this thread so I apologize if this has already been addressed earlier in the thread...

I usually have multiple tabs open with a primary "MUSIC" tab that I navigate for my library and I prefer to keep in "Artist" view followed by "Album" view.  I don't use the left-hand navigation tree for this tab.  On my 2nd tab, I utilize the navigation tree and also use the "Artist" view, and this is where I manage new entries into my library and do things like tag editing, adding cover art, FLAC->MP3 conversions.   My issue is that after I do work in the 2nd tab and go back to the "MUSIC" tab, the "MUSIC" tab is now displayed by "Album" rather than "Artist".   Am I missing a setting that will keep the first tab from re-arranging the display settings?  I tried the "Pin Tab" feature but this didn't seem to affect it.

<edit> I should add that I haven't been able to consistently duplicate or figure out what causes the above behavior.  Sometimes I will be working in the 2nd tab, and go back to the "MUSIC" tab and the Artists are displayed as expected.  Other times when I go back, it will be the "Albums" displayed.

I've also tried to duplicate the setup I had with v2.5 where in my "MUSIC" tab which again is displayed by Artists if I double clicked on an Artist, all of the albums would be displayed (by cover art), and then if I double clicked on an album, that album's artwork and track detail/listings would be listed.   With v3.0, when I double click on the album, I just get a single album view without the track details.

Hopefully this post makes some sense.  I can get some screen captures if needed.  Thanks!

Title: Re: GUI changes for v3.0
Post by: psychoadept on March 25, 2016, 03:28:07 PM
I'm using the new right click menu on Auto DJ a lot!  When MB first starts, though, it shows "Turn on Auto DJ" even when Auto DJ is already active.
those are fixed for the next update

Confirmed, thanks
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 25, 2016, 03:28:44 PM
just in regards to the random freezing that was reported by a couple of people. I have spent quite a bit of time trying to reproduce and walking through the code.
I did make one small change but i dont really think that will be the reason it happened - it might be. So i will leave this for now. If anyone is able to semi-reliably reproduce this then i can spend more time on it

thanks for the hard work
Title: Re: GUI changes for v3.0
Post by: redwing on March 25, 2016, 03:34:12 PM
Thanks, all bugs that I reported are fixed.

just in regards to the random freezing that was reported by a couple of people. I have spent quite a bit of time trying to reproduce and walking through the code.
I did make one small change but i dont really think that will be the reason it happened - it might be. So i will leave this for now. If anyone is able to semi-reliably reproduce this then i can spend more time on it

Regarding this, I also noticed a few times MB crashed without an apparent reason while playing in shuffle.
Could it have something to do with the new bass.dll file? I checked recent patches, and probably such a bug started to be reported around the time you added that file to the patch.
Title: Re: GUI changes for v3.0
Post by: redwing on March 25, 2016, 03:40:42 PM
A minor one: the dot in the checkbox of drop down menu is not placed at the center. It needs to move to the right by 1px. Noticed it while skinning.

http://i.imgur.com/60zJape.png
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 03:53:43 PM
Hopefully this post makes some sense.  I can get some screen captures if needed.  Thanks!
not really as what you say doesnt correspond to how tabs are implemented ie. each tab indpendently holds its own view (Albums is a different view to Artists) - the settings for a view are shared. Can you post screenshots
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 03:57:51 PM
Regarding this, I also noticed a few times MB crashed without an apparent reason while playing in shuffle.
Could it have something to do with the new bass.dll file? I checked recent patches, and probably such a bug started to be reported around the time you added that file to the patch.
what do you mean by crash and is anything in the error log?
this is the older bass.dll to see if the new bass.dll is the issue:
http://www.mediafire.com/download/s8zieq355vlezer/bass.zip
Title: Re: GUI changes for v3.0
Post by: KissCool on March 25, 2016, 04:01:53 PM
I usually have multiple tabs open with a primary "MUSIC" tab that I navigate for my library and I prefer to keep in "Artist" view followed by "Album" view.  I don't use the left-hand navigation tree for this tab.  On my 2nd tab, I utilize the navigation tree and also use the "Artist" view, and this is where I manage new entries into my library and do things like tag editing, adding cover art, FLAC->MP3 conversions.   My issue is that after I do work in the 2nd tab and go back to the "MUSIC" tab, the "MUSIC" tab is now displayed by "Album" rather than "Artist".   Am I missing a setting that will keep the first tab from re-arranging the display settings?  I tried the "Pin Tab" feature but this didn't seem to affect it.
Create a "Custom View" for the 1st tab. It should work.


I've also tried to duplicate the setup I had with v2.5 where in my "MUSIC" tab which again is displayed by Artists if I double clicked on an Artist, all of the albums would be displayed (by cover art), and then if I double clicked on an album, that album's artwork and track detail/listings would be listed.   With v3.0, when I double click on the album, I just get a single album view without the track details.
Finally, I'm not the only one who miss this feature:
http://getmusicbee.com/forum/index.php?topic=15050.msg106122#msg106122 (http://getmusicbee.com/forum/index.php?topic=15050.msg106122#msg106122)
http://getmusicbee.com/forum/index.php?topic=15050.msg106458#msg106458 (http://getmusicbee.com/forum/index.php?topic=15050.msg106458#msg106458)

Unfortunately:

@KissCool,
yes it was discussed. Change the view using the view selector in the header bar and it should persist. Also can you post the actual error you got (help/ support/ view error log - the error at the end)
You still can do it in v3, but it's not as fast and convenient than in v2.5
Artists view -> Album Covers view -> Album & Tracks view <- Album Covers view -- Dropdown menu: Select Artists view. Repeat.
Title: Re: GUI changes for v3.0
Post by: redwing on March 25, 2016, 04:08:53 PM
Regarding this, I also noticed a few times MB crashed without an apparent reason while playing in shuffle.
Could it have something to do with the new bass.dll file? I checked recent patches, and probably such a bug started to be reported around the time you added that file to the patch.
what do you mean by crash and is anything in the error log?
this is the older bass.dll to see if the new bass.dll is the issue:
http://www.mediafire.com/download/s8zieq355vlezer/bass.zip

Just a typical crash while playing a random track: Windows pops up "MB has stopped working" message. No errors have been logged.
I'm gonna start using that old bass file and see if the crash reoccurs. But it's not something I can reproduce.
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 04:15:17 PM
You still can do it in v3, but it's not as fast and convenient than in v2.5
Artists view -> Album Covers view -> Album & Tracks view <- Album Covers view -- Dropdown menu: Select Artists view. Repeat.
i think we are on a bit of a disconnect here and i find your little flow diagrams really confusing.
If you are refering to double clicking a picture where MB shows the tracks in the picture in a specific view, then the view used will be persisted separately for when you double click on an Artist picture, and for when you click on an Album picture. But i've already said this to you.
Title: Re: GUI changes for v3.0
Post by: ankor on March 25, 2016, 05:09:28 PM
not bug, more about UI...v3.0.5928

recently I updated artwork using "copy to the same folder as the music file and name as". but some tracks didn't get the desired artwork (operas, musicals) so I thought I'd just manually set the artwork. in my mind, I wanted to save the images in the music file (something I did not want to do for the rest of the tracks) but didn't think to change the setting in Preferences | Tags(1). I'd find the image and then Edit the artwork tag and used Paste and then save to leave Edit.

Then I notice the images were not stored in the music file. And I understand why. The reason for the post is to pose the question whether I needed to make the switch in Preferences or whether an option could be presented (or the context menu options could be expanded to offer "embed picture in the music file" and any other options) when wanting to "Paste" the new image. Thoughts?

Edit: I switched the setting in Preferences to embed the artwork. As I go through the tracks and paste the new image, I get presented with the dialog for choosing artwork storage location. I change the setting from "link" to "embed", hit Ok and then click Save. Sometimes the save works and sometimes the process has to be repeated because the image was not saved to the track. I haven't been able to determine the reason for the variation. But when I repeat the pasting of the image, I don't get the dialog again, I simply paste and save and then it works fine.
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 06:38:49 PM
@ankor, MB will use the artwork storage preferences when associating new artwork with a music file. To override individual tracks, go to the Artwork tab in the Tag Editor/ click the "Save To" button on the picture and set the picture location(s)
Title: Re: GUI changes for v3.0
Post by: KissCool on March 25, 2016, 06:50:24 PM
i think we are on a bit of a disconnect here and i find your little flow diagrams really confusing.
If you are refering to double clicking a picture where MB shows the tracks in the picture in a specific view, then the view used will be persisted separately for when you double click on an Artist picture, and for when you click on an Album picture. But i've already said this to you.
It was just an answer to superstar19. I should have used a PM. Sorry.

And about the diagrams:
v2.5
(http://i.imgur.com/wUokqPY.gif) (http://i.imgur.com/wUokqPY.gif)

v3.0
(http://i.imgur.com/uFpJ7es.gif) (http://i.imgur.com/uFpJ7es.gif)

But as you said, we already discussed about this.
I just don't use the Artists view anymore but the Album Covers view + Thumbnail browser: it's even a faster browsing shema (maybe, it's just less pleasant to browse artists in the thumbnail browser than in Artists view) and last but not least, this way, I also don't lose the group header in the album cover view. So, it's all good.
Title: Re: GUI changes for v3.0
Post by: Steven on March 25, 2016, 07:09:02 PM
@KissCool, i see what you mean now and that is an oversight which i will correct for the next update
Title: Re: GUI changes for v3.0
Post by: superstar19 on March 25, 2016, 07:09:40 PM
Hopefully this post makes some sense.  I can get some screen captures if needed.  Thanks!
not really as what you say doesnt correspond to how tabs are implemented ie. each tab indpendently holds its own view (Albums is a different view to Artists) - the settings for a view are shared. Can you post screenshots
I bundled my questions into a PDF here:
https://www.dropbox.com/s/n9tpy8qevevgz2y/Musicbee%20Questions.pdf?dl=0

Let me know if this is a problem.

Thanks!
Title: Re: GUI changes for v3.0
Post by: Plannar on March 25, 2016, 08:27:32 PM
Hi everybody,

Could you please bring back the option to remove dead links from the library when scanning new songs? I think that was one of the things that I liked the most from MusicBee, and now I don't have it! I have a huge music library and to keep it organized, I'm updating new songs, deleting or renaming others, and I would like to have the option to delete those files with broken links. I don't want to be closing and reopening the program to use the option that updates the library when MB starts...

Thanks!
Title: Re: GUI changes for v3.0
Post by: sleepless on March 25, 2016, 08:43:33 PM
Getting this error when ejecting my ipod. I'm not sure when I last ejected it successfully, but I'm sure it was working 7-10 days ago.

MusicBee v3.0.5926.40083 (Win6.1), 25 Mar 2016 14:36:

System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qusLwCp$flwpU_uIEYnhuWg$6GQpgpj_fIrSu92j_Jig=.#=qK6FRgFaomcyoSMy2sgFkqSbrB5L3H6NhYpsFl9vMT7w=(Boolean #=q09FwwBl3ccMO2t$iCHqjDQ==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qhsMXnthDYZ$gVe3TQ057us7izaEwXupbGnDXr2FpjPw=._Lambda$__0(Graphics #=qG8XtiK6HG8YVXLqW9mT_XA==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qcRzSJZCF_n4bWG$uENhLEQ==(PaintEventArgs #=qFv6z3wTLVQFh6dEy3cRtZg==)
   at MusicBee.MusicBeeMain.#=qPIm8RlTlfWOkwukiJwHRc6X1aVNMu1aFvfXGN$$HljA=._Lambda$__0(Graphics #=q9H3ygZDJmb1TH4lfBx9q4w==)
   at #=qrtSZq$1PbsHp7RzRYoEHyA==.#=qF220ZxpGqlQaKJBfX4q7nQ==.#=q1FZbhpFGuVES5BBkFlQxzg==(Graphics #=qfcp1jA92$AfiZGuwLxpurA==, #=qZiMGGlQ$pIG7IJa9Iqv2AxrBA$s_avVK$JPueKlpbrs= #=qkGi570dfaK5YFLdPeEX4Hw==, Rectangle #=qvyMY656_KgX$Lw1BdPbtOw==, Rectangle #=qlVGXCykgY1n3EMs6Yi1vOw==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qab8bMa$eBYO2l5eVXsBYng==)
   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 #=qZ1mxuhMt2sPq6BiLI4enPKxfeystwFhEiM2WTCusH4g=.WndProc(Message& #=qwZo4ObrurlEYyMnkaJ2J8A==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=q8zsEw5U1qgFZUfohmboggw==)
   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)

Title: Re: GUI changes for v3.0
Post by: KissCool on March 25, 2016, 08:54:55 PM
About the SideBar player controls:
(http://i.imgur.com/yQIBiuv.jpg)

Not a big deal, but it would look better with more space between the last button and track position/duration.
Title: Re: GUI changes for v3.0
Post by: sleepless on March 25, 2016, 09:17:28 PM
In the left main panel, l have the thumbnail browser together with the spectrum visualizer. This glitch occurs when I switch to a view where the thubnail browser is hidden. It looks like some track content in the panel header:

(http://i.imgur.com/ObX7Y8Nl.jpg) (http://i.imgur.com/ObX7Y8N.png)
Title: Re: GUI changes for v3.0
Post by: ankor on March 25, 2016, 09:49:54 PM
@ankor, MB will use the artwork storage preferences when associating new artwork with a music file. To override individual tracks, go to the Artwork tab in the Tag Editor/ click the "Save To" button on the picture and set the picture location(s)
ah great. I was focusing on the Tags tab. thanks
Title: Re: GUI changes for v3.0
Post by: rurutia10 on March 26, 2016, 04:53:06 AM
Here is how the crashing bug just happened for me

1. Play a song until it's almost finished
2. Pause the song, take a break from listening (20~ minutes)
3. Come back and play the song
4. Hear my hard drive spinning
5. Crash
Title: Re: GUI changes for v3.0
Post by: Alumni on March 26, 2016, 05:18:46 AM
this is the older bass.dll to see if the new bass.dll is the issue:

Today Windows Defender told me it had detected malware and quarantined it, referring to "bass.dll" in the MusicBee folder. It's labelled as a trojan with a 'severe' threat level. I'm sure this is a false positive, but why now all of a sudden would it think this file is infected?

Edit: Recent patches posted in this thread are being auto-deleted as I download them, since they are detected as containing a 'virus'.

Edit: For the time being at least, the older bass.dll you linked seems like it's not affected by this problem.
Title: Re: GUI changes for v3.0
Post by: theta_wave on March 26, 2016, 06:58:08 AM
Upload the suspected bass.dll to https://www.virustotal.com/ to determine whether it's a false positive.
Title: Re: GUI changes for v3.0
Post by: Alumni on March 26, 2016, 07:10:50 AM
Upload the suspected bass.dll to https://www.virustotal.com/ to determine whether it's a false positive.

Thanks, but I'm not worried. It's just an annoyance to have your AV software preventing you from patching MusicBee.
Title: Re: GUI changes for v3.0
Post by: hiccup on March 26, 2016, 08:04:00 AM
Thanks, but I'm not worried. It's just an annoyance to have your AV software preventing you from patching MusicBee.

But it is weird.
I just downloaded the latest patch (from niblseed), let Windows Defender do a custom scan on it, and it gives me no alerts at all.

Can you give the link from where in the forum you downloaded what patch, so I can try that too?
(but I would think that would be the same nibleseed source)

If in doubt if perhaps the bass.dll somehow was altered afterwards (can viri do that?), it might be good to check if the hash codes still match?

btw, my Defender versions:
Antimalware Client Version: 4.9.10586.0
Engine Version: 1.1.12505.0
Antivirus definition: 1.215.3020.0
Antispyware definition: 1.215.3020.0
Title: Re: GUI changes for v3.0
Post by: Steven on March 26, 2016, 08:16:06 AM
Getting this error when ejecting my ipod. I'm not sure when I last ejected it successfully, but I'm sure it was working 7-10 days ago.
that should have been fixed since the version you are using
Title: Re: GUI changes for v3.0
Post by: Alumni on March 26, 2016, 09:34:32 AM
@hiccup

It looks like my Windows Defender is not as up to date compared to yours, which is strange because I thought it updated by itself.
Maybe the solution is as simple as updating it with the latest definitions, I'll see how it goes. In the mean time I can use the older dll file.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 26, 2016, 12:13:22 PM
Version: 3.0.5928
tab opened in playlist node
tab heading not updated to current playlist name when clicking through different playlists

sorry. had to close old tab and open new tab to fix it.
even re-start didn't clear stuck heading
Title: Re: GUI changes for v3.0
Post by: Steven on March 26, 2016, 01:55:32 PM
sorry. had to close old tab and open new tab to fix it.
even re-start didn't clear stuck heading
if a heading is stuck then there is probably a text override. I changed the behavior for pinned tabs recently to they now repsect the tab header override so thats why you would not have noticed before
Title: Re: GUI changes for v3.0
Post by: Steven on March 26, 2016, 02:40:07 PM
Hopefully this post makes some sense.  I can get some screen captures if needed.  Thanks!
not really as what you say doesnt correspond to how tabs are implemented ie. each tab indpendently holds its own view (Albums is a different view to Artists) - the settings for a view are shared. Can you post screenshots
I bundled my questions into a PDF here:
https://www.dropbox.com/s/n9tpy8qevevgz2y/Musicbee%20Questions.pdf?dl=0
unless you can establish a set of steps where the view is being changed in another tab then i wont be able to help as that should not happen. Make sure you are using the latest version posted below in case it was some old bug
For the 2nd question that was already answered. Just change the view in the drill-down window to the one you want

About the SideBar player controls:
Not a big deal, but it would look better with more space between the last button and track position/duration.
What do you mean by the "last button" and i dont see how making the gap between the player controls and the track/ position duration wider would help
Title: Re: GUI changes for v3.0
Post by: Steven on March 26, 2016, 02:44:29 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
- for custom bitmap skins, they should now scale much better for high dpi screens (tested at 150%). I wont say every skin is perfect but for the majority they now look good.

edit:
link is updated now
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 26, 2016, 03:26:00 PM
What do you mean by the "last button" and i dont see how making the gap between the player controls and the track/ position duration wider would help

In the screenshot, the shuffle button is crowded up again the duration clock.
Title: Re: GUI changes for v3.0
Post by: Steven on March 26, 2016, 03:39:06 PM
What do you mean by the "last button" and i dont see how making the gap between the player controls and the track/ position duration wider would help
In the screenshot, the shuffle button is crowded up again the duration clock.
ok thanks - i didnt see those buttons
Title: Re: GUI changes for v3.0
Post by: hiccup on March 26, 2016, 07:30:50 PM
This is a strange little bug.
I installed the latest 3.0.5929 on a clean 2.5 portable installation, on a W10 tablet with 125% display setting.
When I for example set 'repeat 1' while a track is playing, , and then select another track to play, the repeat setting switches to 'repeat all'.
When I then set it e.g. to 'repeat none', and skip to another track, the setting switches to 'repeat 1'. Etc.
So somehow after having changed the repeat setting, when as a next step you skip a track, that simultaneously toggles the repeat switch.

I checked, and that does not happen on my desktop computer setup, only on my tablet.

And a minor observation on something that has been the case for as long as I remember, after a clean install, MB has 'repeat all' as default status. Not 'repeat none' as I would expect.
Title: Re: GUI changes for v3.0
Post by: hiccup on March 26, 2016, 07:38:34 PM
- for custom bitmap skins, they should now scale much better for high dpi screens (tested at 150%). I wont say every skin is perfect but for the majority they now look good.

I just checked 'Zen Hive' on 125%, and that one is still a bit of a mess, but that is probably because I broke some rules, misusing images and backgrounds here and there?
Title: Re: GUI changes for v3.0
Post by: redwing on March 26, 2016, 08:14:57 PM
Maybe a little late for v3.0 then consider for v3.1:
Though it's great having an almost boundless customizability, it's a little painful to adjust a small setting by every time opening panel editor and then opening panel settings again. How about adding a drop-down menu to "Configure Layout" button (like v2.5 with a small triangle icon next to it) and show some quick settings people mostly use and hidden a little deep? It could show tabs bar settings, column browser layout, AZ bar, show/hide left/right main panel, player control location, etc. Also it could display show/hide headbar setting and panel settings for the selected tab.
Title: Re: GUI changes for v3.0
Post by: Steven on March 26, 2016, 10:05:57 PM
This is a strange little bug.
I installed the latest 3.0.5929 on a clean 2.5 portable installation, on a W10 tablet with 125% display setting.
When I for example set 'repeat 1' while a track is playing, , and then select another track to play, the repeat setting switches to 'repeat all'.
When I then set it e.g. to 'repeat none', and skip to another track, the setting switches to 'repeat 1'. Etc.
So somehow after having changed the repeat setting, when as a next step you skip a track, that simultaneously toggles the repeat switch.
i am struggling to see how it could possibly relate to changing a track. There is a bug in the Sidebar Player not showing the repeat one symbol, so even though MB is on repeat one the sidebar player shows repeat all. I will fix that. Other than that i can only think that the skin you are using at high DPI is rendering the repeat button at the same location as the next track button?
Title: Re: GUI changes for v3.0
Post by: carloscs on March 26, 2016, 10:15:11 PM
Misbehaving mouse right click.

On a tab showing "Album and Tracks":

- click on an album to select all it's tracks - ok, album tracks are selected
- control click on another album to add all it's tracks - ok, album tracks are added to selection
- right click on an album to show the popup menu - only the right-clicked album stays selected, all other selected albums get unselected.

Doing the same on individual tracks works as it should: on right clicking all the tracks remain selected.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 26, 2016, 10:22:34 PM
If you have multiple artwork images displaying in Track Information (and Enable Image Rotation is checked), when moving to Now Playing tab whatever artwork is currently displayed becomes the album artwork that is used in whatever view you use in the Now Playing tab.

If you cycle thru the Artist Picture/ Album Colour Mix/ Large Artwork/ etc, the artwork will change with whatever is on display back in Track Information on the Music tab.

If Track Information is displayed in the Playlist view of Now Playing tab, the album cover rotation right-click dialog works - except sometimes the image# indicator doesn't move to the correct image on display.

None of the other views have any Album Cover control dialogs

still occuring

This bug of the primary artwork not being used in Now Playing, compact player and mini player when multiple artwork exists is still not fixed.

(or maybe it's a bug of not having control over rotation of additional artwork in those views?)
Title: Re: GUI changes for v3.0
Post by: hiccup on March 27, 2016, 08:15:42 AM
This is a strange little bug.
I installed the latest 3.0.5929 on a clean 2.5 portable installation, on a W10 tablet with 125% display setting.
When I for example set 'repeat 1' while a track is playing, , and then select another track to play, the repeat setting switches to 'repeat all'.
When I then set it e.g. to 'repeat none', and skip to another track, the setting switches to 'repeat 1'. Etc.
So somehow after having changed the repeat setting, when as a next step you skip a track, that simultaneously toggles the repeat switch.
i am struggling to see how it could possibly relate to changing a track. There is a bug in the Sidebar Player not showing the repeat one symbol, so even though MB is on repeat one the sidebar player shows repeat all. I will fix that. Other than that i can only think that the skin you are using at high DPI is rendering the repeat button at the same location as the next track button?

The repeat and next buttons are far apart, but it might be some skin issue indeed.
I noticed that after the player controls were pressed, they kept displaying the highlight image, even after released.
They will change back to normal state when you press at some other panel.

Something similar with the progressbar, when I click a position there, the time of that position pops-up, and doesn't go away either.

So while it looked as if the repeat state was changing by itself after the playing track ended, it doesn't.
I now understand that after having pressed it, it shows the highlight image, and keeps showing that, until another track starts playing.
You will notice that especially with skins such as Jistme the Nightbee, since the highlight images for repeat and shuffle buttons are images for the'next state'.
So it is some image refresh issue.

Perhaps there is some error in that skin that makes this happen?
One rule that I deliberately have broken, is that play and stop buttons overlap. Perhaps that is a factor?


edit,

I connected a mouse to the tablet, and with that the issue doesn't arise.
So it is related to the touch-screen interface.
Title: Re: GUI changes for v3.0
Post by: Steven on March 27, 2016, 08:53:51 AM
i dont have a touch screen but i can imagine what the issue is. I will try to make a change for the next update but wont be able to test it
edit:
actually looking at the code i dont think i would be able to solve this without having a touch screen myself. I am sure its just a screen paint refresh issue but it should be doing that already.
Title: Re: GUI changes for v3.0
Post by: hiccup on March 27, 2016, 09:29:56 AM
i dont have a touch screen but i can imagine what the issue is. I will try to make a change for the next update but wont be able to test it
edit:
actually looking at the code i dont think i would be able to solve this without having a touch screen myself. I am sure its just a screen paint refresh issue but it should be doing that already.

It's probably better not to waste your time on this. It might even be a specific touchscreen issue for my model of tablet.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on March 27, 2016, 09:40:45 AM
I noticed that after the player controls were pressed, they kept displaying the highlight image, even after released.
They will change back to normal state when you press at some other panel.

Something similar with the progressbar, when I click a position there, the time of that position pops-up, and doesn't go away either.

edit,

I connected a mouse to the tablet, and with that the issue doesn't arise.
So it is related to the touch-screen interface.
I am sure its just a screen paint refresh issue but it should be doing that already.

I would say it's more to do with a touch screen being a 2-state device (on/off) and a mouse is a 3-state device (on/hover/off).
The highlight images that are normally displayed on hover-over are probably being used as the on state image.
I did make a post concerning this (and a need to update the Skin Creator to take it into account) when I updated Metro Touch skin to Dark Touch.
Title: Re: GUI changes for v3.0
Post by: hiccup on March 27, 2016, 10:27:14 AM
I connected a mouse to the tablet, and with that the issue doesn't arise.
So it is related to the touch-screen interface.

I would say it's more to do with a touch screen being a 2-state device (on/off) and a mouse is a 3-state device (on/hover/off).
The highlight images that are normally displayed on hover-over are probably being used as the on state image.
I did make a post concerning this (and a need to update the Skin Creator to take it into account) when I updated Metro Touch skin to Dark Touch.

Without getting perhaps into semantics, my touchscreen does seem to be able to sense also when I lift pressure from the screen again.
I can for example press the screen and hold that for a few seconds, and then release it, which is registered too.
Not sure if you could call this 2- or - 3 state though.
It might have something to do with the small timing differences of press/release between mouse and touchscreen?
Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 03:26:25 PM
3. Whilst it's a great feature, is there any way to turn off the left sidebar opening automatically when dragging tracks (it does this even when option hide is selected)? I'd love to be able to disable this on some tabs because I do a lot of dragging to the column browser when tagging tracks and the first column always gets blocked by the left sidebar opening up.
i will change it so the panel doesnt auto-popup if the left sidebar is set as hidden as opposed to hide (auto-open)

Maybe I'm wrong but I guessed the problem had been fixed since the above quoted answers you gave to RTesla. Yet, I still face the same problem on my MusicBee (despite I set up the last available 3.0 update). Does it mean you didn't had the time to think about it ? decided you wouldn't do it eventualy ? that it comes from my configuration ?
(by the way, I do have configured the left panel as "hidden", not as "auto-hide").

I also wonder if it you be possible to auto-hide and display the Vertical Column Browser : it would be a great feature to save space and enhance the appearance. Yet, I guess it would be hard to achieve given the fact that, currently, moving the mouse to the edge of the screeen is already associated to one action (displaying the left panel).
If it's to hard to do or if you don't see the point of it, then just forget about it.
Title: Re: GUI changes for v3.0
Post by: Steven on March 28, 2016, 03:42:56 PM
Maybe I'm wrong but I guessed the problem had been fixed since the above quoted answers you gave to RTesla. Yet, I still face the same problem on my MusicBee (despite I set up the last available 3.0 update). Does it mean you didn't had the time to think about it ? decided you wouldn't do it eventualy ? that it comes from my configuration ?
(by the way, I do have configured the left panel as "hidden", not as "auto-hide").
as long as you have the left sidebar configured to "hide" as opposed to "hide (auto-open)" then the left sidebar should not open when dragging files unless you drag to the very left edge of the musicbee window.
I advise putting any functionality change requests in a separate wishlist topic as they wont be looked at for this release
Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 04:19:16 PM
I tried again and it still doesn't work.

My MusicBee is configured this way :
(http://img15.hostingpics.net/thumbs/mini_382744Capture1.jpg) (http://www.hostingpics.net/viewer.php?id=382744Capture1.jpg)
I would like to use the drag and drop to associate albums to the year (or other tags I will display in the Column Browser).

As you can see, auto-hide option is not activated :
(http://img15.hostingpics.net/thumbs/mini_544645Capture2.jpg) (http://www.hostingpics.net/viewer.php?id=544645Capture2.jpg)

I have noticed that the left panel appears as soon as my mouse (dragging the album) goes to the left (even if it stays in the Main Panel section of the screen). It doen't if I move the mouse to the right. What is more, I also tried with the right panel : it does not appear when hidden option is activated and when I drag a file to the right. It only happens with the left panel...
Title: Re: GUI changes for v3.0
Post by: Steven on March 28, 2016, 04:32:18 PM
I tried again and it still doesn't work.
yes you are right - i will also implement this for the artwork view
Title: Re: GUI changes for v3.0
Post by: Steven on March 28, 2016, 04:40:05 PM
one thing i notice is your panel arrangement dialog overlaps the buttons. Is that because your screen is not high enough? If thats not the case, would you mind sending me a link to your settings (help/ support/ view settings) as i am not able to reproduce that
Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 04:41:11 PM
Thank you for you attention, Steven. I will wait for the next update of the 3.0 beta version.

I guess the final release is getting closer. Congratulations : you did a wonderful job !
Title: Re: GUI changes for v3.0
Post by: ThY on March 28, 2016, 04:49:46 PM
Hello, i have troubles with row span of the Track Information panel.
No spaces are displayed between lines, whatever the numbers i put.

(http://i86.servimg.com/u/f86/12/67/24/73/0110.jpg)


And in Compact Mode, i can't configure the informations displayed anymore (it was possible in previous version, but can't find it here), i just would like to display the same informations under the cover in compact mode, like in the Main Player window.

(http://i86.servimg.com/u/f86/12/67/24/73/0210.jpg)


Oh and i liked the way, in previous version, the Player Controls were toggling with the mouse cursor in Compact Mode, can't find this option anymore.
Is it still there ?

Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 04:50:20 PM
one thing i notice is your panel arrangement dialog overlaps the buttons. Is that because your screen is not high enough? If thats not the case, would you mind sending me a link to your settings (help/ support/ view settings) as i am not able to reproduce that

It only overlaps it with I expand the options.
As for my screen : 13.3 inch, 16:9, 2560x1440 pixel
http://www.notebookcheck.net/HP-Spectre-13-x360-Convertible-Review.144228.0.html (http://www.notebookcheck.net/HP-Spectre-13-x360-Convertible-Review.144228.0.html)

Here are the settings : https://1fichier.com/?lt66zaoyi4 (https://1fichier.com/?lt66zaoyi4)
Title: Re: GUI changes for v3.0
Post by: Steven on March 28, 2016, 06:16:24 PM
Hello, i have troubles with row span of the Track Information panel.
No spaces are displayed between lines, whatever the numbers i put.
thats right for v3 - it only uses the space required up to the maximum. If you want to add space, you would need to insert a null field

And in Compact Mode, i can't configure the informations displayed anymore (it was possible in previous version, but can't find it here), i just would like to display the same informations under the cover in compact mode, like in the Main Player window.
i have added a button to the Compact Player Settings dialog where you can configure the fields displayed

Oh and i liked the way, in previous version, the Player Controls were toggling with the mouse cursor in Compact Mode, can't find this option anymore.
Is it still there ?
not sure what you mean - if you are refering to the behavior where the player control panel automatically pops up, then that is no longer supported.
Any changes you want should be added to the wishlist as no new functionality will be added for v3
Title: Re: GUI changes for v3.0
Post by: Steven on March 28, 2016, 06:17:01 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fix for file drag handling in the artwork panel
- added config button for the Track Info section of the Compact Player
Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 06:32:14 PM
Thank you, Steven.

Yet, I'm sorry to bother you with that but even after the update, it still doesn't work for me...
Title: Re: GUI changes for v3.0
Post by: finch1000 on March 28, 2016, 07:06:35 PM
I am using version 3.0.5929 and noticed a problem with the Tag by Album function.

When I select one of the albums from the top of the dialog box as shown below:
(http://i.imgur.com/j13PAU3.png)

Then I try to change either the artist or title for one of the tracks:
(http://i.imgur.com/oGIkIdc.png)

Then press <Enter> to accept the change:
(http://i.imgur.com/u5Y1byY.png)

The artist/title reverts to the original instead of keeping the change.
Title: Re: GUI changes for v3.0
Post by: Steven on March 28, 2016, 07:28:31 PM
I am using version 3.0.5929 and noticed a problem with the Tag by Album function.

The artist/title reverts to the original instead of keeping the change.
thats fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: finch1000 on March 28, 2016, 07:43:33 PM
Thank you for the quick response, Steven! I confirm the fix.
Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 08:11:41 PM
Drag and drop to the left with left sidebar hidden now works. Thank you Steven !
Title: Re: GUI changes for v3.0
Post by: Orion on March 28, 2016, 09:39:11 PM
PS :

I now use drag and drop to associate albums with a Keyword tag (for soundtracks, it correspond to the type of film : history, action, war, sci-fi, etc.).
(http://img15.hostingpics.net/thumbs/mini_353016Capture1.jpg) (http://www.hostingpics.net/viewer.php?id=353016Capture1.jpg)

When I edit keywords manualy, I can set multiple keywords, simply separating them by a ";"
Yet, when I use drag and drop, I can't do it : if I first drag and drop an album on, say, "History" and then on "War", the latter erases the first instead of being added to it. It is normal ?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 29, 2016, 12:25:28 AM
Yet, when I use drag and drop, I can't do it : if I first drag and drop an album on, say, "History" and then on "War", the latter erases the first instead of being added to it. It is normal ?

I think this would be the case with any tag that you assigned by drag & drop...
Title: Re: GUI changes for v3.0
Post by: sleepless on March 29, 2016, 02:34:03 AM
I know I've already brought this up a couple of times before, but I know Steven has had a lot to deal with as of late and I thought I'd mention this one last time before what appears to be the final push for v3. Curently the sorting and grouping options really don't have a place in the podcast menu. They simply don't do anything (that I'm aware of). I look forward to the day that these options get implemented (hopefully), but until then these menu items only serve to create confusion.
Title: Re: GUI changes for v3.0
Post by: redwing on March 29, 2016, 05:46:20 PM
With tabs bar shown in caption bar, if you choose "Show buttons in a separate bar" option for toolbar buttons, then right-click menu command of "Configure Toolbar" is not available.
Title: Re: GUI changes for v3.0
Post by: Steven on March 29, 2016, 05:59:53 PM
With tabs bar shown in caption bar, if you choose "Show buttons in a separate bar" option for toolbar buttons, then right-click menu command of "Configure Toolbar" is not available.
i am aware of this one and will probably leave it as is (it involves some issues technically)

I know I've already brought this up a couple of times before, but I know Steven has had a lot to deal with as of late and I thought I'd mention this one last time before what appears to be the final push for v3. Curently the sorting and grouping options really don't have a place in the podcast menu. They simply don't do anything (that I'm aware of). I look forward to the day that these options get implemented (hopefully), but until then these menu items only serve to create confusion.
for the next update the sorting and grouping options have been removed for the podcasts panel
Title: Re: GUI changes for v3.0
Post by: Citfield on March 30, 2016, 10:42:42 AM
I see that with the new update. The artist pictures don't seem to pick up from the folder i saved it. THe file location is still fine, but it is not working correctly.
Title: Re: GUI changes for v3.0
Post by: redwing on March 30, 2016, 11:04:34 AM
I see that with the new update. The artist pictures don't seem to pick up from the folder i saved it. THe file location is still fine, but it is not working correctly.

Working fine for me. It could be cache issue. Try emptying artist cache folder under AppData/Internal Cache folder.
Title: Re: GUI changes for v3.0
Post by: Citfield on March 30, 2016, 11:10:44 AM
I see that with the new update. The artist pictures don't seem to pick up from the folder i saved it. THe file location is still fine, but it is not working correctly.

Working fine for me. It could be cache issue. Try emptying artist cache folder under AppData/Internal Cache folder.
Thanks i have deleted this data but with no help, i however have seen that MB only takes the artist name and not the extras. Like Blink 182, it will only take the Blink 182.jpg and not the Blink 182 (1).jpg file.
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 11:21:15 AM
Thanks i have deleted this data but with no help, i however have seen that MB only takes the artist name and not the extras. Like Blink 182, it will only take the Blink 182.jpg and not the Blink 182 (1).jpg file.
thats right - i made a change a while ago that excludes "<artist><space>*" to stop MB incorrectly detecting a different artist.
If you get rid of the ending space it should work eg. "Blink 182(1).jpg"
I will look at making an extra enhancement so that if the additional text contains no letters then it gets included
Title: Re: GUI changes for v3.0
Post by: Citfield on March 30, 2016, 12:29:33 PM
Thanks i have deleted this data but with no help, i however have seen that MB only takes the artist name and not the extras. Like Blink 182, it will only take the Blink 182.jpg and not the Blink 182 (1).jpg file.
thats right - i made a change a while ago that excludes "<artist><space>*" to stop MB incorrectly detecting a different artist.
If you get rid of the ending space it should work eg. "Blink 182(1).jpg"
I will look at making an extra enhancement so that if the additional text contains no letters then it gets included
If i might ask the reason for removing the space, as it is easier to save it with the space?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 30, 2016, 02:23:58 PM
If i might ask the reason for removing the space, as it is easier to save it with the space?

It's to avoid picking up similar but wrong artists, ie "The Verve" vs "The Verve Pipe"
Title: Re: GUI changes for v3.0
Post by: Citfield on March 30, 2016, 02:51:46 PM
If i might ask the reason for removing the space, as it is easier to save it with the space?

It's to avoid picking up similar but wrong artists, ie "The Verve" vs "The Verve Pipe"
I thought so, thanks.
Title: Re: GUI changes for v3.0
Post by: redwing on March 30, 2016, 04:25:31 PM
What are these diagonal stripes from expanded panel (with 23,23,23 for bg)? Do others see the same thing or this is my video driver issue?

http://i.imgur.com/O8sz6yE.png
Title: Re: GUI changes for v3.0
Post by: thebradlambert on March 30, 2016, 05:00:44 PM
Hey Steven, not sure if anyone has pointed this out yet but I have an issue with the new "Hide Panels Header Bar" feature.

I would love to use this feature, however it also hides the toggle at the top of my Right Sidebar. I should be able to stack the tabs via the Panel Layout tool and still toggle between Lyrics and Track Details on the sidebar even though the Panels Header Bar is hidden.. Minimum: consider adding a "Toggle Between Right Sidebar Tabs" hotkey slot so that I can hide the panel and still swap between the displayed info.

Keep up the good work, MusicBee 3.0 is an incredible piece of software!
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 05:53:50 PM
Hey Steven, not sure if anyone has pointed this out yet but I have an issue with the new "Hide Panels Header Bar" feature.

I would love to use this feature, however it also hides the toggle at the top of my Right Sidebar. I should be able to stack the tabs via the Panel Layout tool and still toggle between Lyrics and Track Details on the sidebar even though the Panels Header Bar is hidden.. Minimum: consider adding a "Toggle Between Right Sidebar Tabs" hotkey slot so that I can hide the panel and still swap between the displayed info.
i am not really sure what you mean but if you are refering to the menu available in the header bar, just right click on the tab header and access the menu from there
Title: Re: GUI changes for v3.0
Post by: redwing on March 30, 2016, 06:19:36 PM
Hey Steven, not sure if anyone has pointed this out yet but I have an issue with the new "Hide Panels Header Bar" feature.

I would love to use this feature, however it also hides the toggle at the top of my Right Sidebar. I should be able to stack the tabs via the Panel Layout tool and still toggle between Lyrics and Track Details on the sidebar even though the Panels Header Bar is hidden.. Minimum: consider adding a "Toggle Between Right Sidebar Tabs" hotkey slot so that I can hide the panel and still swap between the displayed info.
i am not really sure what you mean but if you are refering to the menu available in the header bar, just right click on the tab header and access the menu from there

The OP was referring to when the top element of the right sidebar is stacked with multiple elements. Currently tab header doesn't show available elements. In addition to fixing tab header menu, right-click menu on the top element to switch to other elements could also be useful.
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 07:18:41 PM
Advance notice that full artist biographies will be no longer available after May 31, along with the some of the advanced filtering on the Music Recommendations. Thats because echonest.com was taken over by Spotify and the old APIs will no longer be supported.
Partial biographies will still be available.
For v3.1 i will look to do something myself - maybe pulling the artist text from the wikipedia page
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 07:55:43 PM
Hey Steven, not sure if anyone has pointed this out yet but I have an issue with the new "Hide Panels Header Bar" feature.

I would love to use this feature, however it also hides the toggle at the top of my Right Sidebar. I should be able to stack the tabs via the Panel Layout tool and still toggle between Lyrics and Track Details on the sidebar even though the Panels Header Bar is hidden.. Minimum: consider adding a "Toggle Between Right Sidebar Tabs" hotkey slot so that I can hide the panel and still swap between the displayed info.
i am not really sure what you mean but if you are refering to the menu available in the header bar, just right click on the tab header and access the menu from there

The OP was referring to when the top element of the right sidebar is stacked with multiple elements. Currently tab header doesn't show available elements. In addition to fixing tab header menu, right-click menu on the top element to switch to other elements could also be useful.
i have made the stacked items menu accessible in the same way it is when the panel is not hidden for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 08:01:48 PM
What are these diagonal stripes from expanded panel (with 23,23,23 for bg)? Do others see the same thing or this is my video driver issue?

http://i.imgur.com/O8sz6yE.png
i cant see any diagonal stripes
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 08:08:57 PM
If i might ask the reason for removing the space, as it is easier to save it with the space?
It's to avoid picking up similar but wrong artists, ie "The Verve" vs "The Verve Pipe"
i have made a change so that using the example above "The Verve (1)" would now get included for "The Verve" because it contains no letters
Title: Re: GUI changes for v3.0
Post by: redwing on March 30, 2016, 08:10:48 PM
What are these diagonal stripes from expanded panel (with 23,23,23 for bg)? Do others see the same thing or this is my video driver issue?

http://i.imgur.com/O8sz6yE.png
i cant see any diagonal stripes

Do you mean from your machine or from the linked image? For the image, I was referring to the bottom half of the reflection areas.
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 08:51:39 PM
using paint.net and the linked image i measure some parts 23,23,23 others 22,22,22 and other parts 24,24,24
I dont see anything unusual
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 30, 2016, 08:55:46 PM
I don't see any diagonal stripes
Title: Re: GUI changes for v3.0
Post by: Steven on March 30, 2016, 08:56:48 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
- fixes and changes for the items stated as fixed above
Title: Re: GUI changes for v3.0
Post by: sleepless on March 30, 2016, 10:21:34 PM
I see the stripes too. You're not alone. :)
Title: Re: GUI changes for v3.0
Post by: thebradlambert on March 31, 2016, 01:59:37 AM
Hey Steven, not sure if anyone has pointed this out yet but I have an issue with the new "Hide Panels Header Bar" feature.

I would love to use this feature, however it also hides the toggle at the top of my Right Sidebar. I should be able to stack the tabs via the Panel Layout tool and still toggle between Lyrics and Track Details on the sidebar even though the Panels Header Bar is hidden.. Minimum: consider adding a "Toggle Between Right Sidebar Tabs" hotkey slot so that I can hide the panel and still swap between the displayed info.
i am not really sure what you mean but if you are refering to the menu available in the header bar, just right click on the tab header and access the menu from there

The OP was referring to when the top element of the right sidebar is stacked with multiple elements. Currently tab header doesn't show available elements. In addition to fixing tab header menu, right-click menu on the top element to switch to other elements could also be useful.
i have made the stacked items menu accessible in the same way it is when the panel is not hidden for the next update

Thanks!
Title: Re: GUI changes for v3.0
Post by: theta_wave on March 31, 2016, 05:22:41 AM
I see the stripes too. You're not alone. :)
Ditto.  I up'd the contrast levels to emphasize the lines.  Pardon in advance for the ghetto arrows from irfanview, lol.

(http://5.t.imgbox.com/EQta8fV5.jpg) (http://imgbox.com/EQta8fV5)
Title: Re: GUI changes for v3.0
Post by: redwing on March 31, 2016, 05:48:06 AM
Looks like it depends on the machine, probably graphics card/drivers. From an iPhone, the stripes in the image are barely visible. From an Android tablet, they are as clearly visible as my laptop but slightly flickering from partly visible to partly invisible.

using paint.net and the linked image i measure some parts 23,23,23 others 22,22,22 and other parts 24,24,24
I dont see anything unusual

Probably that test won't help because we're seeing different images rendered by different machines. Mine keeps alternating from 20,20,20 to 24,24,24 following stripes for the left reflection using paint.net. I checked with v2.5, and it was almost the same.
Can you use a different way in handling the reflection?
Title: Re: GUI changes for v3.0
Post by: psychoadept on March 31, 2016, 05:59:18 AM
Yeah, I see them now.  Couldn't see them at all on my phone, but do on my laptop.
Title: Re: GUI changes for v3.0
Post by: haggers on March 31, 2016, 05:41:15 PM
I suppose this only somewhat counts as a GUI-related question.. but whenever I use search in 3.0.5929, it shows the entire albums that contain that query. Especially cumbersome for big compliation albums.
2.5 had this handy menu item on the search drop-down - http://i.imgur.com/UD0OKW3.png - is there any chance it can be added to 3.0? Or at least can someone tell me if it's been tucked away in the Prefs so I can disable it? Thanks!
Title: Re: GUI changes for v3.0
Post by: Steven on March 31, 2016, 06:12:06 PM
I suppose this only somewhat counts as a GUI-related question.. but whenever I use search in 3.0.5929, it shows the entire albums that contain that query. Especially cumbersome for big compliation albums.
2.5 had this handy menu item on the search drop-down - http://i.imgur.com/UD0OKW3.png - is there any chance it can be added to 3.0? Or at least can someone tell me if it's been tucked away in the Prefs so I can disable it? Thanks!
for v3 its only supported with the Album and Tracks layout
Title: Re: GUI changes for v3.0
Post by: Steven on March 31, 2016, 07:29:29 PM
@redwing,
try this version to see if it improves:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on March 31, 2016, 08:01:43 PM
@redwing,
try this version to see if it improves:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

A little better, but not much differences.

The left two images are from the yesterday's, the right two images are from the latest one.
And the bottom images are what I adjusted brightness and contrast with paint.net to show more clearly what's going on.

(http://i.imgur.com/1k2GyQh.png)
Title: Re: GUI changes for v3.0
Post by: Steven on March 31, 2016, 10:48:34 PM
@redwing,
this version will definitely no longer show any dialgonal lines. I havent had much time to play with it so i might fine tune the reflection effect further
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on April 01, 2016, 01:03:08 AM
@redwing,
this version will definitely no longer show any dialgonal lines. I havent had much time to play with it so i might fine tune the reflection effect further

Yes, no longer horizontal & diagonal lines. Most albums look fine except complete black covers which show concentric circles pattern but they are barely visible.

(http://i.imgur.com/rYlS9Me.png)

But the downside is the reflection has now reduced only to a third of the cover image. Can you expand it a little?
Title: Re: GUI changes for v3.0
Post by: KissCool on April 01, 2016, 08:49:38 AM
Drag-and-drop in Playing Tracks element seems broken.
Expected behavior when I want to re-order manually my Playing Tracks list: Left click a track (don't release left click), drag-and-drop.
Actually, doing this just select all the adjacent tracks (like if I was doing a rectangle selection)
I have to: left click, release left click, wait to avoid a double-click, left click again the track (don't release left click), drag-and-drop.
Title: Re: GUI changes for v3.0
Post by: Steven on April 01, 2016, 09:44:35 AM
Drag-and-drop in Playing Tracks element seems broken.
Expected behavior when I want to re-order manually my Playing Tracks list: Left click a track (don't release left click), drag-and-drop.
Actually, doing this just select all the adjacent tracks (like if I was doing a rectangle selection)
I have to: left click, release left click, wait to avoid a double-click, left click again the track (don't release left click), drag-and-drop.
that is as intended and is standard windows behavior (although personally i dont like it myself).
The track needs to be already selected, or if not you need to click on the text to start the drag operation. If you click in the blank space after the text then dragging the mouse performs a selection rather than drag.
Title: Re: GUI changes for v3.0
Post by: KissCool on April 01, 2016, 10:34:18 AM
Drag-and-drop in Playing Tracks element seems broken.
Expected behavior when I want to re-order manually my Playing Tracks list: Left click a track (don't release left click), drag-and-drop.
Actually, doing this just select all the adjacent tracks (like if I was doing a rectangle selection)
I have to: left click, release left click, wait to avoid a double-click, left click again the track (don't release left click), drag-and-drop.
that is as intended and is standard windows behavior (although personally i dont like it myself).
The track needs to be already selected, or if not you need to click on the text to start the drag operation. If you click in the blank space after the text then dragging the mouse performs a selection rather than drag.

Oups! I forgot the most important thing: it doesn't works as intended only with "Track with Thumbnail" (works fine with "Track Details" and "Album and Tracks"), and only in the "Playing Tracks" element. Drag-and-drop works as expected in the main panel.
And I'm clicking the text, not a blank space.
Title: Re: GUI changes for v3.0
Post by: carloscs on April 01, 2016, 04:45:54 PM
Another mouse misbehavior:

When I double click on an empty space on the "tabs header" (any empty place to the right of the "+" icon), everything in the current selection/view is added to the now playing tracks.

Just tried with radio tab selected and all the radio stations where added to the playing tracks.
Title: Re: GUI changes for v3.0
Post by: Steven on April 01, 2016, 06:28:12 PM
Oups! I forgot the most important thing: it doesn't works as intended only with "Track with Thumbnail" (works fine with "Track Details" and "Album and Tracks"), and only in the "Playing Tracks" element. Drag-and-drop works as expected in the main panel.
And I'm clicking the text, not a blank space.
i have put in handling for that layout so the drag behavior should be consistent with the way i described above

When I double click on an empty space on the "tabs header" (any empty place to the right of the "+" icon), everything in the current selection/view is added to the now playing tracks.
thats fixed for the next update

But the downside is the reflection has now reduced only to a third of the cover image. Can you expand it a little?
i have made the reflection a little bigger (its bigger than v2.5 now) and fixed a couple of bugs
Title: Re: GUI changes for v3.0
Post by: Steven on April 01, 2016, 07:12:57 PM
fixes and changes as described above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the musicbee application folder and run MusicBee3.exe
Title: Re: GUI changes for v3.0
Post by: redwing on April 01, 2016, 07:25:45 PM
i have made the reflection a little bigger (its bigger than v2.5 now) and fixed a couple of bugs

Looking great now! Thanks for the fix!
Title: Re: GUI changes for v3.0
Post by: KissCool on April 01, 2016, 09:11:09 PM
i have put in handling for that layout so the drag behavior should be consistent with the way i described above
Works fine. Thanks.
Title: Re: GUI changes for v3.0
Post by: jaume on April 02, 2016, 11:26:29 AM
Since the last update it seems that MB freezes on me for a few seconds sometimes when I click on a track or a button. This seems to happen more when there is a track playing. Is there maybe some sort of reset that can be done to make it work?
Title: Re: GUI changes for v3.0
Post by: KissCool on April 02, 2016, 11:39:26 AM
Main Panel, "Album and Tracks" layout: Stars (Track Rating) are "jumping" on mouseover.

(http://i.imgur.com/WUxdKvr.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on April 02, 2016, 11:53:34 AM
Since the last update it seems that MB freezes on me for a few seconds sometimes when I click on a track or a button. This seems to happen more when there is a track playing. Is there maybe some sort of reset that can be done to make it work?
i have no idea what that would be
Title: Re: GUI changes for v3.0
Post by: Steven on April 02, 2016, 11:54:04 AM
Main Panel, "Album and Tracks" layout: Stars (Track Rating) are "jumping" on mouseover.
what font are you using?
edit:
i can reproduce this using larger than normal fonts
Title: Re: GUI changes for v3.0
Post by: KissCool on April 02, 2016, 12:31:02 PM
what font are you using?
Segoe UI / Regular / 10
(grouping header = Segoe UI / Semibold / 11)
(sub-grouping header = Segoe UI / Semibold / 10)
(Windows 10)
Title: Re: GUI changes for v3.0
Post by: redwing on April 02, 2016, 12:45:47 PM
Getting this error if placing spectrum visualizer/wave bar alone to any panel:

10.0.10586.0 - 3.0.5935.34464 - System.ArgumentException: Rectangle '{X=0,Y=0,Width=0,Height=0}' cannot have a width or height equal to 0.
   at System.Drawing.Drawing2D.LinearGradientBrush..ctor(Rectangle rect, Color color1, Color color2, LinearGradientMode linearGradientMode)
   at #=qe7R0TYnLHTtrDaGfqekRBHMttjodsuKb7UU1v2QWirY=.#=qQZ3AqpPpr2XhpE1FEmybDQ==(Graphics #=qG8XtiK6HG8YVXLqW9mT_XA==, Rectangle #=qGNhgAHiW5DeQUTXWeYdddQ==)
   at MusicBee.MusicBeeMain.#=qTsxf9odIaH95UG_uO3nlY93jwa9CElgHxf4WUaQQzWY=(Graphics #=qHSJeiZNH6CR9XCnPj3OXuA==, Rectangle #=qQOmdS7hZ_i4_zzQFCP1pVw==, Boolean #=qFWrCycqTAH6D6w4Yn4DjPQ==, #=qru7sMarQRhHELvUknZmd3XW$bnwbNtwzYa2j$qafYf4= #=qO4eVBCAimOSFOkZfn1PCHg==, Int32 #=qFsvokTsbpktysdsSdrycug==)
   at MusicBee.MusicBeeMain.#=qhhiKjKS7iU$BjeG7SegbiQ==(Graphics #=qTc5myY0cxGKVM50zxjDD2A==, Rectangle #=qKtsGKsWMMKiNVsWqm3mO5g==, #=q$1DwtshLJHC2SLtDwC3Xwi7Hny6KsN9TLFdo7f$B_Fs= #=qAFTYF8FoWZZ4wp5TBGKkWA==, SolidBrush #=qazkf8sVd2rzcdkPjsUulBw==)
   at MusicBee.MusicBeeMain.#=qwFiZU$oNr$pQko8PqY5Y7ZubJwcIEm6NbeM4JaCG4mQ=._Lambda$__0(Graphics #=qlTsNurEFqVGj0Ar2PiPJKQ==)
   at #=q$dBIhtydN0rk_8vLQWYN$A==.#=qL9NgWI6Ho7ZRyeROyHpwWA==.#=qO0QqzKok27FK5L8UcsiP3A==(Graphics #=qkh0MpvbEJ4FVGIBUriymmg==, #=qaI0y8OgZWkAQDslW4dx3I7W4_Ki8yvwY3gt13_iIX3c= #=qYSUsL7L77Xnmc0ICcopoZw==, Rectangle #=qTBE6SKWuiv1NikAEKUz7oQ==, Rectangle #=qNK_oLbS9FEJaw2ijaPpbQA==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qalDObHA$FwJwC6eJCMp4Fg==)
   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 #=qCrls_XD5lTvvcouo3jEv0odHtJYw8NTzOgmiZPLg_8s=.WndProc(Message& #=qWEaMBWAvryU0QSxsiDqoxQ==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=q$$Omii9Bk0fpit3K0Ps5fg==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on April 02, 2016, 01:12:43 PM
fixes for the above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

Getting this error if placing spectrum visualizer/wave bar alone to any panel:
Main Panel, "Album and Tracks" layout: Stars (Track Rating) are "jumping" on mouseover.
Title: Re: GUI changes for v3.0
Post by: KissCool on April 03, 2016, 01:08:29 AM
Fixed. Thanks.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on April 03, 2016, 11:38:51 AM
If you have multiple artwork images displaying in Track Information (and Enable Image Rotation is checked), when moving to Now Playing tab whatever artwork is currently displayed becomes the album artwork that is used in whatever view you use in the Now Playing tab.

If you cycle thru the Artist Picture/ Album Colour Mix/ Large Artwork/ etc, the artwork will change with whatever is on display back in Track Information on the Music tab.

If Track Information is displayed in the Playlist view of Now Playing tab, the album cover rotation right-click dialog works - except sometimes the image# indicator doesn't move to the correct image on display.

None of the other views have any Album Cover control dialogs

still occurring

This bug of the primary artwork not being used in Now Playing, compact player and mini player when multiple artwork exists is still not fixed.

(or maybe it's a bug of not having control over rotation of additional artwork in those views?)

another week, another bump (as the bug is still there)
not a single bit of feedback about this; nothing; nada; zip; zilch. :(
Title: Re: GUI changes for v3.0
Post by: RTesla on April 03, 2016, 01:01:32 PM
i have made the reflection a little bigger (its bigger than v2.5 now) and fixed a couple of bugs

Looking great now! Thanks for the fix!

Where about is this album art reflection?
Title: Re: GUI changes for v3.0
Post by: Steven on April 03, 2016, 03:01:49 PM
If you have multiple artwork images displaying in Track Information (and Enable Image Rotation is checked), when moving to Now Playing tab whatever artwork is currently displayed becomes the album artwork that is used in whatever view you use in the Now Playing tab.

If you cycle thru the Artist Picture/ Album Colour Mix/ Large Artwork/ etc, the artwork will change with whatever is on display back in Track Information on the Music tab.

If Track Information is displayed in the Playlist view of Now Playing tab, the album cover rotation right-click dialog works - except sometimes the image# indicator doesn't move to the correct image on display.

None of the other views have any Album Cover control dialogs
for the next update the album cover images will rotate. I havent done anything about in including a right click context menu for the album cover
Title: Re: GUI changes for v3.0
Post by: KissCool on April 03, 2016, 04:09:27 PM
Oups! I forgot the most important thing: it doesn't works as intended only with "Track with Thumbnail" (works fine with "Track Details" and "Album and Tracks"), and only in the "Playing Tracks" element. Drag-and-drop works as expected in the main panel.
And I'm clicking the text, not a blank space.
i have put in handling for that layout so the drag behavior should be consistent with the way i described above
I don't know if it's related to this, but I can't rate my track anymore in "Track with Thumbnail" layout ("Playing Tracks" element). The highlight state of the stars (on mouseover) doesn't use the skin setting and clicking a star does nothing.
Title: Re: GUI changes for v3.0
Post by: jaume on April 03, 2016, 06:09:32 PM
The Web Browser Plugin used to refresh when the song changed, even when switching to a different tab and then back to the plugin tab.

It now seems to refresh every time you switch to another tab and back, which means you always need to wait for the page to load.
Title: Re: GUI changes for v3.0
Post by: Steven on April 03, 2016, 07:37:20 PM
The Web Browser Plugin used to refresh when the song changed, even when switching to a different tab and then back to the plugin tab.

It now seems to refresh every time you switch to another tab and back, which means you always need to wait for the page to load.
i have updated the web browser plugin:
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip

you will need to select the appropriate page from the favourites button again
Title: Re: GUI changes for v3.0
Post by: Steven on April 03, 2016, 07:43:15 PM
for the next update the album cover images will rotate. I havent done anything about in including a right click context menu for the album cover
I don't know if it's related to this, but I can't rate my track anymore in "Track with Thumbnail" layout ("Playing Tracks" element). The highlight state of the stars (on mouseover) doesn't use the skin setting and clicking a star does nothing.

this should fix the above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: KissCool on April 03, 2016, 09:25:37 PM
I don't know if it's related to this, but I can't rate my track anymore in "Track with Thumbnail" layout ("Playing Tracks" element). The highlight state of the stars (on mouseover) doesn't use the skin setting and clicking a star does nothing.

this should fix the above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Fixed. Thanks.
Title: Re: GUI changes for v3.0
Post by: Steven on April 03, 2016, 10:01:30 PM
for the next update the album cover images will rotate. I havent done anything about in including a right click context menu for the album cover
further to this, i have now done the context menu and also double click support for the album cover
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: ankor on April 03, 2016, 10:41:23 PM
v3.0.5937
This is all about Now Playing. I've selected 3-4 tracks and placed them in Now Playing by using the "Queue Next" context menu item. The "current" song is playing and while playing I turn on "Auto DJ".

The entire contents of Now Playing is cleared and it is populated with "Auto DJ" tracks (which I can understand). The queued songs are gone. And the "current song" that is still playing is no longer in the list. However the song at the top of the list is identified (with the graphic) as the current playing track. Are the queued tracks intended to be cleared? Shouldn't the current playing track remain in the list when turning on Auto DJ?

btw, queued songs no longer get a queue number. Don't recall that changing so just mentioning it.
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 04, 2016, 12:41:38 AM
btw, queued songs no longer get a queue number. Don't recall that changing so just mentioning it.

That only happens if you have shuffle enabled, and if you have Auto DJ on, Shuffle is automatically turned off.
Title: Re: GUI changes for v3.0
Post by: redwing on April 04, 2016, 09:37:43 AM
If you click on Search Results node from another tab, you get this error:

10.0.10586.0 - 3.0.5937.39358 - System.NullReferenceException: Object reference not set to an instance of an object.
   at MusicBee.MusicBeeMain.#=qmTWudwaIUL5v0kFAMYLOUQ==.#=qDx6ZFG3EI2L$S2GUY1OgHNCbUICTlhOAjo4JqSyZfcA=(#=qcfBS$GjPeikqzC8feb9O6w== #=qZN_b_hrT2jz7dWzoznaIcQ==, Boolean #=qK4qPzEGi6Lt7eNl91780vc4MjjwgRA5VNiw5MXbJy1k=)
   at MusicBee.MusicBeeMain.#=qmTWudwaIUL5v0kFAMYLOUQ==.#=qKswicNz2DVv1opJT8WuPeaoB9DjDtY$M0hTL$5AnAPI=(#=q2btp4aHyWqIyPWWnmRVrNpoKeID_n7NsoTS1pzwVlvv5rk6t7OlajNZo2LdL7Gws #=qk3agvixRa2vuOl0s_37wJA==)
   at #=qtFSiq99VuE$cFY8jqbKTQSl74b0b0CoWc1u1vIyy22E=.OnMouseClick(MouseEventArgs #=qw1jdJTQ58ccneKj7eYJPFg==)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at #=q6RTaFhtuM8pRYNydFDdi8J$QmGVfI3WTUzXENCalIzM=.WndProc(Message& #=q_xq$7mp50nrYEvJGd1YHTQ==)
   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)

Title: Re: GUI changes for v3.0
Post by: orbittwz on April 04, 2016, 09:51:10 AM
Hey!
I'm on v3.0.5936 and my tabs header are always capitalized!!
If I'm renaming them, they always turn back to capital letters.
this is recent, didn't happened with earlier builds.

EDIT1: one more bug, i guess, is that when a song is played, the lyrics for this song is always not found, and i need to manually "redo search" to "find" the lyrics.
can this be address also?

Thanks for everything!

(http://i.imgur.com/ZUUF7e5.jpg)
Title: Re: GUI changes for v3.0
Post by: redwing on April 04, 2016, 10:20:28 AM
I'm on v3.0.5936 and my tabs header are always capitalized!!
If I'm renaming them, they always turn back to capital letters.

There's a setting under Preferences> Layout (1)> Tabs bar> style.
Title: Re: GUI changes for v3.0
Post by: orbittwz on April 04, 2016, 02:03:45 PM
I'm on v3.0.5936 and my tabs header are always capitalized!!
If I'm renaming them, they always turn back to capital letters.

There's a setting under Preferences> Layout (1)> Tabs bar> style.

Great, fixed, thanks
what about the second bug? (the one in EDIT1)
Title: Re: GUI changes for v3.0
Post by: redwing on April 04, 2016, 03:58:17 PM
EDIT1: one more bug, i guess, is that when a song is played, the lyrics for this song is always not found, and i need to manually "redo search" to "find" the lyrics.
can this be address also?

Check auto-tagging settings under Preferences> Tags (2).
Title: Re: GUI changes for v3.0
Post by: ankor on April 04, 2016, 04:15:04 PM
btw, queued songs no longer get a queue number. Don't recall that changing so just mentioning it.

That only happens if you have shuffle enabled, and if you have Auto DJ on, Shuffle is automatically turned off.
thanks had a feeling it would be something like that
Title: Re: GUI changes for v3.0
Post by: Steven on April 04, 2016, 06:22:53 PM
This is all about Now Playing. I've selected 3-4 tracks and placed them in Now Playing by using the "Queue Next" context menu item. The "current" song is playing and while playing I turn on "Auto DJ".

The entire contents of Now Playing is cleared and it is populated with "Auto DJ" tracks (which I can understand). The queued songs are gone. And the "current song" that is still playing is no longer in the list. However the song at the top of the list is identified (with the graphic) as the current playing track. Are the queued tracks intended to be cleared? Shouldn't the current playing track remain in the list when turning on Auto DJ?
If you click on Search Results node from another tab, you get this error:
those are fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 04, 2016, 07:01:49 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

fixed for the above
Title: Re: GUI changes for v3.0
Post by: redwing on April 04, 2016, 07:41:06 PM
The Web Browser Plugin used to refresh when the song changed, even when switching to a different tab and then back to the plugin tab.

It now seems to refresh every time you switch to another tab and back, which means you always need to wait for the page to load.
i have updated the web browser plugin:
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip

you will need to select the appropriate page from the favourites button again

Why not support auto-refreshing the selected website whenever playing track changes just as v2.5 does?
Title: Re: GUI changes for v3.0
Post by: Steven on April 04, 2016, 07:51:29 PM
The Web Browser Plugin used to refresh when the song changed, even when switching to a different tab and then back to the plugin tab.

It now seems to refresh every time you switch to another tab and back, which means you always need to wait for the page to load.
i have updated the web browser plugin:
http://www.mediafire.com/download/pkhy169yxp306ti/mb_WebBrowser.zip

you will need to select the appropriate page from the favourites button again

Why not support auto-refreshing the selected website whenever playing track changes just as v2.5 does?
it does - that instruction is to correct an introduced bug
Title: Re: GUI changes for v3.0
Post by: Steven on April 04, 2016, 07:59:20 PM
Probably tomorrow i will make the first release candidate available.
To save future confusion I am going to release it as MusicBee.exe (and not MusicBee3.exe)
So from tomorrow the patched version on this topic will become MusicBee.exe which also means your v2.5 exe will be overwritten. So keep a copy as a different name if you still want to use v2.5
Title: Re: GUI changes for v3.0
Post by: redwing on April 04, 2016, 08:03:56 PM
it does - that instruction is to correct an introduced bug

OK, I see it's working when one of the bookmarked sites is selected. Can you expand it to sites via right-click menu from track info panel or now playing tab/bar because queries with functions don't work when launched from the plugin's bookmarks?
Title: Re: GUI changes for v3.0
Post by: redwing on April 04, 2016, 08:14:36 PM
So keep a copy as a different name if you still want to use v2.5

But it will overwrite v3's settings file whenever it's launched if v3's settings file is going to be MusicBeeSettings.ini, won't it?
Title: Re: GUI changes for v3.0
Post by: orbittwz on April 04, 2016, 08:30:41 PM
EDIT1: one more bug, i guess, is that when a song is played, the lyrics for this song is always not found, and i need to manually "redo search" to "find" the lyrics.
can this be address also?

Check auto-tagging settings under Preferences> Tags (2).

fixed also!
thank you very much!
Title: Re: GUI changes for v3.0
Post by: Steven on April 04, 2016, 08:34:12 PM
So keep a copy as a different name if you still want to use v2.5
But it will overwrite v3's settings file whenever it's launched if v3's settings file is going to be MusicBeeSettings.ini, won't it?
v3 will continue to maintain its own settings file: MusicBee3Settings.ini
Title: Re: GUI changes for v3.0
Post by: ankor on April 05, 2016, 12:48:09 AM
This is all about Now Playing. I've selected 3-4 tracks and placed them in Now Playing by using the "Queue Next" context menu item. The "current" song is playing and while playing I turn on "Auto DJ".

The entire contents of Now Playing is cleared and it is populated with "Auto DJ" tracks (which I can understand). The queued songs are gone. And the "current song" that is still playing is no longer in the list. However the song at the top of the list is identified (with the graphic) as the current playing track. Are the queued tracks intended to be cleared? Shouldn't the current playing track remain in the list when turning on Auto DJ?
those are fixed for the next update
yes fixed thanks Steven...

but I'd like to suggest, for a future update after 3.0, if any USER queued tracks (via Queue Next) exist when turning on Auto DJ, those queued tracks should remain in the list of tracks to play and Auto DJ tracks should be added AFTER them, OR....
at least give the user the opportunity to pick a clear option....maybe...1) whether to clear all except currently playing, 2) clear non-queued tracks only, 3) clear nothing (Auto DJ adds to the very bottom of current list of Now Playing tracks)
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 05, 2016, 12:52:17 AM
but I'd like to suggest, for a future update after 3.0, if any USER queued tracks (via Queue Next) exist when turning on Auto DJ, those queued tracks should remain in the list of tracks to play and Auto DJ tracks should be added AFTER them, OR....
at least give the user the opportunity to pick a clear option....maybe...1) whether to clear all except currently playing, 2) clear non-queued tracks only, 3) clear nothing (Auto DJ adds to the very bottom of current list of Now Playing tracks)

+1
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 05, 2016, 04:43:06 AM
Screwy things happen when the tabs and the command buttons overlap.  I don't know why it shows the mouse in the wrong place, but I was actually pressing the "Restart" button here: http://imgur.com/BxAdp5L
Title: Re: GUI changes for v3.0
Post by: Steven on April 05, 2016, 06:48:50 AM
but I'd like to suggest, for a future update after 3.0, if any USER queued tracks (via Queue Next) exist when turning on Auto DJ, those queued tracks should remain in the list of tracks to play and Auto DJ tracks should be added AFTER them, OR....
that should already be the case now and just retested to confirm. Can you give me step-by-step what actions you are doing?
Title: Re: GUI changes for v3.0
Post by: Alumni on April 05, 2016, 09:41:59 AM
The activated/not activated state of the search box could use some tweaking, as it isn't behaving consistently across tabs.

In tab 1 type a keyword in the search box, then click an item in the main panel, now switch to tab 2 - the search box is not deactivated even when the main panel has focus. The search box behaves normally when switching tabs only if the tab with the search results is not brought into focus (ie. an item in main panel is clicked). PS: If you need to test this yourself you can use my dark themed skin.
Title: Re: GUI changes for v3.0
Post by: Bee-liever on April 05, 2016, 10:54:28 AM
for the next update the album cover images will rotate. I havent done anything about in including a right click context menu for the album cover
further to this, i have now done the context menu and also double click support for the album cover
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

Wow! :)
I was only expecting to have the primary album cover image fixed for the Now Playing view (and other views), not full image rotation and right-click context menu support.
Well worth the wait.
Thank you very much Steven.
Title: Re: GUI changes for v3.0
Post by: ankor on April 05, 2016, 06:25:58 PM
but I'd like to suggest, for a future update after 3.0, if any USER queued tracks (via Queue Next) exist when turning on Auto DJ, those queued tracks should remain in the list of tracks to play and Auto DJ tracks should be added AFTER them, OR....
that should already be the case now and just retested to confirm. Can you give me step-by-step what actions you are doing?
Scenario A - Just start Auto DJ and the Now Playing list is cleared (except for current track) and populated by AutoDJ selections. Turn off AutoDJ, then start it and process repeats.

Scenario B - AutoDJ & Shuffle are off. I delete everything in Now Playing (manually-Del key) except for current track. Use context menu Queue Next to add to Now Playing list. Start AutoDJ and same as Scenario A.

Scenario C - same as Scenario B except Shuffle is ON. When AutoDJ is started the queued tracks remain in place and AutoDJ adds to the list to achieve the list size.

(Shuffle has 3 icons. There's the one that looks like "Equal" sign (No Shuffle), then "Equal" with "backslash" kinda (Shuffle) and then the 3rd one. What is the 3rd shuffle icon?)

Scenario D - AutoDJ is OFF and Shuffle is ON. The list generated by AutoDJ is there but I don't manually queue any tracks.  I manually delete most but not all in the list. Start AutoDJ and the list is cleared except for the current track and populated from AutoDJ.

I hope that helps.
Title: Re: GUI changes for v3.0
Post by: redwing on April 05, 2016, 06:51:01 PM
Probably tomorrow i will make the first release candidate available.
To save future confusion I am going to release it as MusicBee.exe (and not MusicBee3.exe)
So from tomorrow the patched version on this topic will become MusicBee.exe which also means your v2.5 exe will be overwritten. So keep a copy as a different name if you still want to use v2.5

Does this also mean you will not include v2.5 in the v3 installer? Then no need to support v2.5 with skins? If that's the case, I'd like to clear up skins solely for v3.
Title: Re: GUI changes for v3.0
Post by: Steven on April 05, 2016, 06:57:19 PM
it wont include v2.5. Whether you support v2.5 skins is up to you but for myself I am not spending time looking at v2.5
Title: Re: GUI changes for v3.0
Post by: ankor on April 05, 2016, 09:08:01 PM
it wont include v2.5. Whether you support v2.5 skins is up to you but for myself I am not spending time looking at v2.5
+1
Title: Re: GUI changes for v3.0
Post by: Steven on April 05, 2016, 09:43:45 PM
Scenario B - AutoDJ & Shuffle are off. I delete everything in Now Playing (manually-Del key) except for current track. Use context menu Queue Next to add to Now Playing list. Start AutoDJ and same as Scenario A.
if you have shuffle enabled then "queue next" tracks are placed in a special queue/ and numbered. With yesterday's version will include those at the start of the auto-dj list. Anything else on the now playing list is cleared. If shuffle was not enabled, the entire now playing list except the current playing track is cleared. There isnt any way to know which items were included in the now playing list via queue next. Keep in mind that if MB didnt automatically clear the now playing list, i am sure people would complain as it could easily be holding all tracks in the library

i think all the other scenarios are variations on what i just described. I dont think i will change the behavior as-of yesterday for v3.0 but happy to reconsider for v3.1 after discussion
Title: Re: GUI changes for v3.0
Post by: Steven on April 05, 2016, 09:52:51 PM
The activated/not activated state of the search box could use some tweaking, as it isn't behaving consistently across tabs.
Screwy things happen when the tabs and the command buttons overlap.  I don't know why it shows the mouse in the wrong place, but I was actually pressing the "Restart" button here: http://imgur.com/BxAdp5L
those are fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 05, 2016, 09:54:31 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed. Note that the .exe is now MusicBee.exe and MusicBee3.exe should be deleted
Title: Re: GUI changes for v3.0
Post by: Alumni on April 05, 2016, 10:35:55 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed. Note that the .exe is now MusicBee.exe and MusicBee3.exe should be deleted

Cool, it remembered my settings. Am I imagining things or are there new window animations in MusicBee?
Title: Re: GUI changes for v3.0
Post by: ankor on April 05, 2016, 10:51:20 PM
Scenario B - AutoDJ & Shuffle are off. I delete everything in Now Playing (manually-Del key) except for current track. Use context menu Queue Next to add to Now Playing list. Start AutoDJ and same as Scenario A.
if you have shuffle enabled then "queue next" tracks are placed in a special queue/ and numbered. With yesterday's version will include those at the start of the auto-dj list. Anything else on the now playing list is cleared. If shuffle was not enabled, the entire now playing list except the current playing track is cleared. There isnt any way to know which items were included in the now playing list via queue next. Keep in mind that if MB didnt automatically clear the now playing list, i am sure people would complain as it could easily be holding all tracks in the library

i think all the other scenarios are variations on what i just described. I dont think i will change the behavior as-of yesterday for v3.0 but happy to reconsider for v3.1 after discussion
that seems to match my experience. not clearing the queued tracks (with Shuffle) is very good. otherwise not a big deal unless others find reason for more. thanks as always.
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 06:59:20 AM
Cool, it remembered my settings. Am I imagining things or are there new window animations in MusicBee?
no new animations
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 06, 2016, 07:25:34 AM
The configuration settings for compact player in "playlist" mode don't seem to have any effect.  (And there seem to be weird glitches if you change them.)
Title: Re: GUI changes for v3.0
Post by: Coogan on April 06, 2016, 10:37:58 AM
Getting the  following error:

MusicBee v3.0.5939.39298 (Win10.0), 6 Apr 2016 5:37:

System.OutOfMemoryException: Out of memory.
   at System.Drawing.Graphics.FromHdcInternal(IntPtr hdc)
   at System.Windows.Forms.PaintEventArgs.get_Graphics()
   at #=qgBFo2X6DSXAlftEOi$NVCZArZ6S1VC2qah8IgwPFUUc=.OnPaint(PaintEventArgs #=qhKH_5_$KckG5oJ69T6yWrg==)
   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 #=qgBFo2X6DSXAlftEOi$NVCZArZ6S1VC2qah8IgwPFUUc=.WndProc(Message& #=qDn$8x_TiyYfb4ed20GvsvQ==)
   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)

Coogan
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 11:06:49 AM
Getting the  following error:
what were you doing around the time the error occured? and did you have any other windows open at the time eg. tag editor
Title: Re: GUI changes for v3.0
Post by: Coogan on April 06, 2016, 11:09:37 AM
Getting the  following error:
what were you doing around the time the error occured? and did you have any other windows open at the time eg. tag editor

It appears to be working now.
I was playing Mafia II and the game crashed, so I thought I'd listen to some music instead.  MusicBee wouldn't launch, but I didn't even think that
it was probably due to my game crash.
I restarted PC and MusicBee is working fine.  (Sorry for the false alarm)

Coogan
Title: Re: GUI changes for v3.0
Post by: Alumni on April 06, 2016, 01:54:10 PM
Starting in the last couple days, MusicBee (v.3) on my other my PC (running Win 7) is refusing to re-scan its monitored folders for updated/dead files. This is strange because I haven't changed any settings, and checking them again everything looks right. The error log shows no activty. Any ideas?
Title: Re: GUI changes for v3.0
Post by: h0m3r on April 06, 2016, 03:20:27 PM
Since the last Update, the Header in the "now playing" Tab, can not adjust what to display.
i.e. title, album, artist, etc.

(http://i.imgur.com/iudRStn.png)

- I click on "Set displayed Fields"
- make my change (for example add "Birate")
- change the Tab or close Musicbee.
- my changes are gone. only #, Artist and Title are shown.

That happens only in "now playing" Tab.
I start the musicbee.exe.
When I start the musicbee3.exe all works fine.

Title: Re: GUI changes for v3.0
Post by: redwing on April 06, 2016, 04:42:04 PM
When you add "Album [Year]" field, the [Year] doesn't show up with long album names.

(http://i.imgur.com/XYDeWog.png)

I think album name should be shorter, always displaying [Year], for the purpose of using the field.
Then it would instead display "Sgt. Pepper's Lonely Hearts... [1967]".

Bump. This issue severely limits the usefulness of using this field instead.
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 05:37:42 PM
When you add "Album [Year]" field, the [Year] doesn't show up with long album names.

I think album name should be shorter, always displaying [Year], for the purpose of using the field.
Then it would instead display "Sgt. Pepper's Lonely Hearts... [1967]".

Bump. This issue severely limits the usefulness of using this field instead.
please include something like this on the wishlist as i wont be making this of change now
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 05:41:59 PM
Starting in the last couple days, MusicBee (v.3) on my other my PC (running Win 7) is refusing to re-scan its monitored folders for updated/dead files. This is strange because I haven't changed any settings, and checking them again everything looks right. The error log shows no activty. Any ideas?
i am having no problems with monitored folders detecting changes/ deletions/ additions nor have i made any changes around this for ages (just tested it again now to confirm). Does it work on startup ie. is it just the continuous monitor thats not working?
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 05:47:45 PM
Since the last Update, the Header in the "now playing" Tab, can not adjust what to display.
i.e. title, album, artist, etc.
at first i couldnt believe this but yes its true - a simple change elsewhere caused this. Its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 06:12:49 PM
The configuration settings for compact player in "playlist" mode don't seem to have any effect.  (And there seem to be weird glitches if you change them.)
i agree the Apply button isnt doing anything so i will fix that. If you can remember what you changed to produce the glitches that would be helpful as i cant reproduce anything
Title: Re: GUI changes for v3.0
Post by: Alumni on April 06, 2016, 07:28:11 PM
i am having no problems with monitored folders detecting changes/ deletions/ additions nor have i made any changes around this for ages (just tested it again now to confirm). Does it work on startup ie. is it just the continuous monitor thats not working?

It's set to scan on startup, I haven't tried continuously monitor.
I also used the "rescan monitored folders" hotkey but it didn't update the file changes.
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 07:33:02 PM
scan on startup is the most basic setting of all where much fewer things can go wrong. My inclination is there is something wrong with the folder path you have chosen. Have you tried re-choosing the applicable parent folder in the monitored folders list?

edit:
what i have found is if there is a long filename in a folder/ sub-folder then the folder scan will fail, although something should have been logged to the error log if that was the case.
Windows explorer also fails if it encounters a long filename
Title: Re: GUI changes for v3.0
Post by: HHM on April 06, 2016, 07:40:49 PM
BUG:
playlist/tab with album covers view and quite loads of albums (ca. 1400) happens to open for a really long time (I mean loading of the covers and getting fully functional - expandable, clickable, playable etc - view). So long that sometimes it even freezes and I prefer to restart MB instead of waiting for it to load. It's really unsatisfying experience.
Title: Re: GUI changes for v3.0
Post by: carloscs on April 06, 2016, 07:48:27 PM
It's set to scan on startup, I haven't tried continuously monitor.
I also used the "rescan monitored folders" hotkey but it didn't update the file changes.

For what it's worth,for the last few days I've been ripping cds with EAC instead of with music bee and I'm seeing similar behaviour with the monitoring.

In Settings->Library tab:

- "on startup check for updated or missing files" is unchecked.
- "continuously monitor" folders with add new files to inbox is chosen.

Symptoms:

- While opened, music bee doesn't see the files ripped by EAC.
- If I go to the "inbox" disk folder (a folder just under the main library folder) and invoke Send To -> File Rescan nothing happens.
- Restarting music bee makes him notice the new files and sends them to the inbox (it seems music bee always checks for new files on startup?)

System: windows 10 x64.
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 07:49:40 PM
BUG:
playlist/tab with album covers view and quite loads of albums (ca. 1400) happens to open for a really long time (I mean loading of the covers and getting fully functional - expandable, clickable, playable etc - view). So long that sometimes it even freezes and I prefer to restart MB instead of waiting for it to load. It's really unsatisfying experience.
this is the first i have heard of this from anyone and also i assume you have been using MB3 for quite some time and not reported it before. Does it happen with the main library?
If its a playlist then its possible the playlist contains links to a non-existant file share which might make it very slow
Title: Re: GUI changes for v3.0
Post by: HHM on April 06, 2016, 08:50:29 PM
this is the first i have heard of this from anyone and also i assume you have been using MB3 for quite some time and not reported it before. Does it happen with the main library?
If its a playlist then its possible the playlist contains links to a non-existant file share which might make it very slow

To be honest it have occured in all MB3 versions, it's due to my laziness or forgetfulness that I didn't write about it before. This playlist is actually an autoplaylist so this shouldn't be a non-existant links issue.
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 09:29:05 PM
Since the last Update, the Header in the "now playing" Tab, can not adjust what to display.
i.e. title, album, artist, etc.
at first i couldnt believe this but yes its true - a simple change elsewhere caused this. Its fixed for the next update
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: Steven on April 06, 2016, 09:58:21 PM
@Alumni, if you cant figure anything out then let me know and i can create a quick debug version
Title: Re: GUI changes for v3.0
Post by: redwing on April 07, 2016, 04:22:04 AM
ok thanks. It also works with the CurrentUser path which means MB can set the emulation without requiring admin access, so i will make the change in the web browser plugin

edit:
the web browser plugin link is updated with this new handling so it now emulates IE11

Now this needs to support MusicBee.exe
Title: Re: GUI changes for v3.0
Post by: h0m3r on April 07, 2016, 06:16:40 AM
Since the last Update, the Header in the "now playing" Tab, can not adjust what to display.
i.e. title, album, artist, etc.
at first i couldnt believe this but yes its true - a simple change elsewhere caused this. Its fixed for the next update
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

confirm the fix!
Thank you!
Title: Re: GUI changes for v3.0
Post by: Steven on April 07, 2016, 07:41:50 AM
ok thanks. It also works with the CurrentUser path which means MB can set the emulation without requiring admin access, so i will make the change in the web browser plugin

edit:
the web browser plugin link is updated with this new handling so it now emulates IE11

Now this needs to support MusicBee.exe
web browser link is updated now
Title: Re: GUI changes for v3.0
Post by: Alumni on April 07, 2016, 09:00:24 AM
@Alumni, if you cant figure anything out then let me know and i can create a quick debug version

No worries, it seems to be behaving now.

what i have found is if there is a long filename in a folder/ sub-folder then the folder scan will fail, although something should have been logged to the error log if that was the case.
Windows explorer also fails if it encounters a long filename

This reminds me of an issue I've had when adding a network location as a monitored folder in MusicBee. Due to the longer filepath in that case, some tracks with very long filenames are displayed in MusicBee with no meta data tags (Unknown Artist/Unknown Album).

If I may make a suggestion, could the trim excess characters function in MusicBee be tweaked to shorten filenames even more? It might avoid these types of situations.
Title: Re: GUI changes for v3.0
Post by: redwing on April 07, 2016, 09:04:02 AM
web browser link is updated now

Working now. Thanks!

Also I noticed users need to reset default app for music to MusicBee.exe, and especially for Windows 10 users (where setting to a portable app is not obvious) the easiest way to do so is re-enabling Preferences> General> file types setting with MB running as admin mode. The effect was not immediate but after a little while Windows started to display MB as default app.
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 07, 2016, 09:26:21 AM
Attempting to change the volume in the compact player causes the window to move, too.  GIF: http://imgur.com/uqBvB6e
Title: Re: GUI changes for v3.0
Post by: Alumni on April 07, 2016, 11:58:15 AM
I was about to post a bug report for a failed synchronization of my new phone (Nexus 5X) in MusicBee, but I managed to find a workaround. I thought my experience may be useful to anyone troubleshooting the same issues.

Here's what happened when I connected my phone - MusicBee could only identify the device as "portable device" which is not its actual name as it appears in Windows Explorer. When I proceeded to hit the synchronize button, I received this error message and was unable to continue: "Portable Device/Internal Storage" nolonger exists, you might need to change the path in device preferences." As it turns out there was no option to change the path in MusicBee, so I tried to manually fix it outside of MusicBee. First I renamed my phone in Windows (it runs in MTP mode), and then I deleted the device profile entry contained in MusicBee3Settings.ini and saved it. Now when I re-opened MusicBee my phone was automatically renamed with the proper device name "Nexus 5X" instead of "portable device", and the correct storage path was detected under the synchronization settings - resulting in a successful synchronization.
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 07, 2016, 02:24:01 PM
i agree the Apply button isnt doing anything so i will fix that. If you can remember what you changed to produce the glitches that would be helpful as i cant reproduce anything

No more glitches now that the Apply button is working correctly!

However, Playing Tracks is not using the NowPlayingList skin colors, it's using the main panel skin colors.  And clicking on the header for stacked panels to switch them doesn't work.
Title: Re: GUI changes for v3.0
Post by: gpzbc on April 07, 2016, 03:03:21 PM
I was about to post a bug report for a failed synchronization of my new phone (Nexus 5X) in MusicBee, but I managed to find a workaround. I thought my experience may be useful to anyone troubleshooting the same issues.

Here's what happened when I connected my phone - MusicBee could only identify the device as "portable device" which is not its actual name as it appears in Windows Explorer. When I proceeded to hit the synchronize button, I received this error message and was unable to continue: "Portable Device/Internal Storage" nolonger exists, you might need to change the path in device preferences." As it turns out there was no option to change the path in MusicBee, so I tried to manually fix it outside of MusicBee. First I renamed my phone in Windows (it runs in MTP mode), and then I deleted the device profile entry contained in MusicBee3Settings.ini and saved it. Now when I re-opened MusicBee my phone was automatically renamed with the proper device name "Nexus 5X" instead of "portable device", and the correct storage path was detected under the synchronization settings - resulting in a successful synchronization.
Thanks!  I was having the same problem
Title: Re: GUI changes for v3.0
Post by: Steven on April 07, 2016, 06:13:23 PM
However, Playing Tracks is not using the NowPlayingList skin colors, it's using the main panel skin colors.  And clicking on the header for stacked panels to switch them doesn't work.
i have changed it so the Playing Tracks colour override is always used and the header click behavior is fixed for the next update

Attempting to change the volume in the compact player causes the window to move, too.  GIF: http://imgur.com/uqBvB6e
fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 07, 2016, 07:48:47 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed. Note that the .exe is now MusicBee.exe and MusicBee3.exe should be deleted
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 08, 2016, 02:54:15 PM
Scrollbar glitch when editing lyrics in Now Playing Bar:

(http://i.imgur.com/eNL49wi.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 08, 2016, 03:57:12 PM
Scrollbar glitch when editing lyrics in Now Playing Bar:
if you can reproduce it can you send me your settings file

edit:
never mind - i can reproduce this
Its fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 08, 2016, 05:48:46 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 09, 2016, 08:25:07 PM
My roommate actually found this one: If you right click and choose "select unticked tracks", the tracks are selected but the context menu stays open and you can't use Shift + Delete or other hotkeys.
Title: Re: GUI changes for v3.0
Post by: Steven on April 09, 2016, 08:45:15 PM
My roommate actually found this one: If you right click and choose "select unticked tracks", the tracks are selected but the context menu stays open and you can't use Shift + Delete or other hotkeys.
its intentional it stays open so a menu item can be easily selected to perform an action. They could just press the escape key to close the menu and then press the hotkey
Title: Re: GUI changes for v3.0
Post by: Joolee on April 09, 2016, 09:14:28 PM
A right click on the "play/pause" button used to open the context menu and didn't cause the music to pause/play. This behaviour has changed since about a month ago, is this intentional? Now the context menu will pop-up but music will also be paused or resumed, not what one would expect.
Title: Re: GUI changes for v3.0
Post by: brx on April 10, 2016, 10:32:30 AM
A right click on the "play/pause" button used to open the context menu and didn't cause the music to pause/play. This behaviour has changed since about a month ago, is this intentional? Now the context menu will pop-up but music will also be paused or resumed, not what one would expect.

+1

Same as on clicking on next and previous buttons.
Title: Re: GUI changes for v3.0
Post by: Steven on April 10, 2016, 10:33:49 AM
the right click issue is fixed for the next update
Title: Re: GUI changes for v3.0
Post by: redwing on April 10, 2016, 11:31:27 AM
On radio node, if you drag station directories panel all the way down, no way to restore it. It needs a minimum height.
Title: Re: GUI changes for v3.0
Post by: redwing on April 10, 2016, 11:42:00 AM
On radio node, if you drag station directories panel all the way down, no way to restore it. It needs a minimum height.

The same thing happens to Episode Description panel on podcasts node.
Title: Re: GUI changes for v3.0
Post by: Steven on April 10, 2016, 11:55:46 AM
its true you can drag those panels all the way to the bottom but it should allow you to bring them up again afterwards (tested now and working fine). I dont plan to change that its a way for users to hide the panel if they dont want it.
are you basing that on simply not being able to see those panels? The mouse cursor should change when located at the bottom of the panel.
Title: Re: GUI changes for v3.0
Post by: redwing on April 10, 2016, 12:10:18 PM
The mouse cursor should change when located at the bottom of the panel.

v2.5 worked that way, but not for v3. Just tested again and still no way to restore both panels manually, but radio station directories panel shows up on restart. Episode Description panel is gone.
Title: Re: GUI changes for v3.0
Post by: Steven on April 10, 2016, 12:12:55 PM
in that case its probably something related to your settings, so could you send me them?
Title: Re: GUI changes for v3.0
Post by: redwing on April 10, 2016, 12:17:41 PM
PM sent.
Title: Re: GUI changes for v3.0
Post by: Steven on April 10, 2016, 02:18:36 PM
your radio station panel was fine for me but the podcasts had the same problem. I have put in handling for both that should address the issue
Title: Re: GUI changes for v3.0
Post by: Steven on April 10, 2016, 03:04:36 PM
fixes for the above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: cmg on April 10, 2016, 04:24:55 PM
When I press Ctrl+A and select all albums, imaginary albums are counted.
In the following screenshot, 8 albums are counted although there are only 5 albums.
http://i.imgur.com/mMmDu3u.png
Title: Re: GUI changes for v3.0
Post by: hiccup on April 10, 2016, 04:32:19 PM
What happens when you right click on such an 'imaginary album', and select: Search> Locate in Windows Explorer
Are you sure nothing is there?
Title: Re: GUI changes for v3.0
Post by: cmg on April 10, 2016, 04:45:02 PM
What happens when you right click on such an 'imaginary album', and select: Search> Locate in Windows Explorer
Are you sure nothing is there?

Nothing appears when I right click the album.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 10, 2016, 04:50:43 PM
So you are saying that when you right-click on the small squares as shown in your screenshot, or in the general area where an album cover would be shown for these 'imaginary albums', nothing happens.
No context menu appears at all?
Title: Re: GUI changes for v3.0
Post by: Steven on April 10, 2016, 05:05:29 PM
its ok, i know what the issue is - it would only happen when grouping is enabled.

this should fix it:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: redwing on April 10, 2016, 07:02:44 PM
your radio station panel was fine for me but the podcasts had the same problem. I have put in handling for both that should address the issue

Fixed. Thanks!
Title: Re: GUI changes for v3.0
Post by: cmg on April 10, 2016, 11:30:52 PM
its ok, i know what the issue is - it would only happen when grouping is enabled.

this should fix it:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed

I confirm the fix.
Thanks.
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on April 11, 2016, 03:07:40 AM
v3.0.5944:

I've noticed that if I have the music files layout up (center panel, shows Artists and Tracks), and have the Playing Tracks panel below, I can move the mouse to the Playing Tracks and "grab" the vertical divider between the Artists and Tracks above it. It doesn't make sense to me that I should be able to grab and move (sideways) that divider with the mouse in the Playing Tracks panel. Same thing happens if I have the Library layout up - Artists + Album and Tracks.  It seems that the Playing Tracks panel doesn't mask the divider's mouse grab-ability, for lack of a better term.
Title: Re: GUI changes for v3.0
Post by: Steven on April 11, 2016, 09:09:13 PM
I've noticed that if I have the music files layout up (center panel, shows Artists and Tracks), and have the Playing Tracks panel below, I can move the mouse to the Playing Tracks and "grab" the vertical divider between the Artists and Tracks above it. It doesn't make sense to me that I should be able to grab and move (sideways) that divider with the mouse in the Playing Tracks panel. Same thing happens if I have the Library layout up - Artists + Album and Tracks.  It seems that the Playing Tracks panel doesn't mask the divider's mouse grab-ability, for lack of a better term.
can you post a screenshot of your layout or send me a link to your settings file as i dont know what you mean. Also by "Artists and Tracks", do you mean "Albums and Tracks"
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on April 11, 2016, 11:52:22 PM
I've noticed that if I have the music files layout up (center panel, shows Artists and Tracks), and have the Playing Tracks panel below, I can move the mouse to the Playing Tracks and "grab" the vertical divider between the Artists and Tracks above it. It doesn't make sense to me that I should be able to grab and move (sideways) that divider with the mouse in the Playing Tracks panel. Same thing happens if I have the Library layout up - Artists + Album and Tracks.  It seems that the Playing Tracks panel doesn't mask the divider's mouse grab-ability, for lack of a better term.
can you post a screenshot of your layout or send me a link to your settings file as i dont know what you mean. Also by "Artists and Tracks", do you mean "Albums and Tracks"
A picture is worth a thousand words...here's two:
(https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3a.jpg) (https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3a.jpg)

(https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3b.jpg) (https://dl.dropboxusercontent.com/u/83611837/Musicbee/MB3b.jpg)

Title: Re: GUI changes for v3.0
Post by: hiccup on April 12, 2016, 10:36:13 AM
When in the column browser you want to select several entries by clicking on them while keeping [Ctrl] pressed, after every newly selected item, the panel jumps back to the first selected entry. (which is rather annoying)
Title: Re: GUI changes for v3.0
Post by: hiccup on April 12, 2016, 11:14:24 AM
When you want to scroll through the custom tags in that panel, the scrolling goes very slowly.
In my opinion it would be better if it jumped at least a whole custom tag line per scroll-wheel click.
Using the scroll arrow buttons is even more slow and practically unusable.

Also when you scroll somewhere in the yellow area, instead of the panel scrolling, a drop down table opens immediately.
It would be nice if that would only happen after you had first selected a field there.

The same goes for the tag editor panel when docked at the bottom of the main panel.

(http://i.imgur.com/wDfmCkO.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 12, 2016, 10:14:25 PM
fixes for the isssues reported by hiccup & SoftwareSamurai
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: SoftwareSamurai on April 12, 2016, 11:29:04 PM
confirmed fixed - Thanks!
Title: Re: GUI changes for v3.0
Post by: hiccup on April 13, 2016, 07:44:53 AM
fixes for the isssues reported by hiccup & SoftwareSamurai

Nice, confirmed.
Only using the scrollbar buttons is still extremely slow, and don't progress one whole line. (but I am guessing those will probably not be used very often)
Yet on a touchscreen scroll bar buttons often do come in handy.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 13, 2016, 03:42:36 PM
I had to click away a lot of these pop-ups in a row, and noticed the buttons can't be selected or controlled by keyboard, only by mouse, which is not the most handy in this case.

(http://i.imgur.com/VjFWrhr.png)
Title: Re: GUI changes for v3.0
Post by: Modo on April 13, 2016, 05:04:23 PM
The wavebar is now yellow when my entire Windows theme is green/gray. Shouldn't it use one of the system colours?
Title: Re: GUI changes for v3.0
Post by: phred on April 13, 2016, 05:11:43 PM
The wavebar is now yellow when my entire Windows theme is green/gray. Shouldn't it use one of the system colours?
The wavebar would have nothing to do with your Windows theme.  It is MusicBee theme-dependent.  So the question becomes, what theme are you using?
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 13, 2016, 05:36:00 PM
When using the "dead links" filter, removed links are not removed from the filter unless you reopen it.  F5 doesn't help.
Title: Re: GUI changes for v3.0
Post by: Modo on April 13, 2016, 07:23:20 PM
When using the "dead links" filter, removed links are not removed from the filter unless you reopen it.  F5 doesn't help.
I am using Windows Theme. And that is precisely my point. It uses my Windows colours everywhere else, except for the wave bar. Why would that be?
Title: Re: GUI changes for v3.0
Post by: Steven on April 13, 2016, 08:14:32 PM
When using the "dead links" filter, removed links are not removed from the filter unless you reopen it.  F5 doesn't help.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: phred on April 13, 2016, 08:18:44 PM
I am using Windows Theme. And that is precisely my point. It uses my Windows colours everywhere else, except for the wave bar. Why would that be?
What version of MB are you using?
Can you post a screenshot?  http://musicbee.wikia.com/wiki/Posting_Screenshots

I'm pretty sure the fact that it's using your Windows colors is just a coincidence.  I may be wrong but think the name "Windows Theme" is meant to indicate it is a theme that -looks- like Windows with Windows OS colors. Not that it picks up your Windows OS theme colors.  Perhaps someone else can confirm my theory.

I just tried the windows theme on MB 3.x and it's mostly gray. Including the wavebar.  And my OS theme is not gray.
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 13, 2016, 08:33:51 PM
"Windows Theme" means there is no skin file applied at all, so it either uses a default color or whatever Windows provides.
Title: Re: GUI changes for v3.0
Post by: Steven on April 13, 2016, 09:30:50 PM
thats right - MB uses window controls and colours as the basis for the skin, but there is some variation
Title: Re: GUI changes for v3.0
Post by: Steven on April 13, 2016, 10:02:19 PM
fix for this:
When using the "dead links" filter, removed links are not removed from the filter unless you reopen it.  F5 doesn't help.
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: hiccup on April 14, 2016, 08:24:21 AM
The 'Delete' keyboard key doesn't always work in the main panel.

Steps to reproduce:

Have Track Details in the main panel and tag editor docked at the bottom.
Select a range of tracks by clicking while holding [Shift].

When you press [Del], you are not presented with the option to delete those tracks. (Because the focus went to 'Track title' in the Tag Editor panel.)

edit,
And some other behaviour in the Track details panel I wouldn't expect:
When you select a track there, and then use the [Page Dn] key, focus is lost on the track that was selected before, and a whole different track gets selected.
I would expect the selected track to remain selected.
Title: Re: GUI changes for v3.0
Post by: mozpri on April 14, 2016, 01:20:31 PM
Hello everybody.

Is there any way to disable auto scrolling in the now playing panel?
Every time a track starts playing the playlist position changes so that the playing track is at the bottom of the panel.

Gif: http://i.imgur.com/qKuTRPH.gifv
Title: Re: GUI changes for v3.0
Post by: Steven on April 14, 2016, 07:23:24 PM
Is there any way to disable auto scrolling in the now playing panel?
Every time a track starts playing the playlist position changes so that the playing track is at the bottom of the panel.
i wont change the auto-scrolling behavior for v3.0 but i have corrected the bug where it shows the playing track at the bottom - it should be shown at the top

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

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: redwing on April 15, 2016, 04:08:40 AM
When auto-calculate album rating is enabled in Tags (1), Albums view does not update the album rating immediately, requiring refresh. In Album & Tracks view it's working fine.

(http://i.imgur.com/lQ2V6Ec.png)
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 15, 2016, 06:28:51 AM
Is "recommended artists" in Recommendations (under Services) working for anyone?  I never see anything there.
it requires your last.fm account in order to retrieve the last.fm recommendations ie. you need to have logged into last.fm at least once

That explains the portable version, but I'm logged in to last.fm on the other and there's nothing there either.  I logged out and back in to be sure.  Scrobbling is working.

Is this working for other folks?  I still haven't seen any results under recommended artists, and my last.fm is connected and working fine otherwise.
Title: Re: GUI changes for v3.0
Post by: redwing on April 15, 2016, 07:02:04 AM
Is this working for other folks?  I still haven't seen any results under recommended artists, and my last.fm is connected and working fine otherwise.

Working fine for me regardless of the account. Maybe check if your plugin is updated:

for musicbee 3 only
i have made a change so the Last.fm recommendations panel is now accessed from the Services node in the lest navigator and shows in the entire main panel
http://www.mediafire.com/download/dg2o1e9wnoky6ad/mb_LastFmRecommendationsPlugin_%28for_MB_V3%29.zip

you will need the very latest MB3 version:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 15, 2016, 07:57:21 AM
This is built-in functionality, not a plugin.  I'm talking about the very first listing under services.
Title: Re: GUI changes for v3.0
Post by: Steven on April 15, 2016, 11:12:53 AM
When auto-calculate album rating is enabled in Tags (1), Albums view does not update the album rating immediately, requiring refresh. In Album & Tracks view it's working fine.
how did you apply the track rating eg. click on the player or track info panel, hotkey, tag editor, click in expanded panel etc
Title: Re: GUI changes for v3.0
Post by: mozpri on April 15, 2016, 12:25:39 PM
i wont change the auto-scrolling behavior for v3.0 but i have corrected the bug where it shows the playing track at the bottom - it should be shown at the top

This is much better. Thanks.
Title: Re: GUI changes for v3.0
Post by: redwing on April 15, 2016, 12:26:16 PM
When auto-calculate album rating is enabled in Tags (1), Albums view does not update the album rating immediately, requiring refresh. In Album & Tracks view it's working fine.
how did you apply the track rating eg. click on the player or track info panel, hotkey, tag editor, click in expanded panel etc

All of those require refreshing except tag editor.
Title: Re: GUI changes for v3.0
Post by: Steven on April 15, 2016, 01:03:13 PM
All of those require refreshing except tag editor.
thats very strange then because this functionality has been tested quite a bit a few months back. I will try and check tomorrow
Title: Re: GUI changes for v3.0
Post by: redwing on April 15, 2016, 03:40:11 PM
Click on a track in the main panel and then click on a library filter. You will see focus has not moved to Music node, and if you keep clicking on other filters, random tracks in the main panel get highlighted instead of Music node in the left navigator. v2.5 is working properly.
Title: Re: GUI changes for v3.0
Post by: Steven on April 15, 2016, 05:38:09 PM
When auto-calculate album rating is enabled in Tags (1), Albums view does not update the album rating immediately, requiring refresh. In Album & Tracks view it's working fine.
how did you apply the track rating eg. click on the player or track info panel, hotkey, tag editor, click in expanded panel etc

All of those require refreshing except tag editor.
i just did a quick test and all is fine for me - expanded panel, main panel and track info panel all update with the new album rating if the calculated value changes by half a star or more. Given i already have spent quite a bit of time in the past on this for another user where the issue was resolved, i am reluctant to spend more time on this unless you are able shed any more light on it.

edit:
if you send me your settings file i will have another look in case its something obscure
Title: Re: GUI changes for v3.0
Post by: hiccup on April 15, 2016, 05:54:27 PM
When you double-click on a song to play in track details view, and then double-click another song, the speaker icon stays located at the former playing track(s):
(Rostropovich is actually playing here)

(http://i.imgur.com/VV2ouzH.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 15, 2016, 06:09:10 PM
When you double-click on a song to play in track details view, and then double-click another song, the speaker icon stays located at the former playing track(s):
(Rostropovich is actually playing here)
as i am sure you would appreciate, if that was something that ordinarily happened it would have long ago been reported and fixed. So for now i am putting this down to "something about your machine" but if others report the same or you are able to provide a specific set of steps then i will investigate further
Title: Re: GUI changes for v3.0
Post by: redwing on April 15, 2016, 06:59:13 PM
i just did a quick test and all is fine for me - expanded panel, main panel and track info panel all update with the new album rating if the calculated value changes by half a star or more. Given i already have spent quite a bit of time in the past on this for another user where the issue was resolved, i am reluctant to spend more time on this unless you are able shed any more light on it.

edit:
if you send me your settings file i will have another look in case its something obscure

With a fresh installation I can reproduce the behavior.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 15, 2016, 07:18:50 PM
When you double-click on a song to play in track details view, and then double-click another song, the speaker icon stays located at the former playing track(s):
(Rostropovich is actually playing here)
as i am sure you would appreciate, if that was something that ordinarily happened it would have long ago been reported and fixed. So for now i am putting this down to "something about your machine" but if others report the same or you are able to provide a specific set of steps then i will investigate further

No problem.

Of course I can't have any reliable notion about other users noticing this or making the effort to report it.
For what it is worth, I have also been noticing some refreshing problem/display corruption at the right side of the 'comments' pane for a long time now. (but thought it too unimportant to mention it before)
I am doing it now since it might be related to the refreshing issue with the playing icon and in case other users have some issues there too.

(http://i.imgur.com/FENVzEQ.png)
Title: Re: GUI changes for v3.0
Post by: ankor on April 15, 2016, 08:02:31 PM
When you double-click on a song to play in track details view, and then double-click another song, the speaker icon stays located at the former playing track(s):
(Rostropovich is actually playing here)
as i am sure you would appreciate, if that was something that ordinarily happened it would have long ago been reported and fixed. So for now i am putting this down to "something about your machine" but if others report the same or you are able to provide a specific set of steps then i will investigate further

No problem.

Of course I can't have any reliable notion about other users noticing this or making the effort to report it.
v3.0.5946

I thought I'd try this. The speaker icon seems to switch as expected when I double-click on a track and then click to switch to the next track.  I have Prefs | Now Playing | Playing Tracks List | when tracks are playing = Queue Next and so the current playing track continues to play when I double-click another track.

I did notice something. If I change settings to Prefs | Now Playing | Playing Tracks List | if playback is stopped = Play Now, and I double-click a track while nothing is playing, nothing starts to play.  Seems like "Play Now" isn't taking effect when nothing is playing and I double-click a track.

I don't think this helps hiccup but....
Title: Re: GUI changes for v3.0
Post by: hiccup on April 15, 2016, 08:30:28 PM
When you double-click on a song to play in track details view, and then double-click another song, the speaker icon stays located at the former playing track(s):
(Rostropovich is actually playing here)

b.t.w., just in case others experience this too and it is to be addressed, I just noticed I have this happening in the Playing Tracks panel too.

(http://i.imgur.com/0KUkSvx.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on April 15, 2016, 09:31:51 PM
When you want to scroll through the custom tags in that panel, the scrolling goes very slowly.
In my opinion it would be better if it jumped at least a whole custom tag line per scroll-wheel click.
Using the scroll arrow buttons is even more slow and practically unusable.

Also when you scroll somewhere in the yellow area, instead of the panel scrolling, a drop down table opens immediately.
It would be nice if that would only happen after you had first selected a field there.

The same goes for the tag editor panel when docked at the bottom of the main panel.

The docked tag panel doesn't respond to mouse scroll as I would expect.
The only area that responds to mouse-scroll well is the green area. The red areas do not respond at all, and in the yellow area drop down menu's pop-up immediately without being selected first.
Also the scroll buttons are terribly slow in their action.
Please ignore all this if I am the only one experiencing this.

(http://i.imgur.com/FUia909l.jpg) (http://i.imgur.com/FUia909.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 16, 2016, 07:43:20 AM
@hiccup, for the double play icon can you confirm you have only just started using v3 for playback and secondly, if you minimise and restore MB that the invalid icon is gone
Title: Re: GUI changes for v3.0
Post by: hiccup on April 16, 2016, 08:10:27 AM
@hiccup, for the double play icon can you confirm you have only just started using v3 for playback and secondly, if you minimise and restore MB that the invalid icon is gone

No, I have been using v3 from the beginning, but the first months only very selectively trying out specific aspects of it.
For a couple of months now I'm using v3 exclusively.

This is what it looks like:
(First I play the first three tracks from the Track Details panel, after that, the same but from the Now Playing panel.)

http://i.imgur.com/UdLspDP.gifv
Title: Re: GUI changes for v3.0
Post by: Steven on April 16, 2016, 08:38:57 AM
could you minimise and restore MB to see if the invalid icon is gone;
and i can take from your comment that this behavior with the play icon has only started happening recently?
Title: Re: GUI changes for v3.0
Post by: hiccup on April 16, 2016, 09:33:52 AM
could you minimise and restore MB to see if the invalid icon is gone;
and i can take from your comment that this behavior with the play icon has only started happening recently?

I can't tell you exactly when this started. First because I don't cry wolf at every first spotting, secondly because I learned that my system seems to be more sensitive to some visual MusicBee glitches than most other users'.
If you want to invest more time in this, you could give me links to some older versions and I could report back if they behave the same on my system.

When I minimise/maximise, the playing icon shows at the correct playing track, but I often get transparent panels such as this:
(Track Details panel, and sometimes Now Playing panel too)


gif:
http://i.imgur.com/bWlGQJp.gifv


screenshot:
(http://i.imgur.com/3t0XsR5l.jpg) (http://i.imgur.com/3t0XsR5.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 16, 2016, 09:42:20 AM
could you try temporarily removing the visualiser and then the wavebar to see whether that makes any difference. If it does, i would be interested to know if the addresses the minimise/ restore as well
Title: Re: GUI changes for v3.0
Post by: hiccup on April 16, 2016, 09:53:36 AM
could you try temporarily removing the visualiser and then the wavebar to see whether that makes any difference. If it does, i would be interested to know if the addresses the minimise/ restore as well

No difference.

But, some brain cells sparked, and I tested it again with the default MB skin, and it doesn't happen there.
So it seems related to the skin.
Damn.

I tried my other skins too, but they all seem fine.
This only happens with 'A Sophisticated Bee'. So I will probably have to find an abnormality in the xml of that one that causes this.
Maybe an 'illegal' transparency value somewhere?

Thanks for putting time in this, I'll report back when I found and fixed the culprit.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 16, 2016, 10:33:57 AM
I tried my other skins too, but they all seem fine.
This only happens with 'A Sophisticated Bee'. So I will probably have to find an abnormality in the xml of that one that causes this.
Maybe an 'illegal' transparency value somewhere?
Thanks for putting time in this, I'll report back when I found and fixed the culprit.

It seemed to be related to the <element id="PlayingIcon.Default"> icon that was in it.
I couldn't find anything wrong with it (16x16 96dpi), but I just removed it, and now it's working fine.
Title: Re: GUI changes for v3.0
Post by: Steven on April 16, 2016, 10:44:34 AM
you need to provide all the icons if you are going to override:
PlayingIcon.Default
PausedIcon.Default
PlayingIcon.Highlight
PausedIcon.Highlight
Title: Re: GUI changes for v3.0
Post by: Steven on April 16, 2016, 12:24:00 PM
Click on a track in the main panel and then click on a library filter. You will see focus has not moved to Music node, and if you keep clicking on other filters, random tracks in the main panel get highlighted instead of Music node in the left navigator. v2.5 is working properly.
the focus issue is addressed for the next update. The highlighted node in the main panel should be the last active one for the filter in the current musicbee session
Title: Re: GUI changes for v3.0
Post by: hiccup on April 16, 2016, 01:56:03 PM
you need to provide all the icons if you are going to override:

I started to suspect something like that.
I created new icons for those, and it's working perfect now.
('A Sophisticated Bee' skin is now updated)
Title: Re: GUI changes for v3.0
Post by: Steven on April 16, 2016, 03:21:06 PM
unzip into the folder MB is installed:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

- a few bug fixes
- stop playback now releases an ASIO device
- right main panel is now kept visible for various nodes eg. radio/ podcasts/ etc
Title: Re: GUI changes for v3.0
Post by: redwing on April 17, 2016, 08:10:56 AM
Sometimes AZ bar looks like this for some node:

(http://i.imgur.com/JsFpmsh.png)

Of course the actual year range of tracks in the node is much broader, and no sort option is selected.

PMed my settings file (open inbox node).

--------

[edit] figured it out. Date modified column was selected.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 17, 2016, 08:42:05 AM
The setting of 'ignore diacritic marks' is ignored for custom search.
Title: Re: GUI changes for v3.0
Post by: Steven on April 17, 2016, 08:56:40 AM
[edit] figured it out. Date modified column was selected.
i take it there is nothing for me to investigate with this.
regarding the auto-calculated album rating, i still cant reproduce any issues using your settings so i will leave it as unsolved. I did notice you are displaying "Rating" and not "Album Rating" in the Albums view so i expect thats not what you intended and perhaps you were basing the bug report on viewing that?
Title: Re: GUI changes for v3.0
Post by: Steven on April 17, 2016, 08:57:57 AM
The setting of 'ignore diacritic marks' is ignored for custom search.
its only implemented for text searches. Could you put this on the wishlist for v3.1 if you want it addressed for a later MB version
Title: Re: GUI changes for v3.0
Post by: hiccup on April 17, 2016, 09:04:46 AM
The setting of 'ignore diacritic marks' is ignored for custom search.
its only implemented for text searches. Could you put this on the wishlist for v3.1 if you want it addressed for a later MB version

Do I understand correctly, and in custom search this is not considered a text search?:

(http://i.imgur.com/y5o9xry.png)

If so, I then will post a request for it for 3.1
Title: Re: GUI changes for v3.0
Post by: redwing on April 17, 2016, 09:12:19 AM
regarding the auto-calculated album rating, i still cant reproduce any issues using your settings so i will leave it as unsolved. I did notice you are displaying "Rating" and not "Album Rating" in the Albums view so i expect thats not what you intended and perhaps you were basing the bug report on viewing that?

You're right. I used rating simply thinking that would mean album rating in albums view. And actually that gets updated if you refresh.
Title: Re: GUI changes for v3.0
Post by: ankor on April 17, 2016, 03:06:01 PM
v3.0.5950
still a bug...Prefs | Now Playing | playing tracks list | if playback is stopped...is set to Play Now.  So when nothing is playing and I double-click on a track it should begin playing immediately but instead the action is the same as Queue Next.  If the Now Playing list is empty and I double-click on a track, the track is queued but nothing begins to play.
Title: Re: GUI changes for v3.0
Post by: Steven on April 17, 2016, 03:43:39 PM
still a bug...Prefs | Now Playing | playing tracks list | if playback is stopped...is set to Play Now.  So when nothing is playing and I double-click on a track it should begin playing immediately but instead the action is the same as Queue Next.  If the Now Playing list is empty and I double-click on a track, the track is queued but nothing begins to play.
could you send me your settings file (help/ support/ view settings) as its working fine for me
Title: Re: GUI changes for v3.0
Post by: AvikB on April 17, 2016, 04:49:31 PM
if right click on the tab i got this error:

Code
MusicBee v3.0.5933.37563 (Win6.3), 17 Apr 2016 21:18:

System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at MusicBee.MusicBeeMain.NavigationHeader.#=q2T6fEiKFowpKxFz5hxOLS4$xyyJfd7cRfcS5jk5F_fY=(MouseEventArgs #=qRAYYR4rudLhyihAcSDPDTg==, Int32 #=qCHG24rJuKMljyOG9mwjPDg==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=q$BQCg9_xhYO8ORGfGQA_ng==(MouseEventArgs #=qbDOkU7oKfXVvS47ehb2MsA==)
   at MusicBee.MusicBeeMain.OnMouseDown(MouseEventArgs #=q73h7ni0Q0uDGaU5geMsU7w==)
   at System.Windows.Forms.Control.WmMouseDown(Message& m, MouseButtons button, Int32 clicks)
   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 #=qbGgOLjU$20F4WcbNg4_HfwTaHHaVhERbis37oHagrj8=.WndProc(Message& #=qwtNq3ZM3v0cdGqkZmIktsA==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qwVDro9yF69e1IIJplZLMCw==)
   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)

Title: Re: GUI changes for v3.0
Post by: Steven on April 17, 2016, 05:08:10 PM
if right click on the tab i got this error:
you are using a fairly old version and that bug should already be fixed
Title: Re: GUI changes for v3.0
Post by: AvikB on April 17, 2016, 05:47:26 PM
if right click on the tab i got this error:
you are using a fairly old version and that bug should already be fixed
Ok it seems i missed the news but it seems you switched to MusicBee.exe, i was still opening MusicBee3.exe
The problem is fixed now. :)
Title: Re: GUI changes for v3.0
Post by: Steven on April 17, 2016, 09:14:34 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

- some more bug fixes
Title: Re: GUI changes for v3.0
Post by: ankor on April 17, 2016, 11:02:41 PM
still a bug...Prefs | Now Playing | playing tracks list | if playback is stopped...is set to Play Now.  So when nothing is playing and I double-click on a track it should begin playing immediately but instead the action is the same as Queue Next.  If the Now Playing list is empty and I double-click on a track, the track is queued but nothing begins to play.
could you send me your settings file (help/ support/ view settings) as its working fine for me
sent PM
Title: Re: GUI changes for v3.0
Post by: Bee-liever on April 18, 2016, 01:23:02 PM
and another question, are we getting random skin option in next update like we had in MB2?

I can't find if there was ever a response to this.
Is it something that got overlooked, or purposely removed from 3.0
Does it have to go back to the wishlist for 3.1?
Title: Re: GUI changes for v3.0
Post by: sleepless on April 18, 2016, 03:26:51 PM
When configuring the Album & Tracks view for the Playing Tracks List, the contrast settings aren't functional. Nor are the seetings at the bottom of the page:

(http://i.imgur.com/eQlVr62l.jpg) (http://i.imgur.com/eQlVr62.png)

If this is intentional, it would probably make sense to grey these areas out. Please let me know if it should be working and the problem is on my end, thanks.
Title: Re: GUI changes for v3.0
Post by: sleepless on April 18, 2016, 03:46:40 PM
unzip into the folder MB is installed:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

- right main panel is now kept visible for various nodes eg. radio/ podcasts/ etc

I'm a bit confused...are you saying the right main panel should always be visible in these panels, overriding any settings in the Panels Configuration? For me, the only panels that appear for Radio or Podcasts are the right and left sidebars. The right and left main panels are not displayed regardless of the configuration settings. Should this be functional? If not they should probably be disabled/greyed-out.

Title: Re: GUI changes for v3.0
Post by: Steven on April 18, 2016, 05:15:58 PM
I'm a bit confused...are you saying the right main panel should always be visible in these panels, overriding any settings in the Panels Configuration? For me, the only panels that appear for Radio or Podcasts are the right and left sidebars. The right and left main panels are not displayed regardless of the configuration settings. Should this be functional? If not they should probably be disabled/greyed-out.
i am guessing you are probably still running MusicBee3.exe - its now MusicBee.exe
Title: Re: GUI changes for v3.0
Post by: Steven on April 18, 2016, 06:02:04 PM
still a bug...Prefs | Now Playing | playing tracks list | if playback is stopped...is set to Play Now.  So when nothing is playing and I double-click on a track it should begin playing immediately but instead the action is the same as Queue Next.  If the Now Playing list is empty and I double-click on a track, the track is queued but nothing begins to play.
you have resume position enabled in the player preferences. MB considers the song as playback has started. The action you have configured for double click when play has started is queue next which is what MB is doing. On balance i think i will change it so paused songs are treated as though the song is not playing, so you will get the behaviour you expect
Title: Re: GUI changes for v3.0
Post by: AvikB on April 18, 2016, 06:40:15 PM
One weird issue i just found. Somehow MusicBee thinks i am in Japan!! I am not using any VPN, i do have few japanese songs(anime tracks) but there is no way i am in Japan.

(http://i.imgur.com/ua92VAB.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on April 18, 2016, 06:44:45 PM
One weird issue i just found. Somehow MusicBee thinks i am in Japan!! I am not using any VPN, i do have few japanese songs(anime tracks) but there is no way i am in Japan.
no, xbox music thinks you are in Japan. It had me down as being in the US and i had to contact xbox support to get my region changed
Title: Re: GUI changes for v3.0
Post by: AvikB on April 18, 2016, 06:57:35 PM
no, xbox music thinks you are in Japan. It had me down as being in the US and i had to contact xbox support to get my region changed
so anyway to resolve this?
Title: Re: GUI changes for v3.0
Post by: Steven on April 18, 2016, 07:12:49 PM
yes. Re-read my comment
Title: Re: GUI changes for v3.0
Post by: Steven on April 18, 2016, 08:34:14 PM
When configuring the Album & Tracks view for the Playing Tracks List, the contrast settings aren't functional. Nor are the seetings at the bottom of the page:
not all of the settings are applicable for when the album and tracks layout is used in the playing tracks panel because of the space constraints. I wont make any changes to disable the fields that dont apply for v3. The contrast settings for the fields that are displayed in the playing tracks panel should work and do work for me. However if you change the settings via the configuration dialog in the main panel then the changes are not immediately updated in the playing tracks panel, so i will look to fix that
Title: Re: GUI changes for v3.0
Post by: Steven on April 18, 2016, 08:44:47 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed and run MusicBee.exe (no longer MusicBee3.exe)
Title: Re: GUI changes for v3.0
Post by: redwing on April 19, 2016, 04:23:47 PM
Click on a track in the main panel and then click on a library filter. You will see focus has not moved to Music node, and if you keep clicking on other filters, random tracks in the main panel get highlighted instead of Music node in the left navigator. v2.5 is working properly.
the focus issue is addressed for the next update. The highlighted node in the main panel should be the last active one for the filter in the current musicbee session

Looks like "selected track" issue is more complicated than I thought, and I am now no longer sure what's the correct behavior.

1. For non-filter node like inbox or playlists:
Click on a track in the main panel and then click on the same node (or a node that includes the selected track) in the left navigator. Currently the track gets unselected in the main panel and track info, lyrics, etc. panels show "No selected track" message. But with v2.5 it remained selected under lowlight selector in the main panel and other panels.

2. library filters:
Click on a track in the main panel and then click on the same library filter node (or a filter node that includes the selected track) in the left navigator. Currently the track gets unselected in the main panel, but remains selected in track info, lyrics, etc. panels (this is a bug). But if you switch to playing track and then return to selected track, then those track info etc panels correctly show "No selected track" message. With v2.5 all panels show no track is selected.

3. Another selected track bug:
Click on a track in the main panel and then click on any other node in the left navigator. Likewise #2, the track gets unselected in the main panel, but remains selected in track info, lyrics, etc. panels (this is a bug). But if you switch to playing track and then return to selected track, then those track info etc panels correctly show "No selected track" message.

My opinion is that if selected track is included in a newly selected node, then the selected track should remain. Especially I don't get why the track gets unselected when you click on the same node again. Also make filter nodes and non-filter nodes behave consistently.
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 05:42:21 PM
Looks like "selected track" issue is more complicated than I thought, and I am now no longer sure what's the correct behavior.

1. For non-filter node like inbox or playlists:
Click on a track in the main panel and then click on the same node (or a node that includes the selected track) in the left navigator. Currently the track gets unselected in the main panel and track info, lyrics, etc. panels show "No selected track" message. But with v2.5 it remained selected under lowlight selector in the main panel and other panels.

2. library filters:
Click on a track in the main panel and then click on the same library filter node (or a filter node that includes the selected track) in the left navigator. Currently the track gets unselected in the main panel, but remains selected in track info, lyrics, etc. panels (this is a bug). But if you switch to playing track and then return to selected track, then those track info etc panels correctly show "No selected track" message. With v2.5 all panels show no track is selected.

3. Another selected track bug:
Click on a track in the main panel and then click on any other node in the left navigator. Likewise #2, the track gets unselected in the main panel, but remains selected in track info, lyrics, etc. panels (this is a bug). But if you switch to playing track and then return to selected track, then those track info etc panels correctly show "No selected track" message.

My opinion is that if selected track is included in a newly selected node, then the selected track should remain. Especially I don't get why the track gets unselected when you click on the same node again. Also make filter nodes and non-filter nodes behave consistently.
1. is an intentional change. For all previous MB versions, clicking on the library node a second time resets all filters and the selected file. In v3 thats done for all nodes
2 & 3, the implemented behaviour is that any panels showing "selected" reflect the last clicked item in the main panel or playing tracks panel. The reason is so the selection doesnt change when you switch tabs or the active node in the left navigator. I appreciate thats debateable behaviour but i think it can be useful.
Title: Re: GUI changes for v3.0
Post by: redwing on April 19, 2016, 06:09:24 PM
2 & 3, the implemented behaviour is that any panels showing "selected" reflect the last clicked item in the main panel or playing tracks panel. The reason is so the selection doesnt change when you switch tabs or the active node in the left navigator.

Well, I don't think that track is actually selected. I often get duped by that "display bug", thinking a track is selected, and run an external tool hotkey. What follows is constant pop-up of the app windows that happens when no track is selected, and the only resolution I can have at that point is to reboot my machine, as someone else had described earlier: http://getmusicbee.com/forum/index.php?topic=17797.0
Title: Re: GUI changes for v3.0
Post by: sleepless on April 19, 2016, 06:44:04 PM
I'm getting all sorts of glitches in the playing tracks list (Album & Tracks):

(http://i.imgur.com/vHKOBCWl.jpg) (http://i.imgur.com/vHKOBCW.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 06:44:25 PM
2 & 3, the implemented behaviour is that any panels showing "selected" reflect the last clicked item in the main panel or playing tracks panel. The reason is so the selection doesnt change when you switch tabs or the active node in the left navigator.

Well, I don't think that track is actually selected. I often get duped by that "display bug", thinking a track is selected, and run an external tool hotkey. What follows is constant pop-up of the app windows that happens when no track is selected, and the only resolution I can have at that point is to reboot my machine, as someone else had described earlier: http://getmusicbee.com/forum/index.php?topic=17797.0
i am not quite following you. Firstly are you saying that is no track is selected then MB sends all files to the external tool? I cant check right now but if thats the case then clearly something should be done about that.
Secondly, i think you are saying there is actually a track selected. Again i am only going from memory but i would think MB uses the selected track from the in-focus panel. If no grid panel is in focus then i need to check what the behavior is
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 06:46:39 PM
I'm getting all sorts of glitches in the playing tracks list (Album & Tracks):
it might be the same issue that hiccup had with another of his skins. I suggest you try using the default skin and if it is resolved then he knows now what needs to be done
Title: Re: GUI changes for v3.0
Post by: sleepless on April 19, 2016, 06:54:07 PM
I'm a bit confused...are you saying the right main panel should always be visible in these panels, overriding any settings in the Panels Configuration? For me, the only panels that appear for Radio or Podcasts are the right and left sidebars. The right and left main panels are not displayed regardless of the configuration settings. Should this be functional? If not they should probably be disabled/greyed-out.
i am guessing you are probably still running MusicBee3.exe - its now MusicBee.exe

Nope, I'm running MusicBee.exe - 3.0.5952, and it's definitely not working.
Title: Re: GUI changes for v3.0
Post by: sleepless on April 19, 2016, 07:00:11 PM
I'm getting all sorts of glitches in the playing tracks list (Album & Tracks):
it might be the same issue that hiccup had with another of his skins. I suggest you try using the default skin and if it is resolved then he knows now what needs to be done

MB3 Default:

(http://i.imgur.com/BTNt6Yul.jpg) (http://i.imgur.com/BTNt6Yu.png)
Title: Re: GUI changes for v3.0
Post by: redwing on April 19, 2016, 07:08:58 PM
Firstly are you saying that is no track is selected then MB sends all files to the external tool? I cant check right now but if thats the case then clearly something should be done about that.

Yes, that's been always the case.

Secondly, i think you are saying there is actually a track selected.

Only before clicking on a node in left navigator. After that I don't believe what track info etc panel shows as selected track.
Title: Re: GUI changes for v3.0
Post by: sleepless on April 19, 2016, 07:12:50 PM
I'm getting all sorts of glitches in the playing tracks list (Album & Tracks):

I should add that it appears the problem happens when selecting an artist where the sub-grouping header is used. Currently I have this header set for disc display, so when I select an artist that has an album with multiple discs, the glitches occur.
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 07:22:43 PM
Nope, I'm running MusicBee.exe - 3.0.5952, and it's definitely not working.
can you send me your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 07:33:06 PM
@redwing, yes it is the case that MB sends all files if none are selected so i will change that. For my second comment, if no grid panel is in focus then MB uses the main grid panel.
Title: Re: GUI changes for v3.0
Post by: redwing on April 19, 2016, 08:01:33 PM
What does that mean? Say you click on a track in the main panel from a music node and then click on inbox node. Track info panel keeps showing the same "selected track". Is that a display bug or not?
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 08:40:21 PM
What does that mean? Say you click on a track in the main panel from a music node and then click on inbox node. Track info panel keeps showing the same "selected track". Is that a display bug or not?
the Track Info panel shows the last clicked track from the main panel or the playing tracks panel (no doubt if you try hard enough you will find some exception)
for hotkey actions that rely on the selected track, if no panel is in focus then MB uses the selected track in the main panel. So if the main panel or playing tracks is not in focus then there can be a difference between the track used for a hotkey action and whats displayed in the Track Info panel.
I wont change that behavior at this point in time
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 09:03:54 PM
I'm a bit confused...are you saying the right main panel should always be visible in these panels, overriding any settings in the Panels Configuration? For me, the only panels that appear for Radio or Podcasts are the right and left sidebars. The right and left main panels are not displayed regardless of the configuration settings. Should this be functional? If not they should probably be disabled/greyed-out.
Radio and Podcasts use the track detail layout. You have the track detail layout configured with a panel override so that the right main panel is hidden.
The issue with the playing tracks panel not displaying correctly is fixed for the next update
Title: Re: GUI changes for v3.0
Post by: sleepless on April 19, 2016, 09:51:16 PM
Ah-ha, got it. I was using the "overrides for the current musicbee tab" setting in the layout editor. Thanks for the info.
Title: Re: GUI changes for v3.0
Post by: Steven on April 19, 2016, 10:04:38 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

fixes for the above. Unzip into the folder MB is installed and run MusicBee.exe
Title: Re: GUI changes for v3.0
Post by: redwing on April 19, 2016, 11:44:49 PM
@redwing, yes it is the case that MB sends all files if none are selected so i will change that.

Thanks for the change! It no longer happens.

I wont change that behavior at this point in time

I can see there are various use cases to consider. I'll think about that.
Title: Re: GUI changes for v3.0
Post by: cmg on April 20, 2016, 02:36:25 AM
A bug similar to that I reported before (link is shown below) exists.
When I enable grouping and select genre from the library explorer, the number of albums is mistakenly counted at the lower right of the window.

previous bug: http://getmusicbee.com/forum/index.php?topic=15050.msg109111#msg109111

screen shot: http://i.imgur.com/0RdvhUg.png
Title: Re: GUI changes for v3.0
Post by: redwing on April 20, 2016, 05:13:28 PM
On Tracks view with medium-size artwork, mouse-over glitch appears over rating. With small-size artwork or no artwork, it doesn't happen:

(http://i.imgur.com/k3u6bFS.png)

If you add both rating and album rating on Tracks view, rating doesn't show if you click on areas near to rating. Also auto-calculate album rating requires refreshing. Maybe it is intended album rating should not be added on this view, but I'm not sure.

(http://i.imgur.com/eHvsb3g.png)

On Album & Tracks view, if you add album rating under artwork and adjust each track's rating, auto-calculate album rating requires refreshing:
 
(http://i.imgur.com/a15FfdE.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 20, 2016, 06:08:31 PM
@redwing, the first is fixed for the next update. The other two glitches are a bit more tricky and i will leave them unsolved for v3

A bug similar to that I reported before (link is shown below) exists.
When I enable grouping and select genre from the library explorer, the number of albums is mistakenly counted at the lower right of the window.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: redwing on April 20, 2016, 06:19:32 PM
Did you make any changes related to running milkdrop?
Recently I noticed whenever I try to run milkdrop MB crashes. But if I run another visualizer first and then switch to milkdrop, it works. But the color of milkdrop looks quite poor.
I tried old patches and the last stable one seems 5941. It runs without any problem and looks just the same as it used to.
Then I applied the latest patch again, sometimes it works fine, sometimes it crashes again. I wonder others can reproduce this too.
Title: Re: GUI changes for v3.0
Post by: Steven on April 20, 2016, 06:23:34 PM
no changes have been made to the visualiser or anything i can think of that is remotely related.
For myself i have always had occasional crashes with milkdrop
Title: Re: GUI changes for v3.0
Post by: Steven on April 20, 2016, 06:24:15 PM
fixes for the items stated as fixed above
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed and run MusicBee.exe
Title: Re: GUI changes for v3.0
Post by: redwing on April 20, 2016, 06:44:51 PM
no changes have been made to the visualiser or anything i can think of that is remotely related.
For myself i have always had occasional crashes with milkdrop

OK, maybe just its code is old and partly incompatible with latest OS patches.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 20, 2016, 08:23:29 PM
It feels a bit weird that the toolbar icons bar escape the bounds of the minimized MB panel when being 'unconsolidated'.

(http://i.imgur.com/8qmZQ9o.jpg)
Title: Re: GUI changes for v3.0
Post by: hiccup on April 20, 2016, 09:14:47 PM
When hovering over the years, the 'yyyy' gets a bold font, but the small single digits seem to change form a little bit, but not very nice or distinctive.
If possible it might be better to have them changing to bold also.

(http://i.imgur.com/4vPGpvm.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on April 20, 2016, 09:49:18 PM
the small digits are displayed as bold on mouse-over. I guess for a future MB version, the font size could be increased a bit
Title: Re: GUI changes for v3.0
Post by: hiccup on April 20, 2016, 10:01:42 PM
Ah, I see. Segui only starts looking 'bold' from 8 pt and up.
If you'd like to stick to 7 pt, Segui semibold could perhaps be an alternative for the mouse-over.
Title: Re: GUI changes for v3.0
Post by: cmg on April 21, 2016, 02:14:15 PM
fixes for the items stated as fixed above
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed and run MusicBee.exe

I confirmed the fix, but I found another bug.
When I select genre in the library explorer, file size and duration of music shown at the lower right do not change.
It seems that information about all the files in the music library is shown.

A screenshot is shown below.
There are five albums with file size of 1.2 GB and duration of 4:07:47, but wrong information is displayed.
http://i.imgur.com/mjaZJ26.png
Title: Re: GUI changes for v3.0
Post by: Steven on April 21, 2016, 06:12:15 PM
When I select genre in the library explorer, file size and duration of music shown at the lower right do not change.
It seems that information about all the files in the music library is shown.
yes you are right. That will be fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Sigma on April 21, 2016, 06:59:05 PM
I have a n00b question about 3.0.

When I hover the mouse pointer over the left edge, this happens: -

(http://i.imgur.com/SPUZr2O.gif)

How do I turn that off?

Thanks!
Title: Re: GUI changes for v3.0
Post by: adn on April 21, 2016, 07:20:53 PM
I have a n00b question about 3.0.

When I hover the mouse pointer over the left edge, this happens:

How do I turn that off?

Thanks!

What you are seeing is the left sidebar, and it is doing that because it is set to auto-hide. You can change any settings related to the left sidebar from the "Configure Layout" button that should be near the top-right part of your MusicBee.
Title: Re: GUI changes for v3.0
Post by: adn on April 21, 2016, 07:30:31 PM
While I'm here, I have to say I'm in love with the new "Music Explorer" panel. Pretty much everything about is better than what I've seen other music players try when implementing a similar feature.

The only thing I'm having trouble with is that I like it so much that I wish it could be used in conjunction with the Artists thumbnail browser. Maybe I'm missing something but I cannot get the left panel to show when I'm in the Music Explorer view, despite that view being awesome for displaying albums you have for an artist.

This is what I mean;

Title: Re: GUI changes for v3.0
Post by: Sigma on April 21, 2016, 07:32:17 PM
What you are seeing is the left sidebar, and it is doing that because it is set to auto-hide. You can change any settings related to the left sidebar from the "Configure Layout" button that should be near the top-right part of your MusicBee.

Thanks, I found the setting.
Title: Re: GUI changes for v3.0
Post by: adn on April 21, 2016, 07:35:37 PM
While I'm here, I have to say I'm in love with the new "Music Explorer" panel. Pretty much everything about is better than what I've seen other music players try when implementing a similar feature. Huge thanks for all the work done on version 3 by the way, MusicBee is becoming even better and better.

The only thing I'm having trouble with is that I like it so much that I wish it could be used in conjunction with the Artists thumbnail browser. Maybe I'm missing something but I cannot get the left panel to show when I'm in the Music Explorer view, despite that view being awesome for displaying albums you have for an artist.

This is what I mean;

  - Current album/artist browsing view:  http://i.imgur.com/UZJsKwB.png

  - What I'm trying to do (pasted together with Photoshop):  http://i.imgur.com/8n9iJLj.jpg


Is the fact that we can't use the thumbnail browser with the Music Explorer view intentional? If not, could it be considered for future iterations?
Title: Re: GUI changes for v3.0
Post by: Steven on April 21, 2016, 07:47:54 PM
When I select genre in the library explorer, file size and duration of music shown at the lower right do not change.
It seems that information about all the files in the music library is shown.
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: Steven on April 21, 2016, 07:50:55 PM
The only thing I'm having trouble with is that I like it so much that I wish it could be used in conjunction with the Artists thumbnail browser. Maybe I'm missing something but I cannot get the left panel to show when I'm in the Music Explorer view, despite that view being awesome for displaying albums you have for an artist.

Is the fact that we can't use the thumbnail browser with the Music Explorer view intentional? If not, could it be considered for future iterations?
yes i has considered to include that for v3 but its too late now. It would probably need to be optional though as the Top Tracks panel reduces the available space which will be a problem for some configurations/ screens.
I will set up a v3.1 topic in the next couple of weeks and i suggest you put this in that topic
Title: Re: GUI changes for v3.0
Post by: adn on April 21, 2016, 08:44:36 PM
Having it as an option would be awesome yes, I'll put it in the 3.1 thread when it's up thanks for the reply!
Title: Re: GUI changes for v3.0
Post by: RTesla on April 23, 2016, 12:36:55 AM
Does anyone know if it's possible to limit search results within locked tabs to just one "search results" tab?

I use search quite a lot and I'm sure I can't be the only one with loads of opened search results tabs I'm constantly having to close!
Title: Re: GUI changes for v3.0
Post by: Steven on April 23, 2016, 07:44:41 AM
if you set the search preference (from the search icon button menu) to local, MB shouldnt open a new tab. Otherwise to answer your question - no.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 23, 2016, 08:09:59 AM
The search field when located below the caption bar has no minimal allowed horizontal size, so it is possible to drag and minimise it completely 'out of sight'. That's probably not desirable.

Also, with 'A Sophisticated Bee, doing that results in a crash. (big red cross)
But that might be some skin issue.


Code
MusicBee v3.0.5956.12548 (Win10.0), 22 apr 2016 18:55:

System.ArgumentException: Rectangle '{X=1422,Y=31,Width=0,Height=20}' cannot have a width or height equal to 0.
   at System.Drawing.Drawing2D.LinearGradientBrush..ctor(Rectangle rect, Color color1, Color color2, LinearGradientMode linearGradientMode)
   at #=qgmsfzkmI_ywLdNpOXhOHRFUOO6lTsqq0X37vjmGyJjU=.#=qTlbuviiEDKcgqAhHyEMcDg==(Graphics #=qsoNAkw5IEGTl4T4mXDTURw==, Rectangle #=qeo1vIIhqncXut1DX363J8w==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qpgT5$5zJZ8usCHUSxiZijioGTeglXVw1uZg0c4MnVjc=._Lambda$__0(Graphics #=qVK3Y3JXUzZ9biV8KLb6pgQ==)
   at MusicBee.MusicBeeMain.NavigationHeader.#=qByWQwyMQp_twUnhHPyrIDQ==(PaintEventArgs #=qVreUUoeS$_1_DQX2OXwZAw==)
   at MusicBee.MusicBeeMain.#=qIJ56OXtYHwZaQWGj9amDmclGpBr2BgFff9Z4fnYz9Go=._Lambda$__0(Graphics #=q3gozAeb6XObe$zqCAQaRMg==)
   at #=q93wXi7CDpzzywjSsIbmQ$A==.#=qLrDDXTC9yAsRlArQ1ArSEg==.#=qdB4YDoJHDXYf4t4GYZQ9sw==(Graphics #=quky1zUxW3efxSf$E2lE$_w==, #=q67EoL7494mAeiewCrOpQ1HKkyB4P7mituc3NrBmAaRQ= #=qfVGlrhktYjEJzrlzDUt8Tw==, Rectangle #=qTGE24HRQg8K0GP0JhLmycQ==, Rectangle #=qnKFqOGk_FrzfmG6xwp2Ogw==)
   at MusicBee.MusicBeeMain.OnPaint(PaintEventArgs #=qSVJ0CxS18DlHdj3$t7lgXQ==)
   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 #=qidS1dwAknIJKBCeTpkZiHVyZ$Nr4Pyp_LWYkxgDSxRk=.WndProc(Message& #=qvib8Y0D2AN05DSgQdKihow==)
   at MusicBee.MusicBeeMain.WndProc(Message& #=qR8hIbgxzSmgV26htg3lb2A==)
   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)
Title: Re: GUI changes for v3.0
Post by: Steven on April 23, 2016, 08:58:40 AM
could you send me your settings file
Title: Re: GUI changes for v3.0
Post by: Steven on April 23, 2016, 10:14:15 AM
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: hiccup on April 23, 2016, 02:27:54 PM
Looking at the album auto-tagger panel there are two things that caught my eye.

- The word ' albumart'  is underlined. Does that have a function? You would expect it to be some weblink, but I think it isnt?
- It might be made a bit more obvious that 'settings' is actually a button you can press. So giving it the same design as other buttons (and separating it from the arrows) would probably be better.
 
(http://i.imgur.com/nM7z0JC.png)
Title: Re: GUI changes for v3.0
Post by: Steven on April 23, 2016, 03:13:40 PM
fixes for the items stated as fixed above
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed and run MusicBee.exe
Title: Re: GUI changes for v3.0
Post by: Steven on April 23, 2016, 03:41:12 PM
Looking at the album auto-tagger panel there are two things that caught my eye.

- The word ' albumart'  is underlined. Does that have a function? You would expect it to be some weblink, but I think it isnt?
- It might be made a bit more obvious that 'settings' is actually a button you can press. So giving it the same design as other buttons (and separating it from the arrows) would probably be better.
you can click on the artwork text and it should open the "search intenet for picture" dialog
it was intentional to blend settings in to reduce distraction on the screen and the settings themselves arent that important or i imagine often used
Title: Re: GUI changes for v3.0
Post by: hiccup on April 23, 2016, 03:50:32 PM
Looking at the album auto-tagger panel there are two things that caught my eye.

- The word ' albumart'  is underlined. Does that have a function? You would expect it to be some weblink, but I think it isnt?
- It might be made a bit more obvious that 'settings' is actually a button you can press. So giving it the same design as other buttons (and separating it from the arrows) would probably be better.
you can click on the artwork text and it should open the "search intenet for picture" dialog
it was intentional to blend settings in to reduce distraction on the screen and the settings themselves arent that important or i imagine often used

I stand corrected. I quickly checked pressing 'artwork' with a few albums and nothing happened at ll, so I draw some conclusion too soon.

Whether 'settings' there is important, or used often or not (I have no strong standpoint about it) shouldn't be to relevant in my opinion.
If it is 'a button', it should probably also look like a button.
Title: Re: GUI changes for v3.0
Post by: hiccup on April 23, 2016, 04:10:03 PM
The search field when located below the caption bar has no minimal allowed horizontal size, so it is possible to drag and minimise it completely 'out of sight'. That's probably not desirable.
Also, with 'A Sophisticated Bee, doing that results in a crash. (big red cross)
But that might be some skin issue.

That fixed it, and no more crash.
But... I just noticed you might also want to set some maximum width for it:

(http://i.imgur.com/oCeTuZY.gif)
Title: Re: GUI changes for v3.0
Post by: J24 on April 24, 2016, 07:05:49 AM
Is there a way to enable "show summary statistics" for the status bar of the "Now Playing" panel (Playlist view)?
When I select tracks in the Now Playing panel, the status bar doesn't show any stats such as how many files are selected, what is their collective duration and file size
This stats were showing in v2.5.5690 but it's not showing in v3.0.5954
Title: Re: GUI changes for v3.0
Post by: Steven on April 24, 2016, 09:51:10 AM
But... I just noticed you might also want to set some maximum width for it:
for the next update i have put in a crude maximum restriction ie. it will stop the width taking up the entire panel but its still possible to create tabs sized to 1px

Is there a way to enable "show summary statistics" for the status bar of the "Now Playing" panel (Playlist view)?
When I select tracks in the Now Playing panel, the status bar doesn't show any stats such as how many files are selected, what is their collective duration and file size
This stats were showing in v2.5.5690 but it's not showing in v3.0.5954
i have put in handling for that in the next v3 update
Title: Re: GUI changes for v3.0
Post by: Steven on April 24, 2016, 11:17:32 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: J24 on April 24, 2016, 01:02:25 PM
That was fast! It's working perfectly, thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on April 24, 2016, 01:27:11 PM
Recently I noticed whenever I try to run milkdrop MB crashes. But if I run another visualizer first and then switch to milkdrop, it works. But the color of milkdrop looks quite poor.
I tried old patches and the last stable one seems 5941. It runs without any problem and looks just the same as it used to.
Then I applied the latest patch again, sometimes it works fine, sometimes it crashes again. I wonder others can reproduce this too.

Figured out what's going on. It was my player setting "on start up - resume position". For some reason when player is on pause on startup if you run milkdrop right away it crashes MB. If you start with another visualizer and then switch to milkdrop, it runs but its colors and keyboard use is not normal. With the setting "on startup - do noting", or on stop or play (instead of pause) with the player it works without any problem.
Title: Re: GUI changes for v3.0
Post by: Steven on April 24, 2016, 03:03:03 PM
Figured out what's going on. It was my player setting "on start up - resume position". For some reason when player is on pause on startup if you run milkdrop right away it crashes MB. If you start with another visualizer and then switch to milkdrop, it runs but its colors and keyboard use is not normal. With the setting "on startup - do noting", or on stop or play (instead of pause) with the player it works without any problem.
i can reproduce incorrect behavior, but not as you describe - for me the visualiser simply refuses to start. As you say its only when you have resume position enabled and start the visualiser before starting playback. If you start playback and pause, then start the visualiser its fine. I dont know why it should matter and i can only speculate its some weird interaction between the winamp plugin and the bass library. One approach could be to force playback to start when opening the visualiser which is better than having MB crash

edit:
figured it out at least for my case. I will post a link later
Title: Re: GUI changes for v3.0
Post by: redwing on April 24, 2016, 03:25:52 PM
Then try with my settings file to see if other settings are related too (PMed it).
Title: Re: GUI changes for v3.0
Post by: Steven on April 24, 2016, 03:40:26 PM
Then try with my settings file to see if other settings are related too (PMed it).
yes there was an additional complicating factor with your settings. Hopefully the issue will also be addressed for you:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on April 24, 2016, 03:42:11 PM
One difference I noticed with v3 from v2.5 is milkdrop doesn't stop when you pause. With v2.5 milkdrop stops when you pause. 
Title: Re: GUI changes for v3.0
Post by: Steven on April 24, 2016, 03:47:44 PM
One difference I noticed with v3 from v2.5 is milkdrop doesn't stop when you pause. With v2.5 milkdrop stops when you pause.
its the same - it depends on whether 32-bit output is enabled for direct sound
Title: Re: GUI changes for v3.0
Post by: redwing on April 24, 2016, 03:49:32 PM
Excellent! Now it works without crashing even with resume position enabled.
And now I think current v3's pause action is more correct than v2.5's complete stop as it only pauses beat detection and then resumes it when playing again.
Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on April 24, 2016, 03:51:53 PM
One difference I noticed with v3 from v2.5 is milkdrop doesn't stop when you pause. With v2.5 milkdrop stops when you pause.
its the same - it depends on whether 32-bit output is enabled for direct sound

You're right. I can see that.
Title: Re: GUI changes for v3.0
Post by: rurutia10 on April 24, 2016, 07:11:23 PM
I've been getting a new bug lately since one of the last updates. If I don't use musicbee for a while, and come back and play a song that's in the middle of the track, the first second will repeat for like 10 times before the song continues playing. No error log.

Also the crashing bug is gone, I suspect it might have something to do with it

Another bug, but this one happens infrequently, but when it does happen it's extremely annoying. Playing an album and a song just gets skipped randomly. For example playing track #3, and when it finishes, it'll play track #5. Then I'll play track #3 again to see what happened wrong, it finished and then it does go to track #4 fine. Weird bug but really annoying.
Title: Re: GUI changes for v3.0
Post by: Steven on April 24, 2016, 07:51:32 PM
@rurutia10, you are continually complaining about crashes and issues that i can never reproduce and no one else reports. Its probably best you use another application as i wont spend more time helping you
Title: Re: GUI changes for v3.0
Post by: theG on April 25, 2016, 04:09:47 AM
I finally decided to switch to v3 and I'm glad I did. I've been playing with it and moving things around for the last few hours, and no bugs so far. Loving it.
Now I want to make use of the Artist Biography feature as well as display the artist picture along with it. I'm a long time XBMC/Kodi user and spent a lot of time manually selecting each backdrop image for each artist. So, is there a way to use our own..... as backdrops?
Since there is ../MusicBee/Artist Pictures/Thumb/ for artist pictures, I think it'd be nice to have the same for artists backdrops. Just the same as "artist picture" in Panels Configuration.

Thanks!
After being a long time foobar user, I'm now sold to MusicBee. Also got rid of iTunes on the computer at my friend's pub and MusicBee is now the main Media Player. I've only seen it crash once or twice in the past 5-6 months. It's pretty awesome for a media player that runs many many hours a day. Thanks again :D
Title: Re: GUI changes for v3.0
Post by: Steven on April 25, 2016, 09:29:51 AM
just put the large artist picture in Artist Pictures/<artist name>.jpg
<artist name>2.jpg etc
Title: Re: GUI changes for v3.0
Post by: rurutia10 on April 25, 2016, 11:18:14 AM
@rurutia10, you are continually complaining about crashes and issues that i can never reproduce and no one else reports. Its probably best you use another application as i wont spend more time helping you

The only bug worth of note that I've made more than 2 posts about (the crashing bug) has been reported by several others: http://getmusicbee.com/forum/index.php?topic=15050.msg107679#msg107669

I've been using for 3.0 for 5 months now and very much like it, these are minor issues that happen infrequently, if they were big issues I would have switched a long time ago.

Title: Re: GUI changes for v3.0
Post by: orbittwz on April 25, 2016, 12:23:56 PM
@rurutia10

Hey!
how about trying to start fresh? uninstall MB2.5x and MB3.x, delete all folders with settings and install those again.
then, try using different sound output, like WASAPI (which works awesome, great crisp sound!)... preferences --> player --> switch output..

let me know!
Title: Re: GUI changes for v3.0
Post by: sleepless on April 25, 2016, 12:43:22 PM
I still can't figure out how to get these settings to work. Are there some other settings that might be overriding these? Could it be a skin issue?

(http://i.imgur.com/mlgE3Mll.jpg) (http://i.imgur.com/mlgE3Ml.png)
Title: Re: GUI changes for v3.0
Post by: hiccup on April 25, 2016, 02:46:23 PM
At some dropdown menu's, the disabled entries don't get a border displayed when hovered-over, which is a nice and subtle touch:

(http://i.imgur.com/rBBWPc7.gif)


But at the main menu, also the disabled entries get a border:

(http://i.imgur.com/FdGbj5W.gif)
Title: Re: GUI changes for v3.0
Post by: Steven on April 25, 2016, 06:20:41 PM
I still can't figure out how to get these settings to work. Are there some other settings that might be overriding these? Could it be a skin issue?

there is a bug with the Left Grouping header contrast which is using the wrong value and fixed for the next update. The grouping headers only show in the main panel
All others are working fine in the main panel and playing tracks config.
However if the skin has this element defined:
Content[AlbumAndTracks].ArtworkText
then that colour is always used and the contrast is ignored. It looks like its always been that way but i honestly dont remember why thats done that way or why the element was created

edit:
i think i will change it so the contrast is always applied
Title: Re: GUI changes for v3.0
Post by: Steven on April 25, 2016, 06:22:02 PM
At some dropdown menu's, the disabled entries don't get a border displayed when hovered-over, which is a nice and subtle touch:
thats controlled by the .NET library, so to get the same behavior i would probably need to write my own controls which i doubt i would be prepared to do
Title: Re: GUI changes for v3.0
Post by: Steven on April 25, 2016, 07:44:43 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: ankor on April 25, 2016, 09:49:03 PM
At some dropdown menu's, the disabled entries don't get a border displayed when hovered-over, which is a nice and subtle touch:
thats controlled by the .NET library, so to get the same behavior i would probably need to write my own controls which i doubt i would be prepared to do
don't blame you. time can be better spent unless the need is great
Title: Re: GUI changes for v3.0
Post by: theG on April 26, 2016, 12:17:02 AM
I might have found a bug..
In settings, under tags that define an album, I've added the total album duration (along with Album Artist and Album) and when I applied the changes, MB closed on me. Now, everytime I try to open it, it closes right away. I can see MB for a 1/10th of a second and then gone.
Title: Re: GUI changes for v3.0
Post by: redwing on April 26, 2016, 01:04:57 AM
I might have found a bug..
In settings, under tags that define an album, I've added the total album duration (along with Album Artist and Album) and when I applied the changes, MB closed on me. Now, everytime I try to open it, it closes right away. I can see MB for a 1/10th of a second and then gone.

I can replicate that, but MB didn't save the setting for me.
Anyway open MusicBee3Settings.ini file under AppData folder with text editor and find the following element:
<TagAlbumGroupingField1>
Then change its value to "0" (zero) without quote.
Title: Re: GUI changes for v3.0
Post by: theG on April 26, 2016, 01:08:15 AM
I can replicate that, but MB didn't save the setting for me.
Anyway open MusicBee3Settings.ini file under AppData folder with text editor and find the following element:
<TagAlbumGroupingField1>
Then change its value to "0" (zero) without quote.

I had a backup of my ini file, but it's a good thing to know as I'm about do to more testing. Thanks
Title: Re: GUI changes for v3.0
Post by: HHM on April 26, 2016, 07:51:13 AM
not sure if bug or intentional change of behavior... :)

With the last build I noticed some problems with deleting or changing folders names. Turned out it's because of the artwork of the last played track still being displayed in right panel. Till the recent version(s) after music stopped the art photo was being displayed as well, however it didn't prevent the root folder from changing it's name etc. (was it because the graphics was using cahce memory or sth?), right now I have to play some other file to change the art field as well and to manage my folders freely. Pretty inconvenient.
Title: Re: GUI changes for v3.0
Post by: Steven on April 26, 2016, 09:00:39 AM
I might have found a bug..
In settings, under tags that define an album, I've added the total album duration (along with Album Artist and Album) and when I applied the changes, MB closed on me. Now, everytime I try to open it, it closes right away. I can see MB for a 1/10th of a second and then gone.
Album Duration is dependent on the fields that define an album so it could never be supported. I will try and put in some handling to prevent the selection of album dependent fields
Title: Re: GUI changes for v3.0
Post by: sleepless on April 26, 2016, 11:49:20 AM
However if the skin has this element defined:
Content[AlbumAndTracks].ArtworkText
then that colour is always used and the contrast is ignored.

YES, that's it! Damn, I just hate that feeling like I'm going crazy. Thanks, for the reply and the fix.
Title: Re: GUI changes for v3.0
Post by: Steven on April 26, 2016, 10:12:00 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

for the album grouping issue - album duration and other album derived fields disabled from the selection
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 27, 2016, 03:16:41 AM
However if the skin has this element defined:
Content[AlbumAndTracks].ArtworkText
then that colour is always used and the contrast is ignored. It looks like its always been that way but i honestly dont remember why thats done that way or why the element was created

edit:
i think i will change it so the contrast is always applied

It seems that now all fields with 100% contrast are rendered black (or at least "Content[AlbumAndTracks].ArtworkText" is ignored).  Take a look at Mellon Remix for an example: all text in the special Album column is black unless a contrast of <100% is applied.
Title: Re: GUI changes for v3.0
Post by: Steven on April 27, 2016, 06:47:08 AM
It seems that now all fields with 100% contrast are rendered black (or at least "Content[AlbumAndTracks].ArtworkText" is ignored).  Take a look at Mellon Remix for an example: all text in the special Album column is black unless a contrast of <100% is applied.
yes if its set to 100% it may not always use the override. Thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 28, 2016, 07:41:38 PM
forgot to post a link for the fixes:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 28, 2016, 07:41:59 PM
It seems that now all fields with 100% contrast are rendered black (or at least "Content[AlbumAndTracks].ArtworkText" is ignored).  Take a look at Mellon Remix for an example: all text in the special Album column is black unless a contrast of <100% is applied.
yes if its set to 100% it may not always use the override. Thats fixed for the next update

Yes, seems to be fixed now.  Thanks!
Title: Re: GUI changes for v3.0
Post by: Modo on April 28, 2016, 09:24:31 PM
thats right - MB uses window controls and colours as the basis for the skin, but there is some variation
Well, clearly the "Windows Theme" skin doesn't work properly/ignores the Windows settings in some UI elements. I have no yellow selected anywhere in my Windows theme, but I see this in MB (RC2):
http://i.imgur.com/W0GrLN1.jpg
Title: Re: GUI changes for v3.0
Post by: Steven on April 30, 2016, 10:45:42 AM
fixes for a GUI bug i found and also ones reported elsewhere

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

unzip into the folder that MB is installed
Title: Re: GUI changes for v3.0
Post by: renders on April 30, 2016, 04:03:19 PM
Seems to be an issue with the command line  /startautodj. When I use it, the player starts with multiple songs playing.

Rob
Title: Re: GUI changes for v3.0
Post by: psychoadept on April 30, 2016, 04:07:26 PM
When i used the same command in the taskbar menu recently, I got "echoes" at first (like the same track was being played twice).  Once I stopped the track and started again it sounded okay.
Title: Re: GUI changes for v3.0
Post by: redwing on April 30, 2016, 04:26:58 PM
Just a suggestion:
The two most common inquiries since the release of v3 RC seem to be (1) how to move main player between top and bottom pane and (2) search results setting (always show the entire album). I guess many people out there might wonder the same things even if they never visit the forum after release of the official v3.
I already suggested quick settings under panel layout button for v3.1, but just for moving main player adding a context menu command to the player would suffice for people who didn't figure out dragging it on the panel layout panel. For search results setting, consider showing the setting on all views even if it's disabled and add to the tooltip that it's only enabled on Album & Tracks view.
Title: Re: GUI changes for v3.0
Post by: ankor on April 30, 2016, 04:46:44 PM
Just a suggestion:
The two most common inquiries since the release of v3 RC seem to be (1) how to move main player between top and bottom pane and (2) search results setting (always show the entire album). I guess many people out there might wonder the same things even if they never visit the forum after release of the official v3.
I already suggested quick settings under panel layout button for v3.1, but just for moving main player adding a context menu command to the player would suffice for people who didn't figure out dragging it on the panel layout panel. For search results setting, consider showing the setting on all views even if it's disabled and add to the tooltip that it's only enabled on Album & Tracks view.
+1

and tooltips (sometimes overlooked or underutilized as a effective resource) really are an easy and convenient source of pertinent info for all. documentation is necessary but first line of defense is tooltips for a better user experience, new or otherwise.
Title: Re: GUI changes for v3.0
Post by: Steven on April 30, 2016, 06:05:36 PM
Seems to be an issue with the command line  /startautodj. When I use it, the player starts with multiple songs playing.
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on April 30, 2016, 06:25:36 PM
Just a suggestion:
The two most common inquiries since the release of v3 RC seem to be (1) how to move main player between top and bottom pane and (2) search results setting (always show the entire album). I guess many people out there might wonder the same things even if they never visit the forum after release of the official v3.
I already suggested quick settings under panel layout button for v3.1, but just for moving main player adding a context menu command to the player would suffice for people who didn't figure out dragging it on the panel layout panel. For search results setting, consider showing the setting on all views even if it's disabled and add to the tooltip that it's only enabled on Album & Tracks view.
Its certainly not feasible to do that for v3 as its much more to implement than just adding a context menu item. I agree something should have been done for the search results so existing users are aware but with the final release very near i am only bug fixing now.
Title: Re: GUI changes for v3.0
Post by: Steven on April 30, 2016, 06:55:13 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: Alumni on May 02, 2016, 06:06:12 AM
Probably not the best time to be requesting interface changes, but I really wish the "album cover" element was fully scalable (ie. no maximum image size restrictions).

Current layout:

(http://i.imgur.com/y8YIOBhm.jpg) (http://i.imgur.com/y8YIOBh.jpg)

Proposed layout:

(http://i.imgur.com/FP4qm1Fm.jpg) (http://i.imgur.com/FP4qm1F.jpg)
Title: Re: GUI changes for v3.0
Post by: Steven on May 02, 2016, 07:39:33 AM
would you mind sending me your settings file as i am not aware of any sizing restrictons in the way it appears in your screenshot
edit:
nevermind - i can reproduce this. Its addressed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on May 02, 2016, 09:46:19 AM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MusicBee is installed
Title: Re: GUI changes for v3.0
Post by: mozpri on May 02, 2016, 01:15:16 PM
There's something wrong with the wavebar.
If I change the playback position at the last 5 seconds of the track the wavebar gets stuck.

gif: http://i.imgur.com/D8K3XRF.gifv
Title: Re: GUI changes for v3.0
Post by: Steven on May 02, 2016, 01:52:56 PM
There's something wrong with the wavebar.
If I change the playback position at the last 5 seconds of the track the wavebar gets stuck.
yes i can reproduce that and this should fix it:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MusicBee is installed
Title: Re: GUI changes for v3.0
Post by: Liamo on May 02, 2016, 02:50:10 PM
HI Guys,  just tried to update to v3 but it wont work at all..???   im on windows 10 - it unzips but the application wont open - doesnt do anything!
had to uninstall and reinstall v2.5
Title: Re: GUI changes for v3.0
Post by: sleepless on May 02, 2016, 03:53:33 PM
Is it intentional that radio track info is not displayed in Playing Tracks List? It doesn't display Artist, Title, or Album(station in track info panel), although it does display the station where the title is normally displayed. Radio info seems to display fine in all other areas other than the PTL.
Title: Re: GUI changes for v3.0
Post by: Steven on May 02, 2016, 05:25:13 PM
Is it intentional that radio track info is not displayed in Playing Tracks List? It doesn't display Artist, Title, or Album(station in track info panel), although it does display the station where the title is normally displayed. Radio info seems to display fine in all other areas other than the PTL.
yes thats right. The Playing Tracks list only shows the station that is playing
Title: Re: GUI changes for v3.0
Post by: the_pragmatist on May 03, 2016, 04:10:52 PM
Hey Steven, is it possible to have an option to disable the Main Panel 'Player Controls' within the NowPlaying Tab only & leave it on within the other tabs? I ask coz I'd like to use the Sidebar Controls on that particular tab, leaving the Main Panel clean(er).
Title: Re: GUI changes for v3.0
Post by: Boile on May 03, 2016, 06:27:21 PM
Hi Steven,
In the Tracks view, the Album - track# sorting, does not work!
Thanks
Title: Re: GUI changes for v3.0
Post by: Steven on May 03, 2016, 06:47:46 PM
In the Tracks view, the Album - track# sorting, does not work!
if that were true dont you think someone would have reported that by now?
please post a screenshot of your main panel and also of the Sort/Grouping preferences window
Title: Re: GUI changes for v3.0
Post by: Boile on May 03, 2016, 07:07:21 PM
Hi!
What should I set in Sort/Grouping ?
I have set Album/Track#
Thanks
Title: Re: GUI changes for v3.0
Post by: Boile on May 03, 2016, 07:25:54 PM
Hi!
Here is my Screenshot:
http://www.mediafire.com/download/z5x398ipl8safcw/Sort-Tracks.doc
Thanks
Title: Re: GUI changes for v3.0
Post by: theta_wave on May 04, 2016, 12:29:29 AM
Steven previously resolved the left-sidebar glitch issue when navigating to the now playing or music explorer tabs: http://getmusicbee.com/forum/index.php?topic=18143.msg109164#msg109164

For the most part, the fix works well.  However, sometimes now I find the library explorer (here, a non-functioning mood column) cutting the navigator in half on the left-side when navigating to the aforementioned tabs:

https://youtu.be/pajo8GTq3Eo

It is just a minor glitch as seen in the video.  Navigating back to a playlist tab reverts it back to normal.
Title: Re: GUI changes for v3.0
Post by: Steven on May 04, 2016, 07:14:46 AM
For the most part, the fix works well.  However, sometimes now I find the library explorer (here, a non-functioning mood column) cutting the navigator in half on the left-side when navigating to the aforementioned tabs:
can you PM me a link to your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: sleepless on May 04, 2016, 11:51:04 AM
For me, the image rotation/selecting images does not work for Track Information in the Now Playing panel. It functions fine in other areas, but not with Now Playing. In the screenshot you can see that image 4 is selected, but only image 1 is displayed and no rotation occurs:

(http://i.imgur.com/deZeN4Zl.jpg) (http://i.imgur.com/deZeN4Z.jpg)

Oddly, if I double-click on the image, image 4 is displayed in the pop-up window:

(http://i.imgur.com/DgfEGJfl.jpg) (http://i.imgur.com/DgfEGJf.jpg)

This happens with all artists/albums. I know it was working fine, but not for at least 2 weeks now.
Title: Re: GUI changes for v3.0
Post by: Steven on May 04, 2016, 01:28:12 PM
For me, the image rotation/selecting images does not work for Track Information in the Now Playing panel. It functions fine in other areas, but not with Now Playing. In the screenshot you can see that image 4 is selected, but only image 1 is displayed and no rotation occurs:
I would probably need your settings file (help/ support/ view settings)
Title: Re: GUI changes for v3.0
Post by: sleepless on May 04, 2016, 02:00:45 PM
PM sent.
Title: Re: GUI changes for v3.0
Post by: Steven on May 04, 2016, 07:17:42 PM
For the most part, the fix works well.  However, sometimes now I find the library explorer (here, a non-functioning mood column) cutting the navigator in half on the left-side when navigating to the aforementioned tabs:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on May 04, 2016, 08:20:17 PM
For me, the image rotation/selecting images does not work for Track Information in the Now Playing panel. It functions fine in other areas, but not with Now Playing. In the screenshot you can see that image 4 is selected, but only image 1 is displayed and no rotation occurs:
thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on May 04, 2016, 08:40:08 PM
Hi!
Here is my Screenshot:
http://www.mediafire.com/download/z5x398ipl8safcw/Sort-Tracks.doc
Thanks
i dont have microsoft word. You need to post a .jpg file
Title: Re: GUI changes for v3.0
Post by: Steven on May 04, 2016, 08:42:36 PM
fixes for the above:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: theta_wave on May 05, 2016, 12:17:09 AM
For the most part, the fix works well.  However, sometimes now I find the library explorer (here, a non-functioning mood column) cutting the navigator in half on the left-side when navigating to the aforementioned tabs:
thats fixed for the next update
Thanks.  5968 works great now.   When switching to Now Playing or Music Explorer tabs, the Artist tab on the left panel is temporarily removed without any incident.
Title: Re: GUI changes for v3.0
Post by: Boile on May 05, 2016, 07:08:11 AM
Sorry Steven,
it was my fault , i  had had "the following fields define an album:" ticked
Thanks
Title: Re: GUI changes for v3.0
Post by: sleepless on May 05, 2016, 02:42:10 PM
In the Now Playing layout configuration there is an option "ticked elements are stacked and viewable by clicking a selector button". I have it selected but it does not function at all. In order to switch the element displayed, I have to use the dropdown menu. No problems in the main panel, just in Now Playing.
Title: Re: GUI changes for v3.0
Post by: Steven on May 05, 2016, 06:35:38 PM
In the Now Playing layout configuration there is an option "ticked elements are stacked and viewable by clicking a selector button". I have it selected but it does not function at all. In order to switch the element displayed, I have to use the dropdown menu. No problems in the main panel, just in Now Playing.
they should function ie. you can still click the text and the menu will show. Can you confirm that?
there is a display issue where MB doesnt show the selector arrow when you mouse over the text. Thats fixed for the next update
Title: Re: GUI changes for v3.0
Post by: Steven on May 05, 2016, 08:10:12 PM
fixes for the above and also a couple of other bugs i found:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: sleepless on May 06, 2016, 08:58:19 PM
In the Now Playing layout configuration there is an option "ticked elements are stacked and viewable by clicking a selector button". I have it selected but it does not function at all. In order to switch the element displayed, I have to use the dropdown menu. No problems in the main panel, just in Now Playing.
they should function ie. you can still click the text and the menu will show. Can you confirm that?
there is a display issue where MB doesnt show the selector arrow when you mouse over the text. Thats fixed for the next update

Yes I can switch using the dropdown menu, but not by clicking on the header panel/selector button (which functions fine in the main panel). So when I click on the selector button area in Now Playing nothing happens, but the menu button works fine.
Title: Re: GUI changes for v3.0
Post by: Steven on May 06, 2016, 09:07:12 PM
Yes I can switch using the dropdown menu, but not by clicking on the header panel/selector button (which functions fine in the main panel). So when I click on the selector button area in Now Playing nothing happens, but the menu button works fine.
you have lost me.
Firstly does the last update address the issue?
And if not then what do you mean by "Yes I can switch using the dropdown menu, but not by clicking on the header panel/selector button". How do you invoke the drop down menu?
Title: Re: GUI changes for v3.0
Post by: redwing on May 07, 2016, 07:26:36 AM
I'm not sure whether this is happening only with custom noartwork image or happening with all artwork.
If you select no artwork album, artwork on track info panel displays noartwork image correctly (first).
But if you select another album (second) and then select no artwork album, the border color of noartwork image on track info panel gets affected by the previously selected album cover (third). To display it correctly, refreshing is required.

(http://i.imgur.com/GixDaR3.png)

This is happening only on track details panel. Album cover panel displays it correctly.

(The skin used on the screenshot is Dark-Fine Tuned, and the original border color is 29,29,29 but it changes on the third image to something like 42,28,26)

Title: Re: GUI changes for v3.0
Post by: Steven on May 07, 2016, 09:42:51 AM
I'm not sure whether this is happening only with custom noartwork image or happening with all artwork.
If you select no artwork album, artwork on track info panel displays noartwork image correctly (first).
But if you select another album (second) and then select no artwork album, the border color of noartwork image on track info panel gets affected by the previously selected album cover (third). To display it correctly, refreshing is required.
yes its a resizing issue with windows graphics. I have put in some handling for that

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on May 07, 2016, 10:51:47 AM
yes its a resizing issue with windows graphics. I have put in some handling for that

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

That fixed it. Thanks!
Title: Re: GUI changes for v3.0
Post by: sleepless on May 07, 2016, 02:10:41 PM
Yes I can switch using the dropdown menu, but not by clicking on the header panel/selector button (which functions fine in the main panel). So when I click on the selector button area in Now Playing nothing happens, but the menu button works fine.
you have lost me.
Firstly does the last update address the issue?
And if not then what do you mean by "Yes I can switch using the dropdown menu, but not by clicking on the header panel/selector button". How do you invoke the drop down menu?

Ok, I'll try using some pics to make this more clear. In the Panel Config settings there are 2 options:
1. ticked elements are displayed as tabs
2. ticked elements are stacked and viewable by clicking a selector button

With option 1 selected, multiple selectable tabs are displayed. Hovering over any selected tab displays a downward icon. Then clicking on the selected tab displays the Customize Panel option. *Note: although the downward icon appears with any selected tab, the Customize Panel option is only available for Details and Lyrics.
This is all working fine:
(http://i.imgur.com/PiSaA5Rl.jpg) (http://i.imgur.com/PiSaA5R.png)
Although right-clicking any tab other than Details or Lyrics results in this odd rectangle being displayed:
(http://i.imgur.com/NVeRpuIl.jpg) (http://i.imgur.com/NVeRpuI.png)

With option 2 selected, a header button is displayed showing the name of the selected element. Clicking on this button displays a dropdown menu where you can select different elements or views, plus search or customize panel. This is working fine in all areas. To the right of this button is a blank area which if left-clicked will display/cycle to the next element on the list. THIS FUNCTION ONLY WORKS IN THE MAIN AREA, AND NOT IN THE NOW PLAYING PANEL:
(http://i.imgur.com/7cJqxsZl.jpg) (http://i.imgur.com/7cJqxsZ.png)

EDIT: I forgot to add that the last update did not address this issue.
Title: Re: GUI changes for v3.0
Post by: Steven on May 07, 2016, 03:17:38 PM
@sleepless, i understand now and thats addressed for the next update which i will post later today
Title: Re: GUI changes for v3.0
Post by: fkm on May 07, 2016, 04:28:04 PM
I'm finding MusicBee 3 is not displaying artwork stored as folder.jpg in the main panel. I have folder.jpg and folder.* selected in settings correctly. Have tried a file rescan of the files as well but artwork refuses to display. If I click show artwork, it does correctly display in the pop up window so artwork is there, but just not showing up in main panel when browsing.

Any suggestions?
Title: Re: GUI changes for v3.0
Post by: Steven on May 07, 2016, 04:42:43 PM
I'm finding MusicBee 3 is not displaying artwork stored as folder.jpg in the main panel. I have folder.jpg and folder.* selected in settings correctly. Have tried a file rescan of the files as well but artwork refuses to display. If I click show artwork, it displays in the pop up window.
working fine here. You will need to provide more evidence if i am to spend time looking at this eg. edit the file in the tag editor, go to the artwork tab and click Save To to see where MB gets the picture from.
Having said that i see right click/ Send To/ File Rescan is not detecting the artwork so i will look into that.
You could use the "Rescan Artwork" button in the artwork priority dialog window from Tags(1) preferences
Title: Re: GUI changes for v3.0
Post by: fkm on May 07, 2016, 06:17:10 PM
When I click save to, it tries saving to the source folder. It's also trying to save as cover.jpg (though I save everything as folder.jpg)

This is all artwork I've previously saved with Musicbee 2.5. With MB 3, a file rescan would usually fix the issue but no longer working for me now.

Anyhow, I'll try rescanning the artwork from settings as you mentioned and see if that works.
Title: Re: GUI changes for v3.0
Post by: Steven on May 07, 2016, 06:30:56 PM
fixes for the above:
- send to/ file rescan should now detect folder pictures
- click on panel header issue reported by sleepless

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: sleepless on May 07, 2016, 08:23:12 PM
fixes for the above:
- click on panel header issue reported by sleepless

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Confirmed, thanks.
Title: Re: GUI changes for v3.0
Post by: theG on May 08, 2016, 12:38:44 AM
When I export a playlist that's in a playlists folder, it uses the playlists folder name instead of the playlist name as the filename. Am I the only one?
Title: Re: GUI changes for v3.0
Post by: sleepless on May 08, 2016, 02:29:12 AM
For the Track Information element, if 'ticked elements are stacked and viewable by clicking a selector button' is enabled, the header button is labelled "Track Information". If the other option 'ticked elements are displayed as tabs' is enabled, the button reads "Details". This seems a bit odd/inconsistant.

Note: You can see this in the pics 8 posts above this one.
Title: Re: GUI changes for v3.0
Post by: Steven on May 08, 2016, 07:27:51 AM
For the Track Information element, if 'ticked elements are stacked and viewable by clicking a selector button' is enabled, the header button is labelled "Track Information". If the other option 'ticked elements are displayed as tabs' is enabled, the button reads "Details". This seems a bit odd/inconsistant.

Note: You can see this in the pics 8 posts above this one.
that is intentional to reduce the horizontal space required
Title: Re: GUI changes for v3.0
Post by: Steven on May 08, 2016, 09:02:12 AM
When I export a playlist that's in a playlists folder, it uses the playlists folder name instead of the playlist name as the filename. Am I the only one?
this should fix that:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: colagen on May 08, 2016, 01:45:10 PM
This new version is really a big improvement in term of UI. And the "music explorer" tab is great.
If you are willing to go further later, here are some ideas picked from a foobar skin:
(http://img15.hostingpics.net/thumbs/mini_210341foobar.png) (http://www.hostingpics.net/viewer.php?id=210341foobar.png)
- in the screenshot here you can see buttons for the "thumbnail browser", which allow to quickly switch between genre/artist/album view
- and there is a search/filter field on top of the list, it's great when you want to find quickly a specific genre/artist/album

- on the main panel, when there is only one artwork/album for the current view, the "expanded panel" is expanded by default.
- and a progress bar is displayed under the playing track

- In the bottom, you can see a menu which appear when you click on a button in the control bar, which allow to randomly select and play xx albums / xx tracks / xx tracks from a specific genre / a genre / an artist.

-And when you click on the cover on the bottom-left, it locate the playing track in the main panel and on the thumbnail browser
Title: Re: GUI changes for v3.0
Post by: sleepless on May 08, 2016, 03:21:26 PM
For the Track Information element, if 'ticked elements are stacked and viewable by clicking a selector button' is enabled, the header button is labelled "Track Information". If the other option 'ticked elements are displayed as tabs' is enabled, the button reads "Details". This seems a bit odd/inconsistant.

Note: You can see this in the pics 8 posts above this one.
that is intentional to reduce the horizontal space required

Makes sense. Maybe consider using "Track Info" instead? Obviously not a big issue, but consistant terminolgy really makes a difference when you're learning the layout. Every little bit helps.
Title: Re: GUI changes for v3.0
Post by: OldChicagoPete on May 08, 2016, 05:41:33 PM
Got a virus alert from both Chrome and Win10 on the latest release. Windows identified it as Trogan:Win32\Fethar.b!cl
Title: Re: GUI changes for v3.0
Post by: phred on May 08, 2016, 05:52:42 PM
Got a virus alert from both Chrome and Win10 on the latest release. Windows identified it as Trogan:Win32\Fethar.b!cl
Assuming you're downloading from the MusicBee website, it's a false positive.  You can run it through Virus Total to confirm: https://www.virustotal.com/en/
Title: Re: GUI changes for v3.0
Post by: darkred on May 08, 2016, 06:39:03 PM
I have noticed this (MB 3.0.5972 -and in all previous versions- in win10 x64):
if I rightclick on the bottom right corner of the screen, and press 'Choose Picture'
then it always opens this path: 'C:\Users\user\Pictures',  instead of the album folder (even if it contains a folder.jpg/cover.jpg).

But, if you rightclick on an album and press 'Edit', and then (on the 'Artwork' window) you rightclick the artwork thumbnail and press 'Choose Picture'
then it opens the album folder, as expected.
Title: Re: GUI changes for v3.0
Post by: OldChicagoPete on May 08, 2016, 08:30:21 PM
Got a virus alert from both Chrome and Win10 on the latest release. Windows identified it as Trogan:Win32\Fethar.b!cl
Assuming you're downloading from the MusicBee website, it's a false positive.  You can run it through Virus Total to confirm: https://www.virustotal.com/en/

I was worried about there being a virus, I just wanted to pass on the information.  I've installed a few of the betas and all of the RCs and this is the first time I've seen this. 
Title: Re: GUI changes for v3.0
Post by: Steven on May 08, 2016, 08:31:48 PM
I was worried about there being a virus, I just wanted to pass on the information.  I've installed a few of the betas and all of the RCs and this is the first time I've seen this.
see
http://getmusicbee.com/forum/index.php?topic=18398.msg110891#new
Title: Re: GUI changes for v3.0
Post by: Steven on May 08, 2016, 10:37:51 PM
@psychoadept, a long time ago you reported that you could never get the music recommendations service to show the last.fm recommended artists. It turns out last.fm have removed the API for that and the only reason it worked for me was because i already had cached data.
As such i have removed support for that function and replaced it with the Top Artist recommendations from x-box music (which was the default behavior if you didnt have a last.fm log on). I will also include the change in the final v3 release

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: Bee-liever on May 08, 2016, 11:47:04 PM
@psychoadept, a long time ago you reported that you could never get the music recommendations service to show the last.fm recommended artists. It turns out last.fm have removed the API for that and the only reason it worked for me was because i already had cached data.
As such i have removed support for that function and replaced it with the Top Artist recommendations from x-box music (which was the default behavior if you didnt have a last.fm log on).
Would this also effect the Last.fm Recommendations plugin?
It still seems to be drawing on new information for similar artists and similar tracks.
Title: Re: GUI changes for v3.0
Post by: psychoadept on May 09, 2016, 01:48:25 AM
@psychoadept, a long time ago you reported that you could never get the music recommendations service to show the last.fm recommended artists. It turns out last.fm have removed the API for that and the only reason it worked for me was because i already had cached data.
As such i have removed support for that function and replaced it with the Top Artist recommendations from x-box music (which was the default behavior if you didnt have a last.fm log on). I will also include the change in the final v3 release

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

We'll, glad I'm not crazy.  :)
Title: Re: GUI changes for v3.0
Post by: Steven on May 09, 2016, 07:49:44 AM
Would this also effect the Last.fm Recommendations plugin?
It still seems to be drawing on new information for similar artists and similar tracks.
it should be fine - its a misnamed plugin
Title: Re: GUI changes for v3.0
Post by: Bee-liever on May 09, 2016, 08:36:12 AM
Would this also effect the Last.fm Recommendations plugin?
It still seems to be drawing on new information for similar artists and similar tracks.
it should be fine - its a misnamed plugin
had a look through the available API calls and hoped that was the case :)

for the music recommendations, maybe Last.fm Geo.getTopArtists  and/or Geo.getTopTracks could be used for locally trending picks
or with XBox/Groove /1/content/{namespace}/newreleases could be added to discover new releases.
Title: Re: GUI changes for v3.0
Post by: Peeto87 on May 09, 2016, 09:05:35 AM
Hi Steven,

Love the work, think 3.0 is looking great. Here's my set-up:

http://i.imgur.com/uj4cFEO.jpg

A few points of feedback:

- I think two things you should add on the main screen as instantly toggle-able are 1) Have the left side thumbnail instantly toggle-able between your choices. Users won't necessarily always have their favourite way of browsing and if you had a horizontal at the top which let me choose between album artist, album and genre would be great. Secondly and most wanted is a button to instantly toggle the main view between "album and tracks", "album covers" and "artist pictures". They are great views! I just think they should be one-click accessible with the buttons right there.
- I think the bottom playback bar could benefit from a bit of a re-jig. This is just my perspective but on my layout I can afford 50% to even double the space for that area. The previous foobar image shows what can be done with this area. I love the progress bar at the bottom but that's a testament to the customisability as it's an option I can take. To me the icons could use some work and that whole area could become a focal point. That foobar one again looked awesome.
- An "extra large" option for thumbnails would be great, currently my balance of my screen is a bit off because of the way I've set it up

I love Musicbee in general and 3.0 is great. Bravo!
Title: Re: GUI changes for v3.0
Post by: Steven on May 09, 2016, 12:18:52 PM
Secondly and most wanted is a button to instantly toggle the main view between "album and tracks", "album covers" and "artist pictures". They are great views! I just think they should be one-click accessible with the buttons right there.
there are hoykeys already available that can be assigned in preferences/ hotkeys
Title: Re: GUI changes for v3.0
Post by: Steven on May 09, 2016, 07:07:26 PM
if I rightclick on the bottom right corner of the screen, and press 'Choose Picture'
then it always opens this path: 'C:\Users\user\Pictures',  instead of the album folder (even if it contains a folder.jpg/cover.jpg).
thats corrected along with a couple more bugs i found in testing

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: darkred on May 09, 2016, 08:26:14 PM
if I rightclick on the bottom right corner of the screen, and press 'Choose Picture'
then it always opens this path: 'C:\Users\user\Pictures',  instead of the album folder (even if it contains a folder.jpg/cover.jpg).
thats corrected along with a couple more bugs i found in testing

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

Thank you for fixing!
Title: Re: GUI changes for v3.0
Post by: carloscs on May 09, 2016, 11:16:00 PM
Problem and Crash with long filenames:

I just ripped a cd with EAC and moved the files into my MusicBee inbox folders. Unnoticed to me EAC when auto tagging made very long filenames.

Music Bee has two problems here:

Minor: Under the My Computer folder it shows the files with a warning "02 xxx.flac" is missing -> should be "02 xxx.flac" filename is too long.

Worse: in windows explorer I renamed the file to "02.flac" -> MusicBee crashed with this error:

09/05/2016 23:09:30 - 10.0.10586.0 - 3.0.5973.33911 - System.IO.PathTooLongException: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.
   at System.IO.PathHelper.Append(Char value)
   at System.IO.Path.NormalizePath(String path, Boolean fullCheck, Int32 maxPathLength, Boolean expandShortPaths)
   at System.IO.Path.GetPathRoot(String path)
   at System.IO.RenamedEventArgs.get_OldFullPath()
   at #=qkG5t3Qcp$88ixOZY4Dz6QOuqmC0Pih5JzknnTUUh5Hk=.#=qCHXDyADXwPIU2qbTpTkr7rubtcs2xl1KBuz30exNVwk=..ctor(RenamedEventArgs #=qc16HS62thM2u8vAFVtj_6g==)
   at #=qkG5t3Qcp$88ixOZY4Dz6QOuqmC0Pih5JzknnTUUh5Hk=.#=qSWVYGxiZECwx0aPI_deXTg==.#=q0RmtxKxRRZs4UgaT7Ccfz1iMWz0TMHaJoP0ESz3L$R0=(Object #=qQCUOxLIO7TajgS9mnklGVg==, RenamedEventArgs #=qWO_aDWRVsxB035sHxJFyxQ==)
   at System.IO.FileSystemWatcher.OnRenamed(RenamedEventArgs e)
   at System.IO.FileSystemWatcher.NotifyRenameEventArgs(WatcherChangeTypes action, String name, String oldName)
   at System.IO.FileSystemWatcher.CompletionStatusChanged(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* overlappedPointer)
   at System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)



Edit - examples of:

File folder: Mozart · Horn Concertos Nos. 1–4 · Quintet, K. 452 - zart · Horn Concertos Nos. 1–4 · Quintet, K. 452

Filename in folder: 1-04 - Dennis Brain [hn] · Philharmonia Orchestra · Herbert von Karajan - Mozart · Horn Concerto No. 2 in E flat major, K. 417,ll. Andante.flac
Title: Re: GUI changes for v3.0
Post by: Steven on May 10, 2016, 09:06:14 AM
musicbee (infact .NET) does not handle long filenames - maybe there is a setting in EAC to stop that happening.
For v3.1, long filename handling has already been added
Title: Re: GUI changes for v3.0
Post by: carloscs on May 10, 2016, 02:14:35 PM
musicbee (infact .NET) does not handle long filenames - maybe there is a setting in EAC to stop that happening.
For v3.1, long filename handling has already been added

It seems that EAC doesn't have a handling for this, but now that I'm aware of it I can correct it manually: when MusicBee reports that a filename is too long I move the files out of the inbox, rename then in windows explorer and move them back in.

I reported the error more to see if MusicBee can avoid crashing when the long filename is renamed in windows explorer. That's not nice at all :)

Title: Re: GUI changes for v3.0
Post by: Leodj on May 11, 2016, 02:38:19 AM
Greeting when will be available the final Version 3.0 for general Public to download
Title: Re: GUI changes for v3.0
Post by: psychoadept on May 11, 2016, 02:40:04 AM
Greeting when will be available the final Version 3.0 for general Public to download

Soon.  But you can get it now from the Latest Version topic.  The final release candidate is available; I don't think Steven plans to change it at this point.
Title: Re: GUI changes for v3.0
Post by: cartman005 on May 11, 2016, 04:44:33 AM
Was it intentional to change the search box behavior for v3.0 so that when CTRL+F is pressed, the existing search string is no longer highlighted? I have been looking but don't see any mention of it. This keeps messing me up when doing multiple searches in a row. Most other applications, like Windows Explorer, use the old behavior.
Title: Re: GUI changes for v3.0
Post by: Steven on May 11, 2016, 11:56:52 AM
Was it intentional to change the search box behavior for v3.0 so that when CTRL+F is pressed, the existing search string is no longer highlighted? I have been looking but don't see any mention of it. This keeps messing me up when doing multiple searches in a row. Most other applications, like Windows Explorer, use the old behavior.
its working fine for me. Could you post a screenshot of the dialog window
Title: Re: GUI changes for v3.0
Post by: Steven on May 11, 2016, 04:24:40 PM
I have released version 3 on the main downloads page.
I wont be surprised if there will be issues for some users updating from v2.5 so another release will probably follow in a few weeks.
Development for v3.1 has started but not sure when i will make that available
Title: Re: GUI changes for v3.0
Post by: psychoadept on May 11, 2016, 05:39:50 PM
Woohoo!  Break out the champagne!

...and maybe close this thread? :D
Title: Re: GUI changes for v3.0
Post by: Coogan on May 11, 2016, 07:58:18 PM
May I ask, which is the proper link for the latest download?
I did the latest GUI update, so am I good to go?

Coogan
Title: Re: GUI changes for v3.0
Post by: phred on May 11, 2016, 09:52:19 PM
The latest release is always here:  http://getmusicbee.com/download.html
But there are often more recent patches.  They can be found from my sig, or here: http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: cartman005 on May 12, 2016, 04:21:15 AM
Was it intentional to change the search box behavior for v3.0 so that when CTRL+F is pressed, the existing search string is no longer highlighted? I have been looking but don't see any mention of it. This keeps messing me up when doing multiple searches in a row. Most other applications, like Windows Explorer, use the old behavior.
its working fine for me. Could you post a screenshot of the dialog window

I created a new thread (http://getmusicbee.com/forum/index.php?topic=18421.0) in the bug section with screenshots.
Title: Re: GUI changes for v3.0
Post by: brx on May 12, 2016, 09:53:27 AM
I have found this bug. (I think this action was working in previous versions of MB).
1)Press CTRL+A (select all)
2)Now exclude some albums by pressing CTRL and click on the album art, but nothing happens.

MB v3.0.5971

http://makeagif.com/JsqLsP
Title: Re: GUI changes for v3.0
Post by: Steven on May 12, 2016, 10:23:31 AM
I have found this bug. (I think this action was working in previous versions of MB).
1)Press CTRL+A (select all)
2)Now exclude some albums by pressing CTRL and click on the album art, but nothing happens.
thats addressed for the next patch version
Title: Re: GUI changes for v3.0
Post by: Tygr on May 12, 2016, 10:44:37 AM
Just tried the 3.0 Version.  I like the new look.  Thanks for the work on MusicBee!
Title: Re: GUI changes for v3.0
Post by: fkm on May 12, 2016, 08:16:56 PM
I have quite a few playlists as tabs but as the list gets longer and longer, I still use the sidebar or playlist manager for accessing the rest of my playlists. It got me wondering why there's no way to rearrange the order of playlists either in the sidebar or the playlist manager.

Something I also think would be great is an option to create a blank space to go between playlists (or certainly between smart and normal playlists etc). Visually, it's a small touch but makes for faster and easier recognition of what playlist you want to use.
Title: Re: GUI changes for v3.0
Post by: Steven on May 12, 2016, 09:50:21 PM
I have found this bug. (I think this action was working in previous versions of MB).
1)Press CTRL+A (select all)
2)Now exclude some albums by pressing CTRL and click on the album art, but nothing happens.
this and also a couple of other bugs fixed:

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

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: redwing on May 15, 2016, 02:44:51 PM
yes its a resizing issue with windows graphics. I have put in some handling for that

This issue wasn't completely fixed. It still happens when the skin has no custom "NoArtwork" image override.
See the right side & bottom line of the following image with Azure (Pastels) skin.

(http://i.imgur.com/srAig4K.png)
Title: Re: GUI changes for v3.0
Post by: Steven on May 15, 2016, 03:38:56 PM
This issue wasn't completely fixed. It still happens when the skin has no custom "NoArtwork" image override.
See the right side & bottom line of the following image with Azure (Pastels) skin.
thats fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on May 15, 2016, 03:47:11 PM
Yes, it's fixed. Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on May 18, 2016, 05:42:15 PM
Saving with tag editor flickers album cover of the album in the main panel on album view. This doesn't happen on any other views including artist view.
Title: Re: GUI changes for v3.0
Post by: Steven on May 18, 2016, 08:25:46 PM
its non-trivial to change that so i wont make any change for the v3 patch
Title: Re: GUI changes for v3.0
Post by: Steven on May 18, 2016, 09:56:36 PM
actually there was a simple solution so its done now
Title: Re: GUI changes for v3.0
Post by: redwing on May 20, 2016, 04:30:54 AM
actually there was a simple solution so its done now

Thanks, that fixed it!
Title: Re: GUI changes for v3.0
Post by: Xenatier on May 20, 2016, 02:50:05 PM
I've been using an older version of 3.0 and just now updated to the final. It seems like you can't have the column browser visible in certain tabs like you use to, now it can only be open or closed in all of them. Am i just being an idiot or can you not do that anymore?
Title: Re: GUI changes for v3.0
Post by: Steven on May 20, 2016, 05:52:24 PM
nothing has been changed.
There are different ways to achieve this. You can hide the column browser in a specific tab by opening the panel layout dialog (button on the left of the search box), expand the "overrides for the current tab" link and tick "hide column browser"
Title: Re: GUI changes for v3.0
Post by: Xenatier on May 21, 2016, 03:48:01 AM
Ah sorry, i was just being an idiot. Forgot you could expand the overrides section.
Title: Re: GUI changes for v3.0
Post by: Coloco on May 21, 2016, 03:29:47 PM
Hey, after updating to 3.0 I noticed changes to the A-Z bar (see at the top http://i.imgur.com/olaYULm.png )

I searched a bit and saw that this is a result of this change :

"- when any panel is sorted by Year, or the Album Covers panel is grouped by Year or Decade, then the A-Z bar changes to show decades"

However, I like sorting my albums by the date at which I added them, but I also want to have the A-Z bar, well, to show A-Z... Is there any way to achieve this in 3.0, like it was in 2.5 ?

Edit : Also, is it possible to show the progress bar above the track controls ?
Title: Re: GUI changes for v3.0
Post by: redwing on May 21, 2016, 04:47:32 PM
I like sorting my albums by the date at which I added them, but I also want to have the A-Z bar, well, to show A-Z... Is there any way to achieve this in 3.0, like it was in 2.5 ?

You can use vertical column browser though it's not working exactly the same way as AZ bar:

Custom AZ Bar Using Vertical Column Browser

To show progress bar above controls, right click on main player> Panel Layout> Progress Bar on Top.
Title: Re: GUI changes for v3.0
Post by: Coloco on May 21, 2016, 05:27:44 PM
Hmm, apparently I can't put the progress bar on top because of the DarkMetro theme :/

About the A-Z thing, your method is a hack that kinda works if you put it vertically, but it's not the same as the real thing. Having it horizontally just under the header bar was much nicer and cleaner. It would be great if we had more options for the A-Z bar in general :)
Title: Re: GUI changes for v3.0
Post by: psychoadept on May 21, 2016, 05:50:38 PM
However, I like sorting my albums by the date at which I added them, but I also want to have the A-Z bar, well, to show A-Z... Is there any way to achieve this in 3.0, like it was in 2.5 ?

If you are sorting by year, then an alphabetical jump bar would not be functional.  It wouldn't know where to jump to.
Title: Re: GUI changes for v3.0
Post by: Coloco on May 21, 2016, 06:03:21 PM
I just facepalmed so hard man... I'm dumb. Thanks for the realization ^^

Tho perhaps it could switch itself to alphabetical and then back to per year... Nah that's just getting needlessly complicated

Thanks for the answers tho, much appreciated

Title: Re: GUI changes for v3.0
Post by: psychoadept on May 21, 2016, 06:10:16 PM
Welcome. :) 

The jump bar should change automatically based on your sorting. Is it not doing that?
Title: Re: GUI changes for v3.0
Post by: Coloco on May 21, 2016, 07:08:34 PM
Nah it works well actually. Although maybe it could be nice to have months instead of years ? My PC is relatively new so only having 2015 and 2016 is not that useful
Title: Re: GUI changes for v3.0
Post by: Sekt0r on May 22, 2016, 12:43:53 AM
Is there a way when sorting the Library by Artist, that Artists names that begin with "The" are grouped together rather than ignoring it?
I know there is the option in Preferences to ignore the word The when Sorting but that still doesn't group them together alphabetically.
Title: Re: GUI changes for v3.0
Post by: redwing on May 22, 2016, 04:41:12 AM
Is there a way when sorting the Library by Artist, that Artists names that begin with "The" are grouped together rather than ignoring it?
I know there is the option in Preferences to ignore the word The when Sorting but that still doesn't group them together alphabetically.

Unticking the ignore word option doesn't group "The" artists together?
Title: Re: GUI changes for v3.0
Post by: Sekt0r on May 22, 2016, 05:19:55 AM
It didn't seem to when I tried it but I had another shot but this time closed and re-opened MusicBee and it's working now, thanks :)

Tried the above again twice more and it does appear restarting MusicBee is required to make this option come in to effect.
Title: Re: GUI changes for v3.0
Post by: WannaBee on May 22, 2016, 08:22:03 AM
It didn't seem to when I tried it but I had another shot but this time closed and re-opened MusicBee and it's working now, thanks :)

Tried the above again twice more and it does appear restarting MusicBee is required to make this option come in to effect.

I replicated this behaviour: MusicBee v3.0.5982
Title: Re: GUI changes for v3.0
Post by: theG on May 22, 2016, 06:20:06 PM
Bug (v3.0.5985): In album cover view, when I drag a song to a playlist, the tracklist collapse/disappear.
Title: Re: GUI changes for v3.0
Post by: redwing on May 23, 2016, 06:23:53 AM
When you click on "read more" button to read the full artist profile from Music Explorer tab, the popup window has no scroll bar, only showing part of it. Try Coldplay.
Title: Re: GUI changes for v3.0
Post by: lordlance on May 23, 2016, 11:49:41 AM
I'm just starting toying with the v3 version. If I can tell my preferences about, I'd say that the new buttons for Repeat / Repeat once, and for Shuffle on off, in the lower right part, are a little bit too abstract, not so intuitive.

PS: I love the new panel configuration, now I can have lyrics AND track informations both on the right part.
Title: Re: GUI changes for v3.0
Post by: Alumni on May 23, 2016, 12:24:22 PM
Can I ask why pinning a tab with partial navigation still opens playlists in a new tab?
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 12:52:04 PM
Can I ask why pinning a tab with partial navigation still opens playlists in a new tab?
I cant check until later, but does un-pinning the tab address the issue?
also can you confirm it is still on partial navigation - I recall the act of pinning a tab also sets the navigation lock to full lock as a default
Title: Re: GUI changes for v3.0
Post by: Alumni on May 23, 2016, 12:57:50 PM
I cant check until later, but does un-pinning the tab address the issue?
also can you confirm it is still on partial navigation - I recall the act of pinning a tab also sets the navigation lock to full lock as a default

I tried pinning/unpinning, changing the lock type, but with the same result.
Title: Re: GUI changes for v3.0
Post by: Alumni on May 23, 2016, 01:16:46 PM
Another thing I was wondering about - earlier I replaced some album covers outside of MusicBee, and when MusicBee rescanned those files it didn't update the artwork. I have "check for updated or missing files" checked, but have not enabled monitored folders.
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 01:40:43 PM
when you say "MusicBee rescanned those files" I assume you mean you restarted MB and expected it to detect the new artwork - is that right?
MB only rescans the music file itself and doesn't look at external artwork files as it doesn't keep track of the dates on external files.
You can right click/ Send To/ Rescan File to force a full rescan
Title: Re: GUI changes for v3.0
Post by: Alumni on May 23, 2016, 01:47:59 PM
when you say "MusicBee rescanned those files" I assume you mean you restarted MB and expected it to detect the new artwork - is that right?

Yeah.

MB only rescans the music file itself and doesn't look at external artwork files as it doesn't keep track of the dates on external files.
You can right click/ Send To/ Rescan File to force a full rescan

In my case the artwork is embedded in the file. Send to file rescan didn't update the artwork either.
The strange thing is I never had this issue before, back when I made use of monitored folders.
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 03:26:13 PM
In my case the artwork is embedded in the file. Send to file rescan didn't update the artwork either.
The strange thing is I never had this issue before, back when I made use of monitored folders.
if the file is embedded then the should be detected. The only thing I can think of is MB has the artwork is set to an external file. You can check using the tag editor/ Artwork/ Save To and check the location the artwork points to.
If it is embedded then send me a link to a zip of the music file
Title: Re: GUI changes for v3.0
Post by: redwing on May 23, 2016, 04:37:43 PM
Can I ask why pinning a tab with partial navigation still opens playlists in a new tab?

With partial navigation, a filter tab only switches to another filter on the same tab, opening every playlist in a new tab. And a playlist tab opens every filter in a new tab. If this is what you're referring to, that's how partial navigation works.
Title: Re: GUI changes for v3.0
Post by: Alumni on May 23, 2016, 04:54:38 PM
if the file is embedded then the should be detected. The only thing I can think of is MB has the artwork is set to an external file. You can check using the tag editor/ Artwork/ Save To and check the location the artwork points to.
If it is embedded then send me a link to a zip of the music file

The tag edit window displays the new image, while the main panel still shows the old image. By the way it's a FLAC file.
PS: My default artwork storage is set to embedded only.

With partial navigation, a filter tab only switches to another filter on the same tab, opening every playlist in a new tab. And a playlist tab opens every filter in a new tab. If this is what you're referring to, that's how partial navigation works.

So you're saying the type of tab changes the behavior? I guess that works if you pin the playlist manager as a tab, but what happens if you intend to use the left navigator for switching between playlists?
Title: Re: GUI changes for v3.0
Post by: redwing on May 23, 2016, 05:02:04 PM
With partial navigation, a filter tab only switches to another filter on the same tab, opening every playlist in a new tab. And a playlist tab opens every filter in a new tab. If this is what you're referring to, that's how partial navigation works.

So you're saying the type of tab changes the behavior? I guess that works if you pin the playlist manager as a tab, but what happens if you intend to use the left navigator for switching between playlists?

I don't understand what it has to do with playlist manager vs. left navigator. You only need two pinned tabs: one filter tab and one playlist tab. Then you can switch to any filter/playlist without opening a new tab.
Title: Re: GUI changes for v3.0
Post by: Alumni on May 23, 2016, 05:08:57 PM
I don't understand what it has to do with playlist manager vs. left navigator. You only need two pinned tabs: one filter tab and one playlist tab. Then you can switch to any filter/playlist without opening a new tab.

Unless I'm missing something, "full lock" and "partial navigation" seem to do the same thing, at least in regards to playlists.
Title: Re: GUI changes for v3.0
Post by: redwing on May 23, 2016, 05:11:19 PM
With full lock, a filter tab opens another filter in a new tab. But with partial navigation, it just switches to that filter. Same with a playlist tab.
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 06:04:24 PM
@Alumni, i cant reproduce any incorrect behavior with tab pinning/ navigation lock. Were you trying to navigator between a library filter and a playlist with partial navigation enabled as redwing is explaining?
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 07:13:18 PM
In my case the artwork is embedded in the file. Send to file rescan didn't update the artwork either.
The strange thing is I never had this issue before, back when I made use of monitored folders.
i can reproduce file rescan and scan on restart not loading the new artwork into the artwork cache and is fixed for the next v3 patch update
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 08:01:54 PM
fixes for the above

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

unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: Steven on May 23, 2016, 10:31:44 PM
When you click on "read more" button to read the full artist profile from Music Explorer tab, the popup window has no scroll bar, only showing part of it. Try Coldplay.
this is implemented now
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on May 24, 2016, 01:09:58 AM
Thanks! Working great!
Title: Re: GUI changes for v3.0
Post by: theG on May 24, 2016, 01:53:17 AM
I'm just starting toying with the v3 version. If I can tell my preferences about, I'd say that the new buttons for Repeat / Repeat once, and for Shuffle on off, in the lower right part, are a little bit too abstract, not so intuitive.

I agree. I have installed MusicBee at my friend's pub and the staff can never figure it out. I always have to remote desktop connect to activate Shuffle.
Title: Re: GUI changes for v3.0
Post by: Alumni on May 24, 2016, 12:05:30 PM
i can reproduce file rescan and scan on restart not loading the new artwork into the artwork cache and is fixed for the next v3 patch update

Confirmed fixed, thanks.

@Alumni, i cant reproduce any incorrect behavior with tab pinning/ navigation lock. Were you trying to navigator between a library filter and a playlist with partial navigation enabled as redwing is explaining?

That's ok then, I misunderstood the wording of "allow playlists and filters".
Title: Re: GUI changes for v3.0
Post by: sleepless on May 25, 2016, 01:43:26 PM
I can't get the tracks to sort by title in Album Covers or Artists views. Everything sorts fine in the other views. So when I sort using Album>Title, the titles are all in a random order. Using the same sort setting with Tracks or A&T views, the titles are all sorted alphabetically within the albums. I don't know if there could be a setting that's causing this?

 The only way I can get the titles to organize correctly is to:
-select 'Show the tracks at the bottom of the main panel'
-click on 'Title' in the fields header

However if I re-select viewing tracks in the expanded panel, the titles are immediately displayed randomly again.
Title: Re: GUI changes for v3.0
Post by: sleepless on May 25, 2016, 02:07:51 PM
I'll bring this up once more, as a previous attempt didn't get a reply, so I'm unsure if this is intentional or not.

When enabling the album collapse/expand feature for Album&Tracks view, the sub-headings dissappear. This is especially unfortunate when viewing audiobooks, which often contain 50+ tracks. Usually audiobooks are divided into multiple discs, which are nice to have displayed as a sub-heading. Having them all expanded requires a lot of scrolling.
Title: Re: GUI changes for v3.0
Post by: redwing on May 25, 2016, 02:40:32 PM
when I sort using Album>Title, the titles are all in a random order.

Probably it's not a random order but disc-track# sorting, right? I think that's how artwork views are designed: always sorted by disc-track# inside each album.
Title: Re: GUI changes for v3.0
Post by: sleepless on May 25, 2016, 03:51:36 PM
That's the thing. These albums do not have track numbers. Each track consists of a title in the format [yyyy-mm-dd. Title]. They are a large collection of lectures and seminars which I have stored with my audiobooks.

I suppose I could assign disc/track numbers to all of them if I have to. Is there a reason why the artwork views would ignore the custom selected sort options? I don't understand why the behavior would be different for those views.
Title: Re: GUI changes for v3.0
Post by: Steven on May 25, 2016, 06:06:32 PM
That's the thing. These albums do not have track numbers. Each track consists of a title in the format [yyyy-mm-dd. Title]. They are a large collection of lectures and seminars which I have stored with my audiobooks.
there used to be handling for that but it seems somewhere in v2.5 it was made ineffective. Its addressed for the next v3 patch update
Title: Re: GUI changes for v3.0
Post by: Steven on May 25, 2016, 07:59:51 PM
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: sleepless on May 26, 2016, 05:29:18 AM
That's the thing. These albums do not have track numbers. Each track consists of a title in the format [yyyy-mm-dd. Title]. They are a large collection of lectures and seminars which I have stored with my audiobooks.
there used to be handling for that but it seems somewhere in v2.5 it was made ineffective. Its addressed for the next v3 patch update

All good now, thanks.
Title: Re: GUI changes for v3.0
Post by: Xenatier on May 26, 2016, 10:05:51 AM
Not sure if this has been asked before, but is it possible to have the column browser displaying different fields in different tabs instead of having the same field/fields displayed throughout every tab? For example the column browser displaying artists in one tab and genres in another.
Title: Re: GUI changes for v3.0
Post by: redwing on May 26, 2016, 02:54:06 PM
Often lyrics tab of tag editor looks like this.

(http://i.imgur.com/FXxuNVS.png)

But I don't know how to reproduce it. If I relaunch MB, it looks OK.
Title: Re: GUI changes for v3.0
Post by: redwing on May 26, 2016, 03:10:58 PM
I had problem searching album covers as it took so long. Turned out fanart.com was the culprit. They might have some issue with their servers.
But my point is about MB's handling of artwork providers. If I place fanart.com as the first provider, sometimes the artwork popup window shows up several minutes later. But if I place the site any position other than the first, then the popup immediately shows up and I can see fanart takes a lot downloading the cover. Why can't it pop up the window immediately when it's placed first? It can happen with any provider.
Title: Re: GUI changes for v3.0
Post by: Steven on May 26, 2016, 08:22:16 PM
one thing that has been raised in the past is the lack of an atist browser in the new Music Explorer panel. Its been done for v3.1 but because its a very useful thing, I have decided to include it in the v3 patch. It enables filtering not just by artist, but also a number of other tags such as Genre, Year, etc
You can hide/ unhide it if you dont want it - it might be an issue if you dont have much space

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on May 27, 2016, 05:39:51 AM
one thing that has been raised in the past is the lack of an atist browser in the new Music Explorer panel. Its been done for v3.1 but because its a very useful thing, I have decided to include it in the v3 patch. It enables filtering not just by artist, but also a number of other tags such as Genre, Year, etc
You can hide/ unhide it if you dont want it - it might be an issue if you dont have much space

Thanks, this is a great addition! Can you add jump support when typing over the list?
Title: Re: GUI changes for v3.0
Post by: Steven on May 27, 2016, 06:23:39 PM
Thanks, this is a great addition! Can you add jump support when typing over the list?
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on May 27, 2016, 08:15:18 PM
Thanks, now it's jumping following typing. But it works only for the first letter unlike jump support for other browsers in MB. So if you type "cold", you end up with artists starting with "D" rather than "Cold".
Title: Re: GUI changes for v3.0
Post by: Steven on May 28, 2016, 09:56:20 AM
Thanks, now it's jumping following typing. But it works only for the first letter unlike jump support for other browsers in MB. So if you type "cold", you end up with artists starting with "D" rather than "Cold".
i wont do anything more for v3 around this
Title: Re: GUI changes for v3.0
Post by: Steven on May 28, 2016, 12:52:17 PM
i changed my mind and have added full support for "jump to" typing in the new music explorer filter panel

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: redwing on May 28, 2016, 01:38:50 PM
Working great. Thanks!
Title: Re: GUI changes for v3.0
Post by: redwing on May 29, 2016, 10:43:42 AM
Current tab style options wording:

Centered/UPPER TEXT
Boxed/Mixed Text

Proposed:

UPPER CASE
Mixed Case

- Difficult to get the meaning.
- Many skins don't use "boxed" style for mixed case mode. When boxed style is not used, "centered" means little.

Or, can you just add case & align setting for active/inactive tabs?
Title: Re: GUI changes for v3.0
Post by: Steven on May 29, 2016, 03:12:13 PM
i have made some tweaks to the Now Playing panel for when the right sidebar is overlaid on the picture and some tweaks to the Music Explorer display.
Unless some substantial issue is raised, this is the version i am planning to go with to a v3 update release i am planning to do probably tomorrow.
After that i will close down this topic and focus on v3.1 enhancements which are already well in progress

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 01:06:46 PM
I just tried MB3 (the version from Download page). Is there any way to disable the left panel completely? If I hide it and then click the tab's name, it appears again for a short period of time. It doesn't even look the same (the fonts are smaller).

(http://i.imgbox.com/RpcPIZDt.png)

Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 01:09:40 PM
1. Is there any way that the left panel to be moved on top (horizontally) with the exact functionality? This left panel is important but it's eating too much space when it could be displayed horizontally.

2. I suggest you implementing a dropbox near the search box with all playlists.

3. These elements have the height too big.

(http://i.imgbox.com/irH2JNUO.png) (http://imgbox.com/irH2JNUO)

4. on MB2.5 I could select the lyrics view with just one click (the options were next to each other). Now there are 2 clicks needed. Not efficient now.

(http://i.imgbox.com/NmoEhV9h.png)

5. I suggest you adding a shortcut key to display the Now Playing page.
Title: Re: GUI changes for v3.0
Post by: Steven on May 30, 2016, 01:42:06 PM
I just tried MB3 (the version from Download page). Is there any way to disable the left panel completely? If I hide it and then click the tab's name, it appears again for a short period of time. It doesn't even look the same (the fonts are smaller).
i never noticed that before but you are right, the font is wrong when the left sidebar is hidden and pops up. Also this version corrects the handling for clicking on the tab header when the left panel is marked as hidden

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
unzip into the folder MB is installed
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 03:18:58 PM
I just tried MB3 (the version from Download page). Is there any way to disable the left panel completely? If I hide it and then click the tab's name, it appears again for a short period of time. It doesn't even look the same (the fonts are smaller).
i never noticed that before but you are right, the font is wrong when the left sidebar is hidden and pops up. Also this version corrects the handling for clicking on the tab header when the left panel is marked as hidden

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
unzip into the folder MB is installed
Thanks. Also for some reason I can't move that Navigator from the left panel.
Title: Re: GUI changes for v3.0
Post by: psychoadept on May 30, 2016, 03:33:32 PM
Thanks. Also for some reason I can't move that Navigator from the left panel.

That's intentional.
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 03:47:28 PM
Thanks. Also for some reason I can't move that Navigator from the left panel.

That's intentional.
If this Navigator could be moved let's say on the top header (displayed of course horizontally), MB would be improved. Right now I have 3 vertical panels (Navigator / Main Files / Right Panel with sidebar player, track info & playing tracks) and I'd like to have only the latter two, but keep the functionality of that Navigator.

I tried to open all Navigator's items as tabs and lock them, but it's just not the same: I want to work with just one tab.
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 04:51:23 PM
Just noticed that Auto-Shutdown doesn't work.

The text from searchbox should be highlighted (selected) when I click on it.

And this inconsistency:

Side player on top of the right panel:

(http://i.imgbox.com/IIU8e5GQ.png)

Side player in middle of the right panel:

(http://i.imgbox.com/bZOgpK6q.png)

How could I get rid of that Track information title?
Title: Re: GUI changes for v3.0
Post by: theta_wave on May 30, 2016, 08:03:42 PM
Nice call on the Artist panel to the left of Music Explorer.
Title: Re: GUI changes for v3.0
Post by: Steven on May 30, 2016, 08:15:59 PM
Just noticed that Auto-Shutdown doesn't work.
what auto-shutdown settings are you using (from the auto-shutdown dialog window)
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 08:30:43 PM
Just noticed that Auto-Shutdown doesn't work.
what auto-shutdown settings are you using (from the auto-shutdown dialog window)
Close MusicBee @ the end of track. My OS is Windows 7.
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 08:47:56 PM
Another issue: the global search (entire library) doesn't work from Now Playing page (Playlist mode).
Title: Re: GUI changes for v3.0
Post by: Steven on May 30, 2016, 09:01:14 PM
Close MusicBee @ the end of track. My OS is Windows 7.
that should be fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

although i agree the v2.5 search text box always selected the entire text. i wont change it back untill v3.1
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 09:03:35 PM
Close MusicBee @ the end of track. My OS is Windows 7.
that should be fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip

although i agree the v2.5 search text box always selected the entire text. i wont change it back untill v3.1
OK.

Any chance to add a shortcut to Now Playing page? I'm always searching for tracks to add to my play queue and Now Playing disappears from view when the search results are displayed. A shortcut would be very helpful. Or at least the search results to be displayed on the lyrics panel or on a floating menu like the suggestions you get from Google when entering a keyword. That would be great.

(http://i.imgbox.com/Vq9TRt5M.png)
Title: Re: GUI changes for v3.0
Post by: funky on May 30, 2016, 09:35:07 PM
I used to have the main (centre) panel split into two with artist information (wiki/Lastfm etc in the bottom part of the panel and track list at the top. For the life of me i cannot get it to work with the new 3.0? is this now not possible. Now all i have is cluttered left and right panels.
Title: Re: GUI changes for v3.0
Post by: Steven on May 30, 2016, 09:39:22 PM
Any chance to add a shortcut to Now Playing page? I'm always searching for tracks to add to my play queue and Now Playing disappears from view when the search results are displayed. A shortcut would be very helpful. Or at least the search results to be displayed on the lyrics panel or on a floating menu like the suggestions you get from Google when entering a keyword. That would be great.
i am not making enhancements to v3 so any new requests should go on the wishlist. However i dont know what you mean when you say the Now Playing diappears when search results are displayed.
The Now Playing Assistant provides a separate dialog window that allows playlist manipluation (alt-J is the default hotkey)
Title: Re: GUI changes for v3.0
Post by: Steven on May 30, 2016, 09:50:09 PM
Another issue: the global search (entire library) doesn't work from Now Playing page (Playlist mode).
that should be fixed now:
http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 09:53:13 PM
Quote
However i dont know what you mean when you say the Now Playing diappears when search results are displayed.
Let's say that the Now Playing page (Playlist mode) is selected. If I'm searching something on searchbox, the results are displayed on a Search Results page. But the Now Playing is not on foreground anymore.

I'd like a way that this Now Playing page stays in foreground (always on) all the time even when searching, and the search results are displayed in a floating panel or something. Searching for something disrupts the current view and I always have to click Now Playing again.
Title: Re: GUI changes for v3.0
Post by: Steven on May 30, 2016, 10:08:30 PM
I used to have the main (centre) panel split into two with artist information (wiki/Lastfm etc in the bottom part of the panel and track list at the top. For the life of me i cannot get it to work with the new 3.0? is this now not possible. Now all i have is cluttered left and right panels.
i suggest you post a screenshot and someone might be able to help. As a guess you are probably looking for the Now Playing Bar which can be selected from the panel layout dialog
Title: Re: GUI changes for v3.0
Post by: electro on May 30, 2016, 10:53:38 PM
I used to have the main (centre) panel split into two with artist information (wiki/Lastfm etc in the bottom part of the panel and track list at the top. For the life of me i cannot get it to work with the new 3.0? is this now not possible. Now all i have is cluttered left and right panels.
The panels config start with that button near the searchbox (it's a square with some lines in it). On the window that it will open you can drag and drop all items that you (don't) want. I guess do you want the now playing bar under the files from main panel:

(http://i.imgbox.com/rKlV2idG.png)
Title: Re: GUI changes for v3.0
Post by: electro on May 31, 2016, 12:37:42 AM
Another problem: double clicking on the Artist - Title from the player's controls (that wide horizontal bar with play/next/etc buttons) doesn't work as expected (Locate the file in library) if I'm on a different place than the Music section. Instead it goes to Music and only after the second double clicking attempt it really goes to the target.
Title: Re: GUI changes for v3.0
Post by: redwing on May 31, 2016, 06:05:25 AM
if I'm on a different place than the Music section

Which node? I can't reproduce it.
Title: Re: GUI changes for v3.0
Post by: electro on May 31, 2016, 11:32:27 AM
if I'm on a different place than the Music section

Which node? I can't reproduce it.
From my playlists for example. Let's say the current tab is an auto-playlist named New. If I double click the Artist - Title from the player controls area, it only opens the Music node at the first track, but it doesn't scroll to the target. After one more double click, it goes to the target. That extra double click is unnecessary.

Also the current playing track is not part of that playlist.

(http://i.imgbox.com/ta1CO8e5.png)
Title: Re: GUI changes for v3.0
Post by: redwing on May 31, 2016, 12:13:58 PM
I can reproduce it with "highlight selected track in the main panel" setting disabled. If it's enabled, then it directly goes to the track. Yes, it needs to be fixed.
Title: Re: GUI changes for v3.0
Post by: electro on May 31, 2016, 01:35:51 PM
By the way, that double clicking shortcut (locate the file in library) doesn't work at all on the sidebar player. Also that sidebar player should have more options, like that star ratings control from the main player (which is essential for many users). There's place for it.

(http://i.imgbox.com/tvGVSQ1w.png)
Title: Re: GUI changes for v3.0
Post by: electro on May 31, 2016, 04:01:32 PM
Also please add Close All Tabs function.
Title: Re: GUI changes for v3.0
Post by: Steven on May 31, 2016, 06:27:31 PM
Another problem: double clicking on the Artist - Title from the player's controls (that wide horizontal bar with play/next/etc buttons) doesn't work as expected (Locate the file in library) if I'm on a different place than the Music section. Instead it goes to Music and only after the second double clicking attempt it really goes to the target.
thats fixed for the next update and also double click on the track text of the sidebar player
Title: Re: GUI changes for v3.0
Post by: Steven on May 31, 2016, 07:23:48 PM
fixes for the above and also i added the missing right click commands on the Playlists panel (Play Now, Send To, etc)

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Title: Re: GUI changes for v3.0
Post by: electro on May 31, 2016, 08:19:39 PM
fixes for the above and also i added the missing right click commands on the Playlists panel (Play Now, Send To, etc)

http://musicbee.niblseed.com/V3_0/MusicBee3_Patched.zip
Thanks, but it's still the same behaviour: double clicking doesn't go directly to target if a playlist is open in the active tab and the currently playing file is not part of that playlist.

Also please add an option (on/off checkbox) for this double clicking:
1. go to first place it finds the file (e.g. the current playlist), or
2. always go to the Music node and focus the file.

The option #2 would be very helpful for me to quickly go the Music node where is the rest of the discography of the artist from the currently playing file.
Title: Re: GUI changes for v3.0
Post by: Steven on May 31, 2016, 08:57:34 PM
try again now
also i have already said, i am not taking new requests for v3. They should be consolidated and added to the wishlist topic
Title: Re: GUI changes for v3.0
Post by: electro on May 31, 2016, 08:59:10 PM
try again now
also i have already said, i am not taking new requests for v3. They should be consolidated and added to the wishlist topic
OK.
Title: Re: GUI changes for v3.0
Post by: Steven on June 01, 2016, 06:52:40 PM
This topic is now locked.
Post any bugs to the Support/ Bug Reports topic and any enhancement requests to the Wishlist topic
See this topic for the latest patch version:
http://getmusicbee.com/forum/index.php?topic=18462.0
Title: Re: GUI changes for v3.0
Post by: Steven on June 19, 2016, 10:35:35 AM
This topic is still locked but i have updated the patch version with some visual improvements to the Now Playing Bar (its more similar to v2.5 now) and also for Album Covers, when expanding the album cover, MB now uses blended colours from the album (more like how recent iTunes versions do it)

http://getmusicbee.com/forum/index.php?topic=18462.0