Oh, doh! It works perfectly now. THANKS!!

But there is no way to send a song to a specific playlist as default action, isn't it?

I would like to doubelclick on a song and have added it in the default playlist and let it be played.

Regards, Lars

Yeah that would be great

so, i have a brief feature request that i've been hoping would be added by natural process for a while.. but yeah...

what would really be awesome is if there was a switch where one could make the dbsearch window close after an action is performed or after about 3-5 seconds of activity (an either/or type affair). whenever i use the dbsearch window, i usually just want to play a track, or see if something is there. other than that, it just sits there being big and stuff

while on the topic, it would also be nice if the 'play' action could be targeted at a specific playlist.. i'm one ot those users that keeps a playlist full of everything in the database.

man, that would be awesome.

Awesome plugin
It's helped me properly tag and organise my collection in just an hour

One thing though, 'Track focus in Playlist' only seems to outline the track on the playlist it's in, and not actually highlight or switch to that playlist.

Maybe i'm expecting it to do something it's not meant to, but i thought this would work like the 'Playlist/Highlight playing Item' feature of fb2k

Regardless, would it be possible to add 'Track focus in Playlist' as a default search action?

Half-hearted DB Search API request:
I think it would be useful if other components had access to the searching engine, something vaguely similar to the interface foo_playlistfind allows. A developer could create an instance of some dbsearch service with a specific domain and filter, and then query the service with strings to search for.

I think it makes sense for foobar to have a single database searching engine, rather than have each plugin author create their own. Especially considering the concept of domains. I understand that would probably be a lot of work to implement, and I'm not sure how much it would get used, but I thought I'd suggest it all the same.

@l.s and shovet:
IIRC there is a plugin that adds commands to the context menu to directly send tracks to any existing playlist. Sorry, but I don't remember the exact name.


@herr klang:
Here's a short explanantion to prevent misconceptions about the "natural development process" for this plugin: progress on this plugin involves a) an urgent need to add or fix something, or b) me having greater amounts of free time. I will add your request to my list of things that might me implemented. However, my current priority (as far as development of this plugin is concerned) is cleaning up the preferences and completing the documentation.


@psynapse:

Nice to hear that.


And that's the only thing it's meant to do. Details about this and other options will be included in the soon completed documentation.


@Phi:
To be honest, I've already had that idea myself, but never found the time and motivation to do it. After several internal code cleanups, it should now be fairly easy to promote the search engine class to a service. However, I would like to know how much interest in this exist, before I invest time in doing these changes .

[quote=foosion,Aug 18 2004, 10:51 PM]
@l.s and shovet:
IIRC there is a plugin that adds commands to the context menu to directly send tracks to any existing playlist. Sorry, but I don't remember the exact name.

Yes, there is. Thanks for the info:

http://members.lycos.co.uk/musicf/?#Send_to_playlist

It sends a song to a specific playlist, that is choosen by order.

A better sollution in my eyes would be a selection by the name of the playlist. And it woun't solve the problem, that the added song is not played.

Perhaps you can add some thing like this some day to your fo_utils pluging

Regards, Lars

What i'd really like is to be able to display albums as single entries in the results list. Is it possible to do this currently?


Also what's happening with the sdk/source?

I'll think about it. Of course, you can also implement it yourself, and send me the changes.



No.


The foo_dbsearch sources are closed until I decide otherwise. The interfaces usee by the plugin will stay publicly available and will likely even be extended.

Thank's.

If I would be able to do this, I had allready tried to do something about it. But with my lacking abilitities...

Regards, Lars

I'm not sure how much further you want to develop this plugin, as it's more than good enough already, but I'll share my ideas/requests anyway:

1) A checkbox to "auto update" search on track change.
Reason: I often use this plugin to see if I have other versions of the same track, either by the same artist or by others. Currently I have assigned a keyboard shortcut to do a search with the playing track as input. One anoyance is that I can only make a shortcut for "Search for same..." and have to pick my own custom preset from the list over and over. My preset uses %title% as pattern, but ignores everything in parenthesis (as they often contain "(live)", "(feat..)" and such). Here is the whole preset: The option to make a "direct" shortcut without the "Search for same.." detour, would be useful if you don't like the "auto update" thing.

2) A "focus" feature that works for all playlists, not only the active one. Would be useful in combination with "search all playlists". If present on multiple playlists, just pick the first one or something.

3) Add "Play track" as a "Default action". Most useful if 3) is implemented, but nice even for a single playlist.

4) Make this plugin available as a panel for UI Columns. Probably most useful if musicmusic adds support for horizontal panels under the playlist. At least to me as I like to show quite a bit of information for each search results.


These are all features I would find useful, so if one or more of them can be accomplished already, please enlighten me.

I guess all of these combined could be a plugin on its own. As a panel showing a list of similar tracks only, no dropdown lists or anything.

I know so many feature requests at once probably isn't very motivating, but pick the ones you find useful, if any at all. If you decide not to implement any of these, I would still like to thank you for this great plugin, and all your work with foobar in general.

