[PD] Browse/Search plugin update

[Julian Brooks]

That's really great work Jonathan - thank you.

Julian



On 8 November 2012 22:06, Jonathan Wilkes <jancsika at yahoo.com> wrote:

> And now it's refactored as a literal drop-in replacement for
> helpbrowser.tcl:
>
> https://sourceforge.net/tracker/?func=detail&aid=3585469&group_id=55736&atid=478072
>
> It seems to have outgrown its "dialog" window class, but I manually added
> the standard
> pd dialog bindings, so ESC will withdraw the window.  (It will also stop
> the search in progress,
> too.)
>
>
> If anyone wants me to add any tutorials or docs that I'm missing to the
> browser's homepage,
> let me know.  The neat thing is that if it gets large I can tag the
> entries and the dropdown list
> can be used to filter the homepage (just like it does with search results).
>
> -Jonathan
>
>
>
> ----- Original Message -----
> > From: Jonathan Wilkes <jancsika at yahoo.com>
> > To: Jonathan Wilkes <jancsika at yahoo.com>; Hans-Christoph Steiner <
> hans at at.or.at>
> > Cc: PD List <pd-list at iem.at>
> > Sent: Thursday, November 1, 2012 9:34 PM
> > Subject: Re: [PD] Browse/Search plugin update
> >
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20121109/71076d6c/attachment.htm>