thanx!
PS: RSS feeds on your page don't seem to work properly (using opera 9 beta 2 as rss reader)

Could you tell exactly what doesn't seem to work properly?

some screenshots might help better




there should be an address at the end of the feed
the latest feed with foo_dbsearch 1.4 beta 2 does not show up

Ah, okay. Some components do not have a proper description (in the feed) at the moment, and foo_dbsearch 1.4 beta is not contained in there at all.

I really like foo_dbsearch, thanks foosion for the update !

I found the following things to optimize:

foo_dbsearch:

Typo at: search dialog > Finding-Mode ('Find all words','Find any word' etc.):

'fnid parshe' --> 'find parshe' or 'find parse' , don't know

BTW Can you give an explanation about this mode (ok, I guess, you'll update the online-help if there's time)

foo_dbsearch-Demo-Toolbar:

I've got the demo-toolbar within a horizontal splitter and resizing of any toolbar is nearly impossible, there's heavy flickering (even though it is thought as an API-demo)

NEMO7538's should add your 'by typing'-behaviour (or should change to the dbsearch_API at all, if there are advantages), than we would have the ultimate search-toolbar.

foo_dbsearch 1.4beta 2, foobar 0.9.2beta4 & ColumnsUI 0.1.3 beta 1v5 here.

As I've said before (even in this thread, I think), this is somewhat of an easteregg. You'll have to reorder the letters get the real name, and that is more or less what this mode does as well. If this is still to cryptic, well, I plan to update the help file tomorrow.

Well, yes, it is only an API demo, and no, I haven't tested it anywhere except in the toolbar area.

should it be find phrase
yay for blues clues

Curiously, searching for "tmie" gives the same results as searching for its anagram "time" (titles with "time" or with "*time*").

foo_dbsearch 1.4 beta 3 is available for download from my components page.

This version adds the "Query" filter mode which allows you to use playlist generator query syntax. There are some minor fixes and API changes as well, so if you use the toolbar demo, please update that as well. Also, the online help has been updated. The descriptions of the word based search modes are still missing; I plan to add them later today.

Hi,
I miss an option in the "format presets - search for the same" preferences dialoge.
Something like a option to select the format pattern.
Example:
Up to now "search for the same artist" uses format: artist only
But sometimes it would be really useful to use "search for the same artist" with the "all your favourite tags" format to find e.g. not only "vitalic" as artist but also "...vitalic remix" in title tag.

Is this something for 1.4 final?

After a search with the demo toolbar, it seems I can't delete the 'Database search results' playlist.

If I understand you correctly, you want two formatting scripts for each format preset: one that is used in the search window as it is now, and a second one that is used by "Search for Same" to generate the pattern. I have not decided yet, if I will add this.

As a workaround, you could use the Query mode introduced in the latest beta. If you use the standard Artist preset with the Query mode, you will get all tracks that contain the name of the selected artist in any tag. If you want to search only the ARTIST and TITLE fields for the artist's name, you could set a new preset with the following script:Since the Query mode does not use the format from the preset, but "Search for Same" generates the pattern using it, you will get a query in the pattern where the actual artist name is inserted.

Note that the choice of the filter mode is shared for all format presets with "Search for Same".

This is an intended effect for the demo toolbar; the result playlist will be removed when you remove the toolbar. I was testing the ability to prevent the deletion of a playlist with a playlist lock. I probably won't bother to remove this for the demo toolbar, but there might be a more polished, non-demo version of it in the future.

...didn't get the workaround working. Maybe you understand me better when you take a look at my photo assembly

http://img86.imageshack.us/img86/12/snag00028qy.jpg

Try this: Set the filter mode to "Query" in the Search for Same settings. You will not be able to restrict the search to a given set of fields; instead it will search all metadata fields. It might also yield weird or no results, if the generated pattern contains elements that have special meaning in the query syntax, but otherwise this should do pretty much what you want.

