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 <[email protected]> > To: Hans-Christoph Steiner <[email protected]> > Cc: PD List <[email protected]> > Sent: Thursday, November 1, 2012 2:06 PM > Subject: Re: [PD] Browse/Search plugin update > >> ________________________________ >> From: Hans-Christoph Steiner <[email protected]> >> To: Jonathan Wilkes <[email protected]> >> Cc: PD List <[email protected]> >> 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 >>>>>> >>>> >> >> >> >> > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
