[PD] Browse/Search plugin update
Mike Moser-Booth
mmoserbooth at gmail.com
Sun Nov 11 08:02:36 CET 2012
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pddialogs.png
Type: image/png
Size: 56551 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20121111/5a66a1f9/attachment-0001.png>
More information about the Pd-list
mailing list