Great, I got it worked!
This Query does exactly what I wanted


But I'm not able to set filter mode to "Query" in Search For The Same settings of beta3

My bad. Search for Same offers only filter modes that use both the format and the pattern fields. I will change that for beta 4.

Database search toolbar isn't working for me
Working with columnsUI.
ok, so i installed the database search and database search toolbar interface.
The normal database search works just fine,
but when i search with the toolbar it dosen't show results in the playlist (clear playlist)

foobar 0.9.2, db search 1.4 beta 3

Any ideas?

foo_dbsearch 1.4 beta 4 is now available for download. Search for Same does no longer require a filter mode that uses the format preset and the pattern, now one of them is enough, so it now is possible to use the Query mode with Search for Same. Some minor changes in "Find all words", "Find any word", and "Find most words". Finally, the online help has been updated with descriptions of all included filter modes.

Unfortunately not.

Is it possible to implement Play as the "Default Action" without having to have foo_utils installed?

In theory yes, but there are enough reasons for not doing it.

...such as?

Duplicating code: the implementation of the "Play" command is not horribly complicated, but it's not a one-liner either.

Complicating code: Every part of foo_dbsearch that deals with this would need an extra code path to distuingish between built-in commands and regular context menu commands.

I like to spend my time more productively than that.

Apologies if this has been requested before, is it possible to show the entire contents of the database (or playlist dependant on context/choice) when the search is blank (i.e when nothing has been typed, or everything deleted)? Alternatively it would be nice to have a button to show all songs in the database (or playlist dependant on context/choice).

Otherwise this is an excellent plug-in.

Just change to the "All items" filter mode.

Hi foosion,

Just one question, it's possible to autosend the generated search results in a playlist (like quick search toolbar)? I really like the fact that you can setup custom search in your plugin under the query mode, which brings a lot of possibilities, and it'll be great if the results could be sent automatically to a new playlist.

Thanks.

I do not intend to add such an option. You can use Ctrl-Return to invoke the standard "Send to playlist..." command on all results; this also works in the pattern field (see Database Search Help).

I take it this was aimed at myself regarding leaving a blank space to gain the full database being shown, I guess you mean in the preferences for Database Search, under the Format Presets changing the "using the . . . mode" to an option, unfortunately I have tried all these options with the results being a blank playlist if the search criteria is blank.

I'm using 1.4 beta 4, oh and this is regarding using the database toolbar demo, just noticed you meant the non-toolbar option, apologies for not making myself clear initially.

With the normal database search (not the toolbar demo) you can choose 'All items' without having to go to the preferences page.

The toolbar demo has no option to select the filter mode or the data source. It alwas searches the media library using the "Find all words" filter. The only part of the Database Search preferences that has any effect on it, is the format presets tab (without the Search for Same options).

Apologies again, I should have read more thoroughly the release notes, ignore all I've said, though it would be nice to have a blank search on the toolbar to show the entire database.

And thanks for the quick replies.

Thanks for the tip, that's a quick way to get a new playlist from the results.

Foosion, thanks for continued development on this component. I was wondering if you'd consider adding a "Find n Words" option, where n is a user-specified number of words.

database search toolbar is a really great plug-in.. i used it the first time and were impressed by the speed-up of the workflow.. thx to foosion.. ok enough of the good words, i'll come to the point of my posting


there is one problem.. when this playlist is active and i double click on a file in windows to play that it would not be added to foobar.. i think it's caused of the write protection of the search-result-playlist..
i also can not close this playlist..

why is this playlist read-only? that makes no sense to me because you can quickly get the search results one more time, when you use this toolbar

just my 2c (sorry for my bad english)

The primary purpose of the demo toolbar is to demonstrate the use of the Database Search programming interface. In order to not obscure that too much, I have omitted some polishing you would expect from a regular plugin, and I also added some rather experimental features like not being able to remove the result playlist without removing the toolbar. The write protection on the other hand is deliberate. You would have the same problem, if the current playlist was an autoplaylist. The general solution would be to have incoming files always sent to a playlist of your choice (see the General page in preferences).

