Tony, Thanks!
Randy Kramer On Wednesday 06 August 2008 12:34 am, Tony Balinski wrote: > Quoting Randy Kramer <[EMAIL PROTECTED]>: > > Reading between the lines, I'm guessing that the nedit search routines > > would > > work reasonably well with any string "passed" to them by a pointer. Is > > that > > reasonably close to true? > > > > (Among my reasons for that guess are that search macros can search an > > "arbitrary" string "passed" to the search macro.) > > It can be used this way and is for search_string/replace_in_string macro > built-ins. > > > The reason I ask is that I would expect that when folding is implemented, > > the > > user will have the option to search the entire document *or* just the parts > > of the document still visible while the document is folded, so I was > > anticipating the need to be able to create two different search strings. > > Could be done with the document's buffer by using the gap area as placement > for the null terminator, I suppose. > > > Hmm, just had another thought, though--to avoid problems with anomalous > > results across the boundaries of visible sections of text separated by > > invisible (folded) sections of text, maybe all searches have to be done in > > the full document, and then, if the user is seeking results only in the > > folded document, a followup filter would screen out any hits that aren't > > (fully) visible in the current folded view. That sounds more correct, > > although a little more work. A note to myself on this point--if I go with the alternate back end storage I've been thinking about (which stores each possible section relevant to folding as a separate string (or something along those lines)), I could search only the sections that are visible (i.e., not folded) at any particular time (and I could add a visible/not_visible flag to the storage to facilitate that). -- NEdit Develop mailing list - [email protected] http://www.nedit.org/mailman/listinfo/develop
