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: Jorge24 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: Jorge24 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 we