Btw: I didn't reread the this thread, and it's been a while, so I'm sorry if I have duplicated any previous requests.

I always have some ideas how to improve this plugin, but I prefer to let those ideas mature before making major changes.


I'll think about it. With the inclusion of a new API to control the search dialog in the next version, this could even be implemented in a separate plugin.


Queued for (current version+2).




Also queued for (current version+2) - or rather the ability to reassign the mapping of Ctrl+Enter and Shift+Enter in addition to only Enter.


It won't happen now, but it might happen later. The reason is that a) the ui_extension API still has some weaknesses considering support for single-instance panels and program control over opening panels, and b) dbsearch IMO requires that there can be at most one (identifiable) instance that can be shown on request. The rationale for the latter is that the "search for same" commands require a designated target window that they can modify. This is really rather a design than an implementation problem.


Indeed.


Thanks.


For you and everyone interested in this plugin, here's some information regarding my plans for this plugin. Some of this has already been said in different places, and is repeated here to form a more complete picture.

• next release: complete user guide, reworked configuration dialog (will retain configuration compatility), dbsearch control API
• release after next release: improved configuration dialog (will break configuration compatility), perhaps API for leveraging the search engine
• sometime in the future: propagating changes in the searched domain to the result list (for example removing entries from the results when they are removed from the database), setting playlist focus and selection for "search playlist" and "search all playlists"

