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 4589406 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

Re: Columns UI

Reply #7050 –
Quote from: sanskrit44 on
this is great, thank you very much :)
No problem :)

Quote from: graceful on
...
Thanks for the feedback. The FAQ is very old and as is most of the stuff on the requests list in the wiki. I have no idea if the people that added all those things are still using Columns UI, foobar2000 or even Windows... I'd better review those documents at some point.

It should sort in the same way the shell does, but I assume that's not good enough. So the request sounds fair enough. I'm trying to use GitHub to track these things, so I've created an issue there. (GitHub issues aren't perfect, but are a step up from a wiki page...)
.
 

Re: Columns UI

Reply #7051 –
Thank you for the update and all of the improvements. But please remove the drag and drop dead cat image; it's so ugly and annoying, as it covers useful space on the screen.

Re: Columns UI

Reply #7052 –
Quote from: musicmusic on
Thanks for the feedback.
...

Thanks for the reply! Loyal CUI user here for the past 4~5 years, and fb2k a bit longer. I didn't know the wiki page was very old, but I did think that it was quite a long list :D

Yes, unfortunately the default sorting is less than ideal. Even Apple's iTunes recognizes the problem and added standard fields sorting the artist, album artist, album, and title fields.  I poked around and found that the album sort field is "ALBUMSORTORDER" and the artist sort field is "ARTISTSORTORDER". I presume it follows the pattern "<field>SORTORDER". It might be worth considering following this pattern, as it would guarantee compatibility with files originating from the platform.

Re: Columns UI

Reply #7053 –
Divider width for splitters is the best feature implementation. Thanks for that. With 0px, it allows better looking UI + no more accidental redimensioning.
A problem with waveform seekbar though. It might be a WS bug after all.

The first red bar stays like a "ghost" whereas it should just move forward (like the second one).
This appears when using: 0 px for splitters width and GDI (or D3D) in Waveform Seekbar.

Re: Columns UI

Reply #7054 –
Quote from: Parole on
Thank you for the update and all of the improvements. But please remove the drag and drop dead cat image; it's so ugly and annoying, as it covers useful space on the screen.
The intention was to put artwork there, the problem is I need to load the artwork in the background once the drag-and-drop operation has started (similar to how it happens with drag-and-drop operations in Windows Explorer). Unfortunately, the drag image stuff is very poorly documented by Microsoft and I suspect the mechanisms that are triggered in Explorer are not exposed via public interfaces and just triggered internally with shell items. Still, I might be able to get something to work. Perhaps I'll just get rid of the cat icon in the meantime and leave the semi-transparent blue square in. It is useful having the track count when multiple tracks are being dragged.

Quote from: graceful on
Thanks for the reply! Loyal CUI user here for the past 4~5 years, and fb2k a bit longer. I didn't know the wiki page was very old, but I did think that it was quite a long list :D

Yes, unfortunately the default sorting is less than ideal. Even Apple's iTunes recognizes the problem and added standard fields sorting the artist, album artist, album, and title fields.  I poked around and found that the album sort field is "ALBUMSORTORDER" and the artist sort field is "ARTISTSORTORDER". I presume it follows the pattern "<field>SORTORDER". It might be worth considering following this pattern, as it would guarantee compatibility with files originating from the platform.
:)

I'm aware of those fields, but (when I get to it) it will probably just be configurable although those could be the defaults.

Quote from: Nojevah on
Divider width for splitters is the best feature implementation. Thanks for that. With 0px, it allows better looking UI + no more accidental redimensioning.
A problem with waveform seekbar though. It might be a WS bug after all.

The first red bar stays like a "ghost" whereas it should just move forward (like the second one).
This appears when using: 0 px for splitters width and GDI (or D3D) in Waveform Seekbar.
No problem :)

Something similar happens here too with Waveform Seekbar in GDI mode (not D3D). But it's the same with Columns UI 0.3.9.2. The ghost line is at the very left of the seekbar (it looks like yours is too, but I can't tell for sure).
.

Re: Columns UI

Reply #7055 –
Using panel stack splitter with a forced layout should eliminate that stray line.

Install the component. http://foo2k.chottu.net

Add a splitter to your layout and then copy your existing seekbar instance to it (or create a new one).



Then with splitter highlighted, hit the Configure button and tick the box Forced layout. Then switch to the Script tab and add this:

