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

Columns UI

Reply #3200 –
The bug I had with the video is reproduceable, I have already made it three times with 2 other videos showing that problem and the complete build and layout, do you want me to upload them ?

edit: I was wrong

Columns UI

Reply #3201 –
Quote from: KalleGuld on
Quote from: bluesheep on


I have another question, is it possible to have tabs or something similar in the Album panel? I want to have a seperate album list for lossless albums and lossy albums/

Thanks in advance


Are you talking about Album List?
You can sort your albums inside Album List. Add a new view with this code:
Code: [Select]
$info(encoding)|%artist%|%album%|%tracknumber%. %title%

It's not exatly the thing you wanted, but it's kinda close



Thanks for your reply, I do mean the album list, can you tell me where I place that code so I can try it?

Thanks agian

Columns UI

Reply #3202 –
musicmusic. Is it possible that you could add margins (2px, left & right) to the volume and progressbar. If they are placed next to a border the slider get too close at the start and at the end. Currently I've solved the problem by adding an empty horizontal splitter to the right. I should probably have one on the left also but I feel it's less important.

Columns UI

Reply #3203 –
Quote from: mazy on
@musicmusic, my post got somehow lost, so i'm reposting it ... i would really like this implemented.
Quote from: mazy on
musicmusic, could you add special button command which would toggle autohide status for its parent splitter.

something like 'pin' in some guis. it would be nice if it could use some temporary autohide status, i.e. override autohide status for nearest parent with autohide actually checked (ignoring parents with autohide not set).

I see what you mean sort of. It would be sort of possible to have a similar command in buttons toolbar when I add "dependent layouts" feature.

Quote from: Bachi-Bouzouk on
weird resizing problem: look at the video:
http://eolindel.free.fr/images/bug.avi (3Mo)

Can you upload the foobar2000.cfg file that does that? Can you describe briefly what exactly you are seeing as well?

Quote from: Bachi-Bouzouk on
two crashes by the way, but i don't know where it come from:
It looks related to foo_uie_albumart.

Quote from: mil3s on
musicmusic. Is it possible that you could add margins (2px, left & right) to the volume and progressbar. If they are placed next to a border the slider get too close at the start and at the end. Currently I've solved the problem by adding an empty horizontal splitter to the right. I should probably have one on the left also but I feel it's less important.
I'll take a look at it.
.

Columns UI

Reply #3204 –
One 'hack' that you can use to get around the margins thing is to add a 2-pixel-wide trackinfo panel with the colours set to match your window. :shrug:
~

Columns UI

Reply #3205 –
when I try to resize the album art, clicking makes the album art to become smaller and smaller with a dark grey background even if I go on the right with my mouse, and when the album art is too small, it takes the whole space (huge black background filling the whole foobar window). And then when I go to my layout, several panels are "Hidden" while they should not, and even when I uncheck hidden, they do not appear again, the album art always take the whole space and I must restart a new layout


http://eolindel.free.fr/images/foobar/foobar2000.cfg

If you need other .cfg when the album art does not take yet the whole space, just tell me

Columns UI

Reply #3206 –
Quote from: Bachi-Bouzouk on
If you need other .cfg when the album art does not take yet the whole space, just tell me

BTW, since I'm currently developing foo_uie_albumart, I'll take a look at this bug, too.  (though my knowledge of the ui_extension sdk is limited, so I'm not sure how much I'll actually be able to diagnose)

Also, what version of Windows are you using?
 

Columns UI

Reply #3207 –
Not sure if this is doable, but I've been looking for a different default action when playing a file. Basically, when I start playing a file, I would like the current playlist to be sent to replace a "Queue" playlist. This would basically mimic the fuctionality in mediamonkey which I really like because it automatically stores the current playlist so it is not replaced by browsing the library, searching, etc. and lets you easily edit the queued songs. Obviously, this would not be the default behavior, though, and would only be an option.

Columns UI

Reply #3208 –
Feature Request:
This is purely for the looks. It would be cool if it was possible to make the components have the toolbar look. Like in the image below... dotted gripper and gradient background (this is different depending on the theme). This is only possible at the top in the menu toolbar currently.

Columns UI

Reply #3209 –
musicmusic, i have a feature request . i was thinking - it would be nice not only show / hide columns according to playlist's name. i would like to be able to switch between views (i.e. different sets of enabled / disabled columns) for example from dropdown list. i would use 'views' like album mode, single mode, detailed mode etc.

what do you (and others) think?

Columns UI

Reply #3210 –
Quote from: mazy on
musicmusic, i have a feature request . i was thinking - it would be nice not only show / hide columns according to playlist's name. i would like to be able to switch between views (i.e. different sets of enabled / disabled columns) for example from dropdown list. i would use 'views' like album mode, single mode, detailed mode etc.

what do you (and others) think?



Really good idea!

Columns UI

Reply #3211 –
Concerning showing and hiding splitters I have a suggestion (I previously suggested). How about adding the possibility to add a shortcut to show/hide elements,splitters of the layout?
I find it very hard to target the toggle area. It's so small, that I most of the time have some "resize-arrows" shown..

Columns UI

Reply #3212 –
Feature request: "Lock this playlist view to current playlist."

Example of usage (read: the first thing I would do):
Add two instances of the playlist view panel, lock one to the playlist containing the enqueued tracks. Switching to another playlist in the playlist switcher now only affects the "main" playlist view, and not this locked one.

If achievable, this would eliminate the "need" for a dedicated foo_uie_queueviewer. Paired with autoplaylists, users could have panels showing dynamic lists of e.g. their current "Top 20", alongside their actual playlist.

Columns UI

Reply #3213 –
Quote from: alphaex32 on
Not sure if this is doable, but I've been looking for a different default action when playing a file. Basically, when I start playing a file, I would like the current playlist to be sent to replace a "Queue" playlist. This would basically mimic the fuctionality in mediamonkey which I really like because it automatically stores the current playlist so it is not replaced by browsing the library, searching, etc. and lets you easily edit the queued songs. Obviously, this would not be the default behavior, though, and would only be an option.

I didn't quite understand everything you described, but have you checked the "Enqueue incoming files..." and "Always send to playlist..." options under "Preferences -> General"?

Columns UI

Reply #3214 –
Could someone please tell me how to filter columns based on genre. I want "ensemble" & "subtitle" columns to display only when genre = classical or chamber if possible.
Thanks in advance.

Columns UI

Reply #3215 –
Quote from: gfngfgf on
Quote from: alphaex32 on

Not sure if this is doable, but I've been looking for a different default action when playing a file. Basically, when I start playing a file, I would like the current playlist to be sent to replace a "Queue" playlist. This would basically mimic the fuctionality in mediamonkey which I really like because it automatically stores the current playlist so it is not replaced by browsing the library, searching, etc. and lets you easily edit the queued songs. Obviously, this would not be the default behavior, though, and would only be an option.

I didn't quite understand everything you described, but have you checked the "Enqueue incoming files..." and "Always send to playlist..." options under "Preferences -> General"?


That's only for adding files from the commandline I think. If anyone has tried mediamonkey, you'll understand what I want. This would probably require a completely new component, though. It's really pretty simple. It would just need to make the current playlist replace the queue when anything in it is played.

Columns UI

Reply #3217 –
Quote from: upNorth on
Feature request: "Lock this playlist view to current playlist."

Example of usage (read: the first thing I would do):
Add two instances of the playlist view panel, lock one to the playlist containing the enqueued tracks. Switching to another playlist in the playlist switcher now only affects the "main" playlist view, and not this locked one.

If achievable, this would eliminate the "need" for a dedicated foo_uie_queueviewer. Paired with autoplaylists, users could have panels showing dynamic lists of e.g. their current "Top 20", alongside their actual playlist.

that would be nice, but as it is now, the core and columns_ui doesn't really support multiple playlist's views (plus you have playing and active playlist), things could get really nasty. not to mention that you can't have separate configuration for the other view (though you could enable / disable columns based on the queue playlist's name).

Columns UI

Reply #3218 –
Quote from: mazy on
that would be nice, but as it is now, the core and columns_ui doesn't really support multiple playlist's views (plus you have playing and active playlist), things could get really nasty. not to mention that you can't have separate configuration for the other view (though you could enable / disable columns based on the queue playlist's name).


Actually, I really wasn't even looking for the multiple playlist views function. I really just thought the queue viewer could be a normal playlist that can be accessed through tabs, the list, etc.

Columns UI

Reply #3219 –
Quote from: alphaex32 on
Actually, I really wasn't even looking for the multiple playlist views function. I really just thought the queue viewer could be a normal playlist that can be accessed through tabs, the list, etc.

actually that's the case at the moment, though you can't make any changes to the playlist. what i would like to see is support for accessing queue information from the formatting (and indicating it in the playlist view).

Columns UI

Reply #3220 –
Quote from: mazy on
Quote from: upNorth on
Feature request: "Lock this playlist view to current playlist."

Example of usage (read: the first thing I would do):
Add two instances of the playlist view panel, lock one to the playlist containing the enqueued tracks. Switching to another playlist in the playlist switcher now only affects the "main" playlist view, and not this locked one.

If achievable, this would eliminate the "need" for a dedicated foo_uie_queueviewer. Paired with autoplaylists, users could have panels showing dynamic lists of e.g. their current "Top 20", alongside their actual playlist.

that would be nice, but as it is now, the core and columns_ui doesn't really support multiple playlist's views (plus you have playing and active playlist), things could get really nasty. not to mention that you can't have separate configuration for the other view (though you could enable / disable columns based on the queue playlist's name).
I don't know the current limits of the core itself and UI Columns, regarding playlists. You're right about the problem with no separate config for each view, and you point out the solution I had in mind. But, I do realize that this would most likely lead to requests for separate configs.
After thinking about it, maybe this approach isn't the right one. Maybe it would be better having a multi purpose panel, with a more light weight formatting config. The idea, whether it's currently possible or not, in this way or that, is to have one single panel component with a large degree of flexibility, supporting multiple instances. Add them wherever you want, containing things you find useful (e.g. queue, history, top 20...).

Columns UI

Reply #3221 –
Quote from: mazy on
actually that's the case at the moment, though you can't make any changes to the playlist. what i would like to see is support for accessing queue information from the formatting (and indicating it in the playlist view).


Exactly. As for the stuff that upNorth is talking about, multiple playlist views would be a nice feature to have, but it's not personally what I was looking for in my request. What I wanted, I think, is a lot simpler than it is being made out to be. A plugin (or feature built into columnsUI) would simply copy the current playlist and name it "Queue" as the default action when playing any file.

Columns UI

Reply #3222 –
Just to clarify. The idea/request i posted yesterday, had no relation to alphaex32's. It just happend to be posted on the same day.

Columns UI

Reply #3223 –
musicmusic please add ability to take previous and next item info in the list. something like this:
$prev(%tracknumber%) show previous item tracknumber
$next(%tracknumber%) ...
$if($prev(%tracknumber%), ... , ... )
etc...
it be usefull for many peoples 8)
p.s. sorry for my poor english 8D

Columns UI

Reply #3224 –
Quote from: Dr.Death on
musicmusic please add ability to take previous and next item info in the list. something like this:
$prev(%tracknumber%) show previous item tracknumber
$next(%tracknumber%) ...
$if($prev(%tracknumber%), ... , ... )
etc...
it be usefull for many peoples 8)
p.s. sorry for my poor english 8D

this has been discussed many times and it's probably not going to get implemented anytime soon. there's some idea of "grouping" by lyx, which may make it sometime later.

the problems are mostly because playlist items get processed in not exclusively sequential order etc ...