> On 24 Jul 2017, at 5:00 am, J. Landman Gay via use-livecode > <use-livecode@lists.runrev.com> wrote: > > I couldn't find a bug report, but the issue that bothers me more than a > timing delay is how existing breakpoints migrate to a completely different > line after a script edit. Suppose I add a line of code at some point above a > red dot breakpoint. Sometimes it works, moving the red dot down one line. > Other times it moves the dot a random number of lines below where it should > be, sometimes quite far away. > > Since I don't have a repeatable recipe, I haven't reported it. This has been > going on for a long time, it isn't a new problem. I'm in the habit now of > removing existing breakpoints before any edit.
I was trying to figure this out yesterday. Nearest I can tell is it gets out of sync when you hold down delete and delete a number of lines or hold down return and add a number of lines. I’m not sure if there are other situations where it gets out of sync. It could be that Bob’s patch actually does fix it because I *think* it’s related to the delay and some of the parameters of the update handler being out of sync with the content of the editor by the time it’s actually run. We just need to be careful with any script that is run for every edit such as this one. Cheers Monte _______________________________________________ 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