Code: [Select]
$movepanel(0,0,0,%_width%,%_height%)

Re: Columns UI

Reply #7056 –
musicmusic
Thank you for the update and all of the improvements. And thank you for switching to the current foobar2000 SDK. I tried to compile Columns UI without using all deprecated functions, such as
Code: [Select]
dropped_files_data_impl::to_handles
Can they be safely removed from the Columns UI code?

Re: Columns UI

Reply #7057 –
They could certainly be replaced, yes. That one is superseded by playlist_incoming_item_filter_v2::process_dropped_files_async.

dropped_files_data_impl::to_handles is used in two placed: playlist_utils::paste and pvt::IDropTarget_playlist::Drop. The first one should definitely be replaced, yes. The second one is called when the drag and drop operation is one internal to the playlist view (i.e. items moved or copied within the same playlist). In that case the async method could be used, but, we know there is no metadata to load. It could just not use the data object for internal moves (which is what the playlist switcher panel does).

I think fixing uses of functions marked __declspec(deprecated) is higher priority, but perhaps that's what you meant since dropped_files_data_impl::to_handles calls such a function.

(Apologies if those code references are rendering a bit large as they are for me.)
.

Re: Columns UI

Reply #7058 –
musicmusic
to_handles_async_ex and to_handles_async seem to be an obvious replacement for to_handles, but I couldn't figure out what additional code must be added to use them.

Re: Columns UI

Reply #7060 –
Quote from: musicmusic on
Alternatively, if it is just Facets in Columns UI that is wanted, then it may be a better use of time trying to write a wrapper for it (if that's possible, of course, I haven't looked at it in depth).
For me personally that probably wouldn't be sufficient. Facets doesn't seem to support a mixed layout of both horizontally and vertically stacked panels like CUI Filter panels do.

I also added a couple requests on github which you already saw.

Re: Columns UI

Reply #7061 –
I've ran into a slight issue. I'm using both NG Playlist and the default Columns Playlist, both in their own Playlist Tabs. It seems that they share the playlist tabs somehow as they show the identical columns and changes made in one show up in the other.

What I noticed is that whenever I make a change to a column script in column definitions, the Columns Playlist doesn't reflect this change until after restarting Foobar whereas NG Playlist automatically reflects the made changes.

One might ask why using both. The answer is simple. For the life of me I have not yet found a way to create different groupings in NG Playlist. It's either one grouping (with one or more levels) that is always in effect or no grouping at all. I'm using the Columns Playlist therefor as a means to get a flat list.
I would have liked it even better if I could specify different columns showing in each (don't mind the sharing of column definitions but sharing the layout too forms a small hurdle)

Re: Columns UI

Reply #7062 –
I've released 0.4.0 final and updated builds of my panel components. The change in both Columns UI and Album list panel is that I removed the cat icon from the drag image and made the drag image look more like Windows Explorer's. It also always shows the track count because the previous behaviour was confusing in Album list panel and Filter panel.

Quote from: Daeron on
For me personally that probably wouldn't be sufficient. Facets doesn't seem to support a mixed layout of both horizontally and vertically stacked panels like CUI Filter panels do.

I also added a couple requests on github which you already saw.
Thanks for the detailed write-ups and answer above. The requests all sound fair to me :)

Quote from: Just_Addict on
I've ran into a slight issue. I'm using both NG Playlist and the default Columns Playlist, both in their own Playlist Tabs. It seems that they share the playlist tabs somehow as they show the identical columns and changes made in one show up in the other.

[...]
To be honest, I would like to get rid of the Columns Playlist because it's a maintenance headache. I can't reproduce your problem with the column settings though.

Do you mean you want to show/hide groups/columns based on which playlist is active? Have you tried the playlist filters on both groups and columns?
.

Re: Columns UI

Reply #7063 –
Cannot d/l Console panel and Typefind.

Re: Columns UI

Reply #7064 –
Confirmed. I'll check what's happened later.
.

Re: Columns UI

Reply #7065 –
Fixed. Thanks for reporting it.
.

Re: Columns UI

Reply #7066 –
Quote from: musicmusic on
Quote from: Just_Addict on
I've ran into a slight issue. I'm using both NG Playlist and the default Columns Playlist, both in their own Playlist Tabs. It seems that they share the playlist tabs somehow as they show the identical columns and changes made in one show up in the other.

