foo_uie_quicksearch, Improved from foo_uie_search |
![]() ![]() |
foo_uie_quicksearch, Improved from foo_uie_search |
Apr 26 2006, 00:12
Post
#1
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
This component is now deprecated .... please use foo_quicksearch instead. As I was tired to wait for such a plugin I decided to code it myself. It is derived from foo_uie_search [Credit goes to Peter, Foosion, Mister P & tbhoerer] and provides with a very basic search toolbar that will send results of the search to a playlist of your choice. The playlist name and the tags to search for are configurable, as well as other options (See config. page). Other options are configurable on the fly from the toolbar icon. Extended search (playlist gen syntax) and context menus (Search for same ...) are also supported. Download <--Version 2.8l, for Foobar version 0.9.x Download <--Version 1.5i, for Foobar version 0.8.x Change log :
This post has been edited by NEMO7538: Oct 8 2010, 06:12 |
|
|
|
Apr 26 2006, 00:41
Post
#2
|
|
|
Group: Members Posts: 58 Joined: 24-October 04 From: near Berlin Member No.: 17807 |
Nice work. Hope it will be ported to 0.9 soon.
This post has been edited by Lycox: Apr 26 2006, 10:50 |
|
|
|
Apr 26 2006, 04:26
Post
#3
|
|
![]() Group: Members Posts: 1189 Joined: 19-May 05 From: Montreal, Canada Member No.: 22144 |
[*]Improve performance [searching is damned slow on large databases] What search algorithm are you using? Also, you should consider making it possible to use the currently active playlist as the search source, when a query is entered. Or maybe put a button (toggleable?) which could say "search in this playlist" or whatever. Maybe a menu entry, and the button could be added with columnsui. |
|
|
|
Apr 26 2006, 06:22
Post
#4
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
QUOTE Also, you should consider making it possible to use the currently active playlist as the search source, Already done (Right click on the toolbar). This post has been edited by NEMO7538: Apr 26 2006, 06:24 |
|
|
|
Apr 26 2006, 09:03
Post
#5
|
|
![]() Group: Members Posts: 720 Joined: 24-November 05 From: Grenoble Member No.: 25981 |
Was foo_uie_search the one which searched in Firefox way?
And you say that it is already possible to search into the active playlist, but it is checkbox or do we have each time we want to search in the active playlist to do a right click? |
|
|
|
Apr 26 2006, 09:13
Post
#6
|
|
|
Group: Members Posts: 604 Joined: 17-December 05 From: New Zealand Member No.: 26461 |
|
|
|
|
Apr 26 2006, 09:51
Post
#7
|
|
![]() Group: Members Posts: 24 Joined: 10-June 03 Member No.: 7117 |
This looks pretty good. Can't wait for the 0.9 port
|
|
|
|
Apr 26 2006, 11:23
Post
#8
|
|
|
Group: Members Posts: 400 Joined: 22-February 06 Member No.: 27971 |
^Me too.
|
|
|
|
Apr 26 2006, 15:21
Post
#9
|
|
|
Group: Members Posts: 65 Joined: 2-October 04 Member No.: 17440 |
I'm really glad someone took this on, can't wait for it to be ported.
|
|
|
|
Apr 26 2006, 15:33
Post
#10
|
|
|
Group: Members Posts: 238 Joined: 22-February 04 Member No.: 12193 |
nice plugin
|
|
|
|
Apr 26 2006, 21:35
Post
#11
|
|
|
Group: Members Posts: 134 Joined: 7-October 05 From: Belgium Member No.: 24935 |
Don't want to fire up the good old .8 to try this out but I'm looking forward for the .9 port.
Some idea would be to make a hotkey that makes the panel grab the focus, something that would allow to press F3 and then type your query in, no mouse involved. As for the performance, you might want to look at foo_dbsearch sources (ask foosion), it works pretty good with my big db. |
|
|
|
Apr 26 2006, 21:57
Post
#12
|
|
|
Group: Members Posts: 400 Joined: 22-February 06 Member No.: 27971 |
Don't want to fire up the good old .8 to try this out but I'm looking forward for the .9 port. Some idea would be to make a hotkey that makes the panel grab the focus, something that would allow to press F3 and then type your query in, no mouse involved. As for the performance, you might want to look at foo_dbsearch sources (ask foosion), it works pretty good with my big db. I like the hotkey idea. I also thought of something else. 2 modes. Mode 1: Searching the playlist. And mode 2: Searching Library, adding/removing tracks to a playlist as you type. This would be the ultimate track finder and best Library browser imo. |
|
|
|
Apr 27 2006, 05:38
Post
#13
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
Version 0.3 is out. The performance issue should be fixed (Please confirm).
|
|
|
|
Apr 27 2006, 12:04
Post
#14
|
|
|
Group: Members Posts: 238 Joined: 22-February 04 Member No.: 12193 |
Version 0.3 is out. The performance issue should be fixed (Please confirm). It's really fast with my 15,000 songs database |
|
|
|
Apr 27 2006, 16:37
Post
#15
|
|
|
Group: Members Posts: 400 Joined: 22-February 06 Member No.: 27971 |
0.9 support please.
|
|
|
|
Apr 27 2006, 18:45
Post
#16
|
|
|
Group: Members Posts: 29 Joined: 24-April 05 Member No.: 21655 |
I'm no expert here, but I noticed foosion post this in the database search plugin thread:
However, the upcoming release (v1.4) will finally allow all the relevant backend code (data sources, filter modes, background search, even format presets) to be re-used by other components. Am I right in thinking that this means that you could use the methods employed by his plugin in this one? Maybe saving a lot of work?? And yes I too am really waiting for this to come to v0.9 |
|
|
|
Apr 29 2006, 00:33
Post
#17
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
Some idea would be to make a hotkey that makes the panel grab the focus, something that would allow to press F3 and then type your query in, no mouse involved. I like the hotkey idea. I also thought of something else. 2 modes. Mode 1: Searching the playlist. And mode 2: Searching Library, adding/removing tracks to a playlist as you type. This would be the ultimate track finder and best Library browser imo.
And you say that it is already possible to search into the active playlist, but it is checkbox or do we have each time we want to search in the active playlist to do a right click? I may implement Ctrl+Enter/Alt+Enter later in order to switch between DB and Playlist. However, the upcoming release (v1.4) will finally allow all the relevant backend code (data sources, filter modes, background search, even format presets) to be re-used by other components. Am I right in thinking that this means that you could use the methods employed by his plugin in this one? Maybe saving a lot of work?? Thanks for the suggestion, but the search code is already functional and I want to keep this plugin as simple as possible, and configuration options minimal. |
|
|
|
Apr 30 2006, 04:13
Post
#18
|
|
|
Group: Members Posts: 538 Joined: 10-July 04 Member No.: 15248 |
|
|
|
|
Apr 30 2006, 04:56
Post
#19
|
|
|
Group: Members Posts: 538 Joined: 10-July 04 Member No.: 15248 |
When search type is set to EXACT my queries yield no results whatsoever.
|
|
|
|
Apr 30 2006, 08:39
Post
#20
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
Something like this? Yes When search type is set to EXACT my queries yield no results whatsoever. "Exact" mean we will search for the exact concatenation of the Tagz string entered in the preferences. So if for instance you use "%artist% %album% %title%", it means you have to enter all of these tags values, separated with a blank (and without errors). Works fine here. Can you post an example? I will look after it. Edit : It seems however that there is problem with the way long strings are handled when they are longer than the visible field size. Will investigate/fix for the next version. This post has been edited by NEMO7538: Apr 30 2006, 09:04 |
|
|
|
Apr 30 2006, 13:27
Post
#21
|
|
|
Group: Members Posts: 538 Joined: 10-July 04 Member No.: 15248 |
"Exact" mean we will search for the exact concatenation of the Tagz string entered in the preferences. So if for instance you use "%artist% %album% %title%", it means you have to enter all of these tags values, separated with a blank (and without errors). Works fine here. Can you post an example? I will look after it. Edit : It seems however that there is problem with the way long strings are handled when they are longer than the visible field size. Will investigate/fix for the next version. My mistake, I did not know one had to enter all the tag values. I assumed it would find exact matches per tag. When using MATCH ALL or MATCH ANY if I query for a string like abba, I will also get results like black sabbath. Is there a way to make my searches boundary specific? So if I query abba I only get tags containing the word abba. Using quotations perhaps [in future versions]? Also what's the difference between MATCH ALL and MATCH ANY? |
|
|
|
Apr 30 2006, 13:33
Post
#22
|
|
![]() Group: Members Posts: 164 Joined: 9-July 04 Member No.: 15188 |
0.9, 0.9!
|
|
|
|
Apr 30 2006, 14:45
Post
#23
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
Also what's the difference between MATCH ALL and MATCH ANY? Match All means that a track will only be selected if all keywords (separated by blanks) entered as the search string are found in the track tags. Match any means that the track will be selected if at least one of the keywords is found in the track tags. |
|
|
|
May 1 2006, 02:30
Post
#24
|
|
![]() Group: Developer Posts: 804 Joined: 28-November 03 Member No.: 10088 |
Version 0.4 is out [See changelog in the first post].
|
|
|
|
May 1 2006, 03:33
Post
#25
|
|
![]() Group: Members Posts: 1189 Joined: 19-May 05 From: Montreal, Canada Member No.: 22144 |
|
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 22nd May 2013 - 20:54 |