Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Columns UI (Read 4589439 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

Re: Columns UI

Reply #7075
Can't figure out how to make the button narrower, if it's even possible. It's as narrow as it allows me to drag on the screenshot.

I checked the minimum width my panel can go when it's a columns UI toolbar and it's 50 pixels. After searching github, these _might_ be the offending lines of code in the columns UI source:

https://github.com/reupen/columns_ui/blob/01645e22806cfd44ac948a343518084cd1e55ece/foo_ui_columns/rebar.cpp#L929
https://github.com/reupen/columns_ui/blob/01645e22806cfd44ac948a343518084cd1e55ece/foo_ui_columns/rebar.cpp#L1008

I then checked the height and it's 21 pixels. @musicmusic, could the min width be set to the same as the height?

Re: Columns UI

Reply #7076
Most likely it's just a value that was set in the early days of Columns UI. It should be fine to change, I'll check.
.

Re: Columns UI

Reply #7077
I tested changing those lines myself and it has the desired effect of letting me reduce my panel to a square.

It seems only the seekbar and visualisation are affected as they let you resize that small as well.

The following toolbars are unaffected because they have their own minimum widths: menu, buttons, filter search, playback order, volume.

Re: Columns UI

Reply #7078
Thanks for that. Minimum widths for the seekbar and spectrum analyser can be easily added, of course.
.

Re: Columns UI

Reply #7079
However, on the subject of ditching the standard Columns Playlist, If this becomes a reality, would you please consider adding an option to use more than one kind of grouping settings (e.g. like ES Playlist does? I don't mean the view switch between album view and list view, but like the grouping options on context menu of ES Playlist?)
Like presets?
That would be perfect, that way I could select which grouping I would like to use, or even choose to use no grouping at all.

Re: Columns UI

Reply #7080
Hi.
I have question about album list panel. Are that yellow lines hardcoded or I am able to use custom colors? Thanks

Re: Columns UI

Reply #7081
Are you using some yellow windows theme?


Re: Columns UI

Reply #7083
The reason I am asking is because I never encountered what you are seeing and guessing by the lack of complaints not many other people did either. So I'd investigate what in your setup is causing it. Starting by checking if a fresh install also does the same thing. If yes, I'd check it on another computer as well.

Re: Columns UI

Reply #7084
The reason I am asking is because I never encountered what you are seeing and guessing by the lack of complaints not many other people did either. So I'd investigate what in your setup is causing it. Starting by checking if a fresh install also does the same thing. If yes, I'd check it on another computer as well.
I checked it on another PC with WinXP32bit and there are no yellow lines. They are colored black. I do not know why it is so. Never have used custom themes on win764bit.

Re: Columns UI

Reply #7085
Are you using the latest version of the panel? There have been updates recently.

Re: Columns UI

Reply #7086
Yes. 0.3.7
On 0.3.5 same effect

 

Re: Columns UI

Reply #7087
What if you install another copy of foobar2000 in portable mode? That way it won't touch your existing setup and you can test columns UI/album list panel on default settings.

Re: Columns UI

Reply #7088
What if you install another copy of foobar2000 in portable mode? That way it won't touch your existing setup and you can test columns UI/album list panel on default settings.
Done.
1st pic - how album list looks in latest foobar_portable+cui+alp combo.
2nd - how default album list window looks.


Re: Columns UI

Reply #7090
Hi.
I have question about album list panel. Are that yellow lines hardcoded or I am able to use custom colors? Thanks
Apparently, it uses the 'Active item frame' colour for that, which can be configured on the Colours and Fonts preferences page. It also seems there is some bug as when you select 'Album list' in the element drop-down list, and set the mode to custom, the active item frame colour patch appears greyed out, though you can still change it.

However, on the subject of ditching the standard Columns Playlist, If this becomes a reality, would you please consider adding an option to use more than one kind of grouping settings (e.g. like ES Playlist does? I don't mean the view switch between album view and list view, but like the grouping options on context menu of ES Playlist?)
Like presets?
That would be perfect, that way I could select which grouping I would like to use, or even choose to use no grouping at all.
OK, I've logged it on GitHub.
.

Re: Columns UI

Reply #7091
...
I gave it a bit of testing and the color of those lines is governed by 'File/Preferences/Display/Columns UI/Colours and fonts/Colours/Active item frame', given the 'Mode' dropdown is set to 'Custom' and the 'Use custom active item frame' checkbox is checked (both of these options are on the same page).

In case you wanted to completely match the default UI and not just get rid of the yellow marc2003 already told you one way to do it. Otherwise it's what the aforementioned 'Mode' dropdown is for.

Re: Columns UI

Reply #7092
marc2003
musicmusic
Daeron

Thanks, now working.

Re: Columns UI

Reply #7093
I've got another small QoL request.

A place to set a minimum width for columns. To be used for those cases when you double-click on a column separator next to an empty column. This way you can prevent the column narrowing down to the smallest possible width as currently happens, so that there still remains part of the caption showing. The current minimum width results in the caption not showing (not even part of an ellipsis) which makes it very difficult to spot where a column disappeared to (which already has happened to me a few times)

I realize visibility of the separator line is likely windows theme dependent so this problem may possibly not exist for others.

Re: Columns UI

Reply #7094
Not sure where this comes from but I noticed something odd.

I've been toying with the grouping levels in NG Playlist and created a level which collects certain properties and combines them into a single string.
The nature of these properties is such that the string will always exist of the previous group header plus a new property as in

Code: [Select]
property 1
property 1 - property 2
property 1 - property 2 - property 3
etc...

To make my life a little easier, I added a sort pattern in Advanced > Display > Standard sort patterns and assigned the resulting menu item as action to a toolbar button. Naturally one would assume that these groupings would also occur in that order...

However, to my surprise whenever I use that sort pattern, the above mentioned grouping gets sorted in reverse order, as in
Code: [Select]
...
property 1 - property 2 - property 3
property 1 - property 2
property 1

This also happens when selecting the pattern from Edit > Sort > ...

I may be totally confused, but I would have expected it to default to the way as in the first code block

EDIT: Okay, found a workaround by packing the property concatenation in the $len() function for the sort pattern, but it still feels weird...and it wouldn't be much of an issue if the sort commands added to the menu worked like the column headers, reversing order if called again on an already sorted set.

EDIT2: Oops. important info: FB2K 1.39 and ColumnsUI 0.40

Re: Columns UI

Reply #7095
Hi everyone,

I just created my account yesterday. I usually lurk the foobar2000 section, in particular topics concern JScript Panel, I tried several settings and panels include JSPlaylist but I didn't have a great config yet.
Recently, I saw marc2003's config in this thread: https://hydrogenaud.io/index.php/topic,63984.msg903397.html#msg903397
It's the only one of the thread that I felt close. Useful panels for my personal use and a very beautiful design.
I'm sorry to ask it like that but could someone share it with me?
It would me a great favor, I cannot stand my ugly foobar with old toolbars anymore.   :(

Re: Columns UI

Reply #7096
I've got another small QoL request.

A place to set a minimum width for columns. To be used for those cases when you double-click on a column separator next to an empty column. This way you can prevent the column narrowing down to the smallest possible width as currently happens, so that there still remains part of the caption showing. The current minimum width results in the caption not showing (not even part of an ellipsis) which makes it very difficult to spot where a column disappeared to (which already has happened to me a few times)

I realize visibility of the separator line is likely windows theme dependent so this problem may possibly not exist for others.
How do you end up double-clicking on a divider for a column with no content? A different pointer is also used when over a divider for a zero-width column. Anyway, taking the column title into account when calculating the size of the column when double-clicking on the column's divider makes more sense to me.

Not sure where this comes from but I noticed something odd.

I've been toying with the grouping levels in NG Playlist and created a level which collects certain properties and combines them into a single string.
The nature of these properties is such that the string will always exist of the previous group header plus a new property as in
[...]
Could you post a screenshot and the sort string?
.

Re: Columns UI

Reply #7097
I've got another small QoL request.

[...]
How do you end up double-clicking on a divider for a column with no content? A different pointer is also used when over a divider for a zero-width column. Anyway, taking the column title into account when calculating the size of the column when double-clicking on the column's divider makes more sense to me.
Quite simple, point the mouse and dbl-click :) All kidding aside though, sometimes certain values aren't present when a listview only shows a single album, so if it's a column that normally is very wide, I deliberately dbl-click the column separator to shrink it's width so others can scroll into view. But I don't see the caption title as the minimum width. I'd rather just set a global min width so that the length of the caption title doesn't still prevent shrinking  (which might not be short if the values are already long themselves when present) and you still have a visual indication there is a shrunk column (consider this reasoning: if the caption is important to you to keep visible, you also will likely not care about a sometimes empty column, taking slightly more or just as much space as its heading... right? But the type of person that will want to shrink the column, very likely also don't mind the caption getting largely obscured, temporarily of course.)

Not sure where this comes from but I noticed something odd.
[...]
Could you post a screenshot and the sort string?
See attachments. One with sort string based on alpha content, the other based on length of content.
Both options should however produce the same order ... unless....I'm beginning to get a horrible suspicion...

When I viewed the ones that were there initially, the elements on which got sorted in the various sort patterns were separated by a pipe symbol "|". And because of the columnar views this gave me the impression sorting would be done in a grouped, 'columnar' fashion. However, when replaying this in an editor, I realize that this presumption may have been totally off the mark. And that in fact the pattern is first resolved into a list of result strings and sorting then takes place according to these strings...which would explain the unexpected result

If sorting happens in the latter fashion then that puts a completely different light on how I assumed sorting was done.

EDIT: I've just replayed the same sort in a spreadsheet, with each %..% item in its own column and indeed then I get the same view as in the SortLen image... and this was how I assumed sorting was done since we are dealing with columnar views...
But, if the values simply get concatenated into a result string and sorting is done according to that string... that changes the resulting order in totally unexpected ways...as visible in the SortAlpha image

EDIT2: When retried in a text editor with the same elements, this time separated by a tab character, the order changes to the same order as in the SortLen image instead of as they showed in the SortAlpha image, which further seems to indicate that the separate items do not stay separated when resolving the pattern against the tag data.

EDIT3: Used test data:
Code: [Select]
%album%[tab]%mediaformat%[tab]$ext()[tab]%discnumber%
Here at Last... Bee Gees... Live[tab](DIG) single FLAC[tab]flac[tab]1
Here at Last... Bee Gees... Live[tab](DIG) single FLAC[tab]flac[tab]2
Here at Last... Bee Gees... Live[tab](DIG) single FLAC in Cue[tab]cue[tab]1
Here at Last... Bee Gees... Live[tab](DIG) single FLAC in Cue[tab]cue[tab]2
NOTE: Presence or absence of a tab character at indicated position makes quite a difference how this gets sorted.

Re: Columns UI

Reply #7098
Yes, weird things like that will happen if you don't have any spaces between fields in your sort string, because it will think things are one token when they aren't. Put spaces before and after your | characters and you will probably be fine.
.

Re: Columns UI

Reply #7099
Yes, weird things like that will happen if you don't have any spaces between fields in your sort string, because it will think things are one token when they aren't. Put spaces before and after your | characters and you will probably be fine.
Thanks for confirming what I started to suspect. Personally I'd call that an oversight in the design since that's what the | symbol indicates how it gets treated instead of adding additional separating characters, but I can live with adding a space or $tab() between the items and completely leaving out the | character, or using the $len() function around the critical part as I did.