[PD] Browse/Search plugin update
Jonathan Wilkes
jancsika at yahoo.com
Sun Nov 11 00:51:11 CET 2012
----- 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
>
More information about the Pd-list
mailing list