Column Browser behaviour

Post a reply


In an effort to prevent automatic submissions, we require that you complete the following challenge.
Smilies
:D :) :( :o :-? 8) :lol: :x :P :oops: :cry: :evil: :roll: :wink:

BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: Column Browser behaviour

Re: Column Browser behaviour

by Davo » Sun Sep 02, 2018 8:20 pm

Personally i prefer the browser always at the top. The Header just takes up valuable real estate imo. If i need info about the artist i'd rather go direct to wiki or AllMusic etc. If you must have it i'd prefer it as a seperate pop up window. Perhaps it shouldn't be called Header anyway. Maybe Bio or similar would be better.

Re: Column Browser behaviour

by MiPi » Sun Sep 02, 2018 10:50 am

BMF: Ahh, I've got it, I was looking at "All tracks" and there is no such header, only column headers :) Yes, this probably should be changed, it logically belongs to tracklist, not header. Added as point 4) to the issue. But it will be problematic for scrolling, header scrolls out for long lists, but column browser should stay always visible, that is why it is on top now.

Re: Column Browser behaviour

by BMF » Sun Sep 02, 2018 10:40 am

MiPi wrote:
Sun Sep 02, 2018 7:43 am
BMF wrote:
Sun Sep 02, 2018 7:27 am
By the way ....
The column browser opening above the header (header!) looks quite odd ;-).
Not sure what you mean? Place is the same as in MM4.
There is no header in MM4. It is new to MM5. A header should be on top. Like the name says. Simply looking better :)

Re: Column Browser behaviour

by Barry4679 » Sun Sep 02, 2018 9:39 am

Got it. Thanks for your patience.

Re: Column Browser behaviour

by MiPi » Sun Sep 02, 2018 9:19 am

Barry4679: MM4 does not have "Automatic column width" at all ;-) What you describe is behavior with this setting off (it is in context menu of tracklist header). Setting this on causes that all columns are forced to fit in the view (i.e. horizontal scrollbar is not needed). Then it cannot behave same way, because it cannot expand size of the whole list view to the right.

Re: Column Browser behaviour

by Barry4679 » Sun Sep 02, 2018 8:52 am

MiPi wrote:
Sun Sep 02, 2018 6:11 am
Barry4679: the issues are related to Column browser component, i.e. columns used for quick filtering placed above tracklist (see Davo's screenhot, it is the upper part with Genre, Artist, Conductor and Album titles), not to standard tracklists.
duh ... appologies to you & Davo re confusion.
Barry4679 wrote:
Sat Sep 01, 2018 5:21 am
I do see some width changing strangeness if there is a text column followed by a numeric column ... eg. Album column and then Length column. ... column width adjustment seems partially broken in this case ... this is what you are seeing?
There is some weirdness re resizing column widths in the main grid (ie. the bottom part of Davo's image). Upon re-examination, the statement above doesn't describe it correctly.

If columns are aaaa|bbbb|cccc
you can expand aaaa by dragging the aaaa|bbbb boundary to the right. ... It works by making bbbb smaller, contracting it towards cccc ... This is OK until it reaches the bbbb|cccc boundary, but cccc is fixed in position, and won't move. So aaaa can only grow to the combined width of aaaa+bbbb, and can grow only at the expense of of bbbb.

In MM4, if you dragged aaaa larger, it slide bbbb & cccc, & everything following, to the right. So the width of aaaa was not constrained, and it did not affect the width of its neighbour.

Re: Column Browser behaviour

by MiPi » Sun Sep 02, 2018 7:43 am

BMF wrote:
Sun Sep 02, 2018 7:27 am
By the way ....
The column browser opening above the header (header!) looks quite odd ;-).
Not sure what you mean? Place is the same as in MM4.

Re: Column Browser behaviour

by BMF » Sun Sep 02, 2018 7:27 am

By the way ....

The column browser opening above the header (header!) looks quite odd ;-).

Re: Column Browser behaviour

by MiPi » Sun Sep 02, 2018 6:11 am

Barry4679: the issues are related to Column browser component, i.e. columns used for quick filtering placed above tracklist (see Davo's screenhot, it is the upper part with Genre, Artist, Conductor and Album titles), not to standard tracklists.

Re: Column Browser behaviour

by Barry4679 » Sun Sep 02, 2018 4:57 am

Thanks for clarification Davo ... in that case all of my original comments apply ... I see the same behaviour there also

MiPi wrote:
Sun Sep 02, 2018 3:45 am
But you're right, that handling should be improved, tracked as: https://www.ventismedia.com/mantis/view.php?id=15071
It doesn't matter I suppose, but I can't replicate any of the problems that you have added to Mantis.

1. I can change sequence of columns via drag and drop of headings
2. I can set individual column width (via dragging) ... it works fine where two text columns are adjacent ... it needs works when a text column is followed by a numeric column
3. I see tools tips whenever column width is insufficient for cell data ... I see no tool tip when width is sufficient, but I see this as a feature, not as a problem

Re: Column Browser behaviour

by MiPi » Sun Sep 02, 2018 3:45 am

Current behavior is taken from MediaMonkey 4. I.e. "Add column" adds next column with some next default field. And when right-clicked header of column browser column, user can select content of this column. So in fact user first selects how many fields he will need and then adjusts which.
But you're right, that handling should be improved, tracked as: https://www.ventismedia.com/mantis/view.php?id=15071

Re: Column Browser behaviour

by Davo » Sun Sep 02, 2018 2:27 am

Re: Column Browser behaviour

by Barry4679 » Sun Sep 02, 2018 12:22 am

Davo wrote:
Sat Sep 01, 2018 8:42 am
I am referring to the Sub View -> Column Browser not the Browser View
OK ... I'll bite .... a "sub view" is a thing? ... what is it? How do I get there?

Re: Column Browser behaviour

by Davo » Sat Sep 01, 2018 8:42 am

I am referring to the Sub View -> Column Browser not the Browser View

Re: Column Browser behaviour

by Barry4679 » Sat Sep 01, 2018 5:21 am

Hi Davo,

where are you accessing the Context Menu from?

That top line saying "Choose Columns", in the Context Menu, isn't a heading. If you click it you get a dbox allowing the column sorting and placement control that you are looking for.

I don'r see the field "replacing" behaviour you describe. ... If you are adding outside of the "Choose Columns" facility, it adds columns in some fixed sequence. Maybe you have the window partially off-screen so that the horizontal scroll bar is not visible? And maybe the old columns are being pushed off screen to the right?

And I do see tool tips where a column width is too small for a cell.

I am looking at EntireLibrary|AllTracks ... Skin is Material Design Dark ... try that .. maybe it is a skin issue.

Column Widths: I can alter them ... mostly
(btw you got "Automatic Column Widths" turned off in the context menu?)
I do see some width changing strangeness if there is a text column followed by a numeric column ... eg. Album column and then Length column. ... column width adjustment seems partially broken in this case ... this is what you are seeing?

Top