Jacque.
I see what you are saying. This business of "stopping at the end" even if there is only one instance of text to be found in only one field. But it still means that LC, knowing that if there is boxed text somewhere, and no other text in a different location forthcoming, decides to, at least on the surface, ignore the second find command. I understand that prudent monitoring of "the result" will allow one to distinguish the difference. We need an autoFindtFromTop property (heck, every other conceivable property exists natively). It seems to me far more intuitive and logical that it would find and box that text again. HC does this. Old-fashioned as it may be. Perhaps "the result" should read "end of the world". I can live with it. Craig -----Original Message----- From: J. Landman Gay <jac...@hyperactivesw.com> To: How to use LiveCode <use-livecode@lists.runrev.com> Sent: Thu, Jan 19, 2012 8:47 am Subject: Re: Find oddity? On 1/19/12 11:34 AM, dunb...@aol.com wrote: > Kay. > > > Interesting, but I did not mean to cloud the issue. I was just fooling around, > > > So you do see that, with a single instance of text in a field, successive > find commands will alternately box and then unbox the foundtext? > > > To me, this is a bug. It's intentional behavior to overcome the limitations HC had with the same command. In HC you had to store the initial find location and then check every subsequent find against that to see if you had wrapped around to the beginning. The LiveCode engine improved on that and has always had the behavior it has now. When there are no more hits, the box is removed and the result contains "not found". The next instance of find will start again at the beginning and continue boxing found text until there is no more; at that point the box disappears again. In LiveCode, you don't need to store the found location or cross reference anything. Just check the result and if it isn't empty, you've found all instances. You don't even need to remove the box, it's automatic. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