oh thx i always overlooked this option.. but this fits my needs very well
keep on your good work foosion^^

Is it possible to display list results on a VFD or write it in file (with use of text writer component) ?

My need is to search audio files through my VFD and not to switch on my Plasma for that.

Regards
Fabien

You can move the search window to any monitor that belongs to your Windows desktop, but I do not plan to support exotic display devices.

This is only cometic, but shouldn't 'database search (foo_dbsearch)' be renamed to 'media library search (e.g. foo_mlsearch)' with introducing the 1.4 final component.
I know that the search-window itsself still displays media library, so this is minor, even though the component is well known under its current name.
Just a thought, as I still saw the confusion about 'database' and 'media library' in this thread , and changing the name would generally be consequent

edit: typo

That was the final reason why I did not change the name as of yet. I've thought about it during the 0.9 beta cycle already. I considered various names back then; foo_mlsearch or "Media Library Search" being one of them, though I didn't quite like that it describes only a part of the functionaliy. (Yes, "foo_dbsearch" has the same issue.)

Could someone tell me if it's possible to put two database search boxes in the foobar dialog box, each controlling their own playlist?

No, that is not possible.

Thanks for the great plugin.

foosion, would you please release Database Search SDK for foo_dbsearch v1.4?

It impossible to play a song directly from the Database Search window (and set Play as default action). Would it be possible to add this feature?

you CAN change the default action. Go to preferences -> Database search -> Other -> Shortcut Commands. Under "Default Action", select Play.

Thanks for the reply, but "Play" just isn't listed for me ... I don't know why

AFAIK, you need to have foo_utils installed as well. That's the only thing stopping me from using this component, is that I need to install another component I wouldn't even use just to get 'Play' functionality.

That is correct, the Play context menu command is implemented in foo_utils. I have zero intentions to duplicate this code in any form.

Edit:
This question is answered in the FAQ section of the Database Search help which is accessible from the Help menu. Please check the documentation first next time.

Hello Foosion!

I would like to ask for an improvement concerning the "search for same" functionality. In the preferences of database search you have opportunity to set wich search mode is choosen by default when the search is invoked from context menu. In many cases it is ok to have the "find exact" mode but often enough i need another one: "find prefix" when i like to look for same title (in other versions) or "find all" when i am searching for same mood (i use "$meta_sep(%mood%, )" to fill the pattern field). And since we can use Query as search mode it is no wonder that i already have some of them as search mode.

Now my question: it is annoying always to remember wich search mode i defined for a special format and then to switch manually to it. Would you consider to change that in that sense that we can define the search mode for each format independently? Addionally to that it would be nice to have an option that formats wich are using the Query mode for searching are not shown in the format drop down box - i can't imagine that somebody would use them.



By the way: i discovered two smaller issues.
1. If the text in the pattern field is to long i can't scroll with cursor to the end - i must make the windowsize greater to see the rest
2. The entries in contextmenu aren't sorted correctly by alphabet

To be honest, I do not particularly like how the "Search for same" function works and how it is configured, especially since the Query mode was added. There are some fundamental differences between this mode and the older ones which leads to some conflicts. For example, consider the absurdity of defining format presets for use with the query mode all the while this mode does not even use format presets - it's only for use with "Search for same"! So my preferred solution would be to separate the configuration for the "Search for same" items from the format presets.

Added to the todo list; priority: definitely after 0.9.5.


It seems the edit field of a combobox has some restrictions. As far as I can see, the only solution would be to turn this into a regular edit field, so there would be no history of previously used patterns.
Forget that. I'm to tired to see the obvious.


Thanks for pointing this out. Added to the todo list. Little work but low priority.

That would mean that the "search for same" then will only use queries?