[PD] Browse/Search plugin update
Antonio Roberts
antonio at hellocatfood.com
Sun Nov 11 16:20:03 CET 2012
Would it be possible to put usage instructions on the download page?
On 11 November 2012 07:02, Mike Moser-Booth <mmoserbooth at gmail.com> wrote:
> Here you go.
>
> .mmb
>
> On Sat, Nov 10, 2012 at 5:51 PM, Jonathan Wilkes <jancsika at yahoo.com> wrote:
>>
>>
>>
>>
>> ----- Original Message -----
>>> From: Mike Moser-Booth <mmoserbooth at gmail.com>
>>> To: Jonathan Wilkes <jancsika at yahoo.com>
>>> Cc: PD List <pd-list at iem.at>
>>> Sent: Saturday, November 10, 2012 5:32 PM
>>> Subject: Re: [PD] Browse/Search plugin update
>>>
>>> Hello Jonathan,
>>>
>>> This is a great plugin! My only issue is a visual one, which might be
>>> a bit nit-picky, but I'm sure I'm not the only one who'll come
>>> across
>>> it. I'm using a dark OS theme (default theme from KXStudio) that uses
>>> light grey fonts on black backgrounds. So for me, your plug-in is
>>> using a grey font on a white background for the .resultstext widget,
>>> making them hard to read (see attached). I found that not setting the
>>> -bg option defaults to a black background, or just set -fg black works
>>> as a quick fix.
>>
>> It's a bit problematic because the user won't be able to set the color of
>> links which are hard-coded to be blue, so if they have a theme of white
>> on blue or something they wouldn't show up. I think I should just set the
>> other fonts in the results to black and keep the bg white, which will
>> guarantee it looks the same across all platforms.
>>
>>> Also, since the default background for my theme is
>>> black, the grey backgrounds for the tkk widgets don't match. I'm
>>> guessing sticking all the widgets in a single frame would make the
>>> whole background grey, but my Tk is very beginner level, so I didn't
>>> try this yet, nor do I know if it's the best solution.
>>
>> I'll work on this. Can you send a screenshot of some other properties
>> dialogs or path dialogs so I can compare?
>>
>> Thanks,
>> Jonathan
>>
>>>
>>> .mmb
>>>
>>> On Thu, Nov 1, 2012 at 8:34 PM, Jonathan Wilkes <jancsika at yahoo.com>
>>> wrote:
>>>> 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
>>>>>
>>>>
>>>> _______________________________________________
>>>> Pd-list at iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>> --
>>> Mike Moser-Booth - mmoserbooth at gmail.com
>>> Master's Student in Music Technology
>>> Schulich School of Music, McGill University
>>> Centre for Interdisciplinary Research in Music Media and Technology
>>>
>>> "Words that make questions may not be questions at all." -- Neil
>>> deGrasse Tyson
>>>
>
>
>
> --
> Mike Moser-Booth - mmoserbooth at gmail.com
> Master's Student in Music Technology
> Schulich School of Music, McGill University
> Centre for Interdisciplinary Research in Music Media and Technology
>
> "Words that make questions may not be questions at all." -- Neil deGrasse Tyson
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
--
============================
antonio at hellocatfood.com
http://www.hellocatfood.com
============================
More information about the Pd-list
mailing list