[...]
To be honest, I would like to get rid of the Columns Playlist because it's a maintenance headache. I can't reproduce your problem with the column settings though.

Do you mean you want to show/hide groups/columns based on which playlist is active? Have you tried the playlist filters on both groups and columns?

Ah, thanks for reminding me of the filters... completely forgotten about those since I've not yet used that feature at all :)
Yep, that would do what I want.

And about the sync problem, I was having other issues which forced me to make some changes in my layout configuration, and whatever was causing those issues was probably also responsible for this problem as it seems to have been cleared.

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?)

Re: Columns UI

Reply #7067 –
Quote from: musicmusic on
I removed the cat icon from the drag image and made the drag image look more like Windows Explorer's.
Thank you for that. Thank you for everything you do, but also for that specifically.

I've recently migrated to ColumnsUI from default. Everything's been great so far. There's one minor issue though, which I think is somewhat important, even though I've only seen one other guy complain about it :D
It's that volume control does not follow "Volume step" setting under Advanced>Playback. This renders scroll wheel volume control rather crude. Is this a bug or a feature? Maybe it could be optional? Or am I missing something?
ATM I'm using WSH panel mod with one of the example scripts for volume slider, works fine. I also made a couple of BS feature requests on github, hope it's okay :D

Re: Columns UI

Reply #7068 –
Quote from: Just_Addict on
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?

Quote from: Pollux88 on
I've recently migrated to ColumnsUI from default. Everything's been great so far. There's one minor issue though, which I think is somewhat important, even though I've only seen one other guy complain about it :D
It's that volume control does not follow "Volume step" setting under Advanced>Playback. This renders scroll wheel volume control rather crude. Is this a bug or a feature? Maybe it could be optional? Or am I missing something?
ATM I'm using WSH panel mod with one of the example scripts for volume slider, works fine. I also made a couple of BS feature requests on github, hope it's okay :D
Is it intentional: I think my volume bars came before DUI's, but not sure. With a smooth (notchless) mouse wheel, the DUI volume toolbar moves in volume step/3 here (but not the pop-up from the status bar; that sticks to volume step). It doesn't seem particularly important to me but if the setting is there it should probably be used unless anyone else objects.
.

Re: Columns UI

Reply #7069 –
Quote from: Pollux88 on
I also made a couple of BS feature requests on github, hope it's okay :D

RE: menu button and status bar, I have some scripts that can do that.

Component: https://github.com/19379/foo-jscript-panel/wiki/Requirements-&-Installation
Scripts: https://github.com/19379/js-marc2003/wiki/Installation

Scripts are imaginatively named menu button and status bar!

By default, the button uses the main foobar icon but this example has been edited:



Status bar screenshot: https://hydrogenaud.io/index.php/topic,63984.msg903397.html#msg903397

You can edit the text/background colours using the RGB function inside.

Re: Columns UI

Reply #7070 –
Quote from: marc2003 on
Quote from: Pollux88 on
I also made a couple of BS feature requests on github, hope it's okay :D

RE: menu button and status bar, I have some scripts that can do that.

Awesome scripts! Just what I wanted to have.
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.

Re: Columns UI

Reply #7071 –
I can't explain that one. It resizes smaller if you add it as panel but not as a toolbar.



Perhaps musicmusic has the answer?

Although I maintain the component, I have zero C++ knowledge and someone else wrote 99.9% of it.  ;D

Re: Columns UI

Reply #7072 –
Also, I'm too dumb to figure out how to position status bar at the bottom. I'm trying to make this layout:
_________________
|           |            |
| lyrics  | playlist |
|_______|________|
|   status bar     |

But any combination of horizontal and vertical splitters I'm trying gives me JScript panel at the side.

Re: Columns UI

Reply #7073 –
I always start with a vertical splitter as the base. The highlighted JScript panel would be replaced with your lyrics panel. The bottom JScript panel would be your status bar.

Re: Columns UI

Reply #7074 –
Quote from: marc2003 on
I always start with a vertical splitter as the base. The highlighted JScript panel would be replaced with your lyrics panel. The bottom JScript panel would be your status bar.
Hell, that was so simple, I feel stupid. My excuse is it's 2AM :D
Thanks for your help and for your awesome stuff.