I am also considering to remove the ability to type an arbitrary string in the format field in the search dialog, as I virtually never use it myself. Instead it annoys that I have to click on the arrow, when changing the format with the mouse. Well, that isn't decided yet, and I'll consider feedback from anyone who uses this plugin. (Though I'll probably ignore statements like "Why not make it an option? I don't use that feature, but it could be useful.")

Waiting for the ui_extension API to mature a bit sounds reasonable.

I might have a go at a small "similar tracks" plugin myself some time. I guess that would require your "mini SDK", but the link to foo_dbsearch_mini_sdk-1.2.zip on your plugins page is broken. Should I use/look at foo_dbsearch_mini_sdk-0.11.zip instead?

IMHO that's a very good idea

If all you want to do is search the database for tracks similar to the one currently playing, you are probably better off coding this from the scratch, as the parts of dbsearch that would make your job easier (particularly the backgrounded search loop) aren't exposed to other plugins yet. The services in the dbsearch SDK are merely a means of allowing uniform access to filter implementations and data sources ("domains"). Nevertheless I should ensure that the download links on my page are working.

edit: foo_dbsearch_mini_sdk-1.2.zip wasn't uploaded for some unknown reason. Fixed.

Hi!

I don't know if this has been asked in the past, but how about re-styling the UI of the search-window to be more scalable like the main window with "ColumnsUI". In special I thought about introducing columns... Anyway: Great work on this component - I love it!


Thanks!
Moon

I currently don't have plans in that direction.


Your welcome.

"Press column header to sort results" would be nice
You answered Moonwhaler's request before I finished writing...

Another thing, how about adding color support. Something I like about foobar, is the ability to make it easier to read by using colors. It would also blend in more nicely with the rest.

What colors do you mean? For the edit boxes and the dialog background?

Sorry, I should have explained it better. I was talking about supporting color codes in the "Display" formatting string (TAGZ).

A simple example:

As I've said earlier, I like to display quite a bit of information about the search results. Currently it shows: artist, title, album, tracknumber, rating, play counter, length, playlist name and some codec info. I guess some would consider this information overkill, but I find it useful. Anyway, it would be alot easier to read this info if I could add some colors to it, that's all.

Seems like you haven't tried using color codes. Support for color codes was added to foo_dbsearch a little over 14 months ago, thus making it the first third party component with that feature AFAIK.

OMG!
a good time to use them all.

I was actually afraid of this being the case, so i tried adding some colors before I posted. Don't know what went wrong.

What I can't understand though, is how I missed this feature in the first place. I remember when you first released this plugin and I made myself a nice formatting with colors. When it was ready I realized that it didn't support colors, so I removed them. That's the way it has been ever since, but now I can add some colors to the formatting I made earlier today.

At least it was easy to please me this time.


14 months is such a looong time...

could someone tell me what plugin i need so that i can double click on a searched item so that it will add it to the current playlist with the full version on foobar200 in properties you go to database search --> defualt action and select something like Edit/?
which will complete what i need, i currently use the lite version and can't find the plugin

any help?

You are looking for foo_utils, the command is called Edit/Add to playlist.

Would it be possible to add support for %_isplaying% in the display string?
It would be nice to make the current track stand out, when searching for similar tracks.

Please don't tell me this is an old feature too. Ok, I would like to know, even if it is...

thanx alot foosion, i'm new to this appliation but i'm learning

It should be possible to add this. (And no, it is not an old feature. )

Is it possible to make the "Track focus in playlist" also work for playlists other than the active playlist? (so that it switches to another playlist if the song is present on any of the playlists that are loaded in foobar)

I have a suggestion for this otherwise helpful plug-in.

I love everything about it except for having to navigate the mouse to select the results from a search I want to play/cue. Why not just type in a search, hit Shift+CTRL+DOWN to select all of the results and then CTRL+ENTER to play them directly. Just being picky...

This might be possible in a future version.


You should be able to press Tab to navigate to the result list. Other than that, Enter, Shift+Enter, and Ctrl+Enter can also be used from outside the resultlist, in which case they affect all items. Of these three keyboard shortcuts, only Enter is configurable right now, but this is subject to change.

Is development still underway on this excellent and extremely useful component? What features are planned for the next update. Apparently, it has not been updated since May...

See this post for a list of planned features (near the bottom). Some of them have already been implemented, but I'm currently focusing on getting foo_history 0.8.0 ready for final.

Thanks for the link! Sorry, what do you mean by 'ready for final'?

right now, foo_history 0.8.0 is an RC2 (2nd release candidate)...
this stage is supose to give some "mileage" with testers to assure nothing is wrong.
if so (no bugs showing up), a final version 0.8.0 is released.

ah, k

The playlist search plugin has been adapted to fit into a columns_ui panel
Will this plugin get similar treatment?

Is there any interest for this in the HA community?

EDIT: Sorry I saw your plans for this plugin earlier in this thread. I'm looking forward to seeing the next version!!!
EDIT2: As I understand it you are not planning to impliment the columns_ui thing because of design problems....hmmmm what if it looked like this

= T E X T - F I E L D = =DROPDOWN=

R---------------------------------------------
E---------------------------------------------
S---------------------------------------------
U---------------------------------------------
L---------------------------------------------
T---------------------------------------------
S---------------------------------------------


The dropdown would consist of "All", "Artists", "Album", and "Song titles". The Filter string in "TEXT FIELD" would then have a 1 sec delay for filtering and if the results are over 50 the results would not display and instead a message of "too many search results" or better yet just display the first results that fit in the box and then the bottom line would be "...more" or something like that.

I know you have stated that you are not implimenting this so please if you are still firm on this ignore my post altogether. It's just the final step towards foobar2000/columns_ui UTOPIA!

Thanks for your attention.

Again: I love this excellent plugin! Despite the fact that I (still) would love to see a result output that's similar to the playlist output of ColumnsUI, I personally wish for an option to choose to which playlist a song should be sent - and YES I know there is the "send to playlist" option, but I'm speaking of a default action...


Would this be possible? Thank you very much - and again: Keep up the great work!
Moon

foo_dbsearch 1.3.0wip
This version is still work in progress. I post it here because it fixes the crash bug when you try to choose an item from the system menu of the search window, and because it could still take some time until I manage to finish the new version.

Apart from fixing the aforementioned crash bug, this version has the following new features:

• cleaned up preferences
• ability to search the history with foo_history 0.8.0

Other things to be expected for 1.3.0 are support for tooltips in the resultlist and an API to control the search window (already partially implemented).

Last but not least, the download link:
foo_dbsearch-1.3.0wip.zip

Try this version of foo_utils. I've had this thing lying around for some time, but was a bit reluctant to actually release it. The way it handles dynamically generated menu commands is not what I'd desire, yet it is about the best that can be done with the current version of foobar2000. foo_utils 0.4.0 offers several ways to directly send tracks to an existing playlist, but you have enable them in the preferences first ("Components/Playlist tools"). Hm, and discussion about foo_utils should take place in the appropriate thread.


@jokull:
For now I'll focus on further developing the existing search window. With the advent of 1.3.0 final, it should be possible to use the search engine of foo_dbsearch even in other plugins, i.e. create different front ends (even ones that are realized as panels). Whether such a panel is coded by myself or someone else remains to be seen.

how do you get the system menu from teh right click?

The system menu is the menu that appears when you rightclick on the titlebar of a popup or application window. It contains commands to close, move, resize, minimize or maximize a window (so-called system commands).

I wasn't expecting a response! This just made my day....can barely wait!
Thank you very much

This plug seems to sort on %date% field and also on History fields in history search so that the oldest entries are listed first, newest last. Could it be possible to alter this?

I like the way the "format" drop down list works now. More convenient for everyday use when you don't have to aim for the arrow.

Problem:
When I tried to edit one of my own "format presets", by double clicking the name in preferences, it resulted in a crash and the following failure.txt.
After restarting foobar it worked just fine though.


[OT]You seem to prefer the "new" formatting syntax (e.g. $meta(artist) instead of %artist%). Is there any speed benefits or other advantages?[/OT]

%artist% truncates multi-line values, $meta(artist) does not. I figured you'd get a more complete search result this way. Well, artist may not be a good example for this, but still...

Hello foosion, is it possible to search case sensitive? (on "match prefix")

No, all search modes are case-insensitive.

Just wondering, could you make an option to automatically bring the database search window to the front and give it focus when it is invoked? I like to use a global hotkey to open it even when foobar is minimized, and it often pops up under other windows and I have to click to give it focus, which is kind of annoying. Thanks

nevermind, I did it myself with a bit of resource hacking. At least it seems to be working nicely now.

I find this plugin very useful. However, can you make it available as a panel... please