I updated the homepage of the search plugin to point to a pd glossary that I wrote awhile back and forgot about.
It's kind of neat-- you can add entries to the text file in doc/5.reference/glossary.txt and doc/5.reference/glossary.pd will parse the file, sort the entries in alphabetical order, and display them in the patch with links to objects related to the terms. They probably need some work so feel free to make/ suggest changes.
Unfortunately <ctrl-f> "Find" won't scroll to the relevant part of a long patch if the match happens to be out of view. Is there a way to fix this?
-Jonathan
This definitely sounds quite useful.
Scrolling to the selection is not something easy to do right now, but its something that could be made easy to do. Basically, if the selection is tagged with a tag that marks it as the selection, then it would be easy to find the selection object's location and scroll to it all in Tcl.
If you grep the pd-extended source for "select_color" you'll find the spots that need to be changed. I think the trickier bit might be removing the tag once the selection is done. This a patch I'd accept and would lobby to have Miller include it also. This is a behavior that Pd's find panel should also have.
.hc
On 01/21/2013 01:04 AM, Jonathan Wilkes wrote:
I updated the homepage of the search plugin to point to a pd glossary that I wrote awhile back and forgot about.
It's kind of neat-- you can add entries to the text file in doc/5.reference/glossary.txt and doc/5.reference/glossary.pd will parse the file, sort the entries in alphabetical order, and display them in the patch with links to objects related to the terms. They probably need some work so feel free to make/ suggest changes.
Unfortunately <ctrl-f> "Find" won't scroll to the relevant part of a long patch if the match happens to be out of view. Is there a way to fix this?
-Jonathan
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Hans-Christoph Steiner -
Jonathan Wilkes