[PD] Browse/Search plugin update

Jonathan Wilkes jancsika at yahoo.com
Fri Nov 2 02:34:02 CET 2012


Another update...
https://puredata.info/Members/jancsika/searchandbrowseplugin/view

* fixed some small bugs with the navigation bar and
<ctrl-f> throwing a tk error.

I also played around with limiting search scope to the directory the
user is currently browsing, but really it's a lot cleaner to keep the
two functions separate.  I think new users will save a lot of time by
just getting used to searching and forgo browsing altogether.  If
things are tagged properly it shouldn't really matter what directory
the information is in.  (And besides, if you really need to know it's
at the top of the patch window anyway.)

-Jonathan





----- Original Message -----
> From: Jonathan Wilkes <jancsika at yahoo.com>
> To: Hans-Christoph Steiner <hans at at.or.at>
> Cc: PD List <pd-list at iem.at>
> Sent: Thursday, November 1, 2012 2:06 PM
> Subject: Re: [PD] Browse/Search plugin update
> 
>> ________________________________
>>  From: Hans-Christoph Steiner <hans at at.or.at>
>> To: Jonathan Wilkes <jancsika at yahoo.com> 
>> Cc: PD List <pd-list at iem.at> 
>> Sent: Thursday, November 1, 2012 11:21 AM
>> Subject: Re: [PD] Browse/Search plugin update
>> 
>> 
> 
> 
> [...]
> 
> 
>> For back/forward buttons, couldn't you just store a reference to each 
> page?  Basically you have two stacks, one for the back and one for the forward.  
> Each time you click on a link, you add the current page to the back stack.  Each 
> time you click back, you add the current page to the forward stack.  Clicking a 
> new link clears the forward stack.
> 
> 
> It'd have to work for the search, too.  So any time someone browses or 
> searches I
> keep a reference to where they were browsing or the term they searched for.  
> Then just add some forward/back
> buttons and bind to the arrow keys and the interface is done.
> 
> I think this would cause problems.  Users are accustomed to navigation buttons 
> working immediately, and
> though I've sped up the search considerably there's still some initial 
> overhead in building the list of files to
> search.  That will lead to irregular intervals of latency when users click the 
> "back" a bunch of times in a row
> (and users will certainly do that once the feature is there).
> 
> Anyway, the search combobox has a history you can display when you click the 
> Down arrow.
> 
> 
> -Jonathan
> 
> 
>> 
>>>>  * there are a number of libraries that show: "version: no 
> AUTHOR tag or 
>>>>  values" while the author: field is filled out.
>>> 
>>>  Which library?  I'll check it out.
>> 
>> A few of them, I just opened up the libraries view and skimmed the list.
> 
> 
> Ok, that's fixed:
> https://puredata.info/Members/jancsika/searchandbrowseplugin/view
> 
>> 
>> .hc
>> 
>> 
>>> 
>>>  Thanks,
>>>  Jonathan
>>> 
>>>> 
>>>>  .hc
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> 
>>>>>  -Jonathan
>>>>> 
>>>>>>  The 
>>>>>>  progress bar is a good enhancement.  I wonder if it could 
> somehow fit 
>>>>  in to the 
>>>>>>  GUI elements better somehow.  Its fine how it is, but it 
> seems a little 
>>>>  out of 
>>>>>>  place.
>>>>>> 
>>>>>>  Looks like there are some debug messages still in it, I get 
> these when 
>>>>  hovering:
>>>>>> 
>>>>>>  filename is 5.reference/all_about_arrays.pd
>>>>>>  basedir is 
>>>> 
> /Applications/Pd-0.43.3-extended-20121008.app/Contents/Resources/doc
>>>>>>  filename is 5.reference/loop~-help.pd
>>>>>>  basedir is 
>>>> 
> /Applications/Pd-0.43.3-extended-20121008.app/Contents/Resources/doc
>>>>>>  filename is 5.reference/all_about_arrays.pd
>>>>>>  filelist is 7751
>>>>>>  filelist is 7751
>>>>>> 
>>>>>>  .hc
>>>>>> 
>>>> 
>> 
>> 
>> 
>> 
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 



More information about the Pd-list mailing list