Breakpoints being ignored

[Kay C Lan]

Hard type them, you'll have 100% success. The graphical ones are less than
perfect. Making big changes to a script, cutting or pasting large amounts
seems to confuse the script editor as to where the graphical breakpoints
were set and can simply leave a breakpoint in a portion of a script that
will not get hit.

Hard type them, comment them out if you are not sure if you will need them
again.

HTH

On Wed, May 9, 2012 at 2:57 PM, Ken Corey <ken at kencorey.com> wrote:

> On 08/05/2012 23:39, Colin Holgate wrote:
>
>> When you're next in the script editor, look at the bottom of the Debug
>> menu. Is Script Debug Mode checked?
>>
>
> I've checked that the debug mode is checked on my environment.  It is.
>
> I've noticed that there are situations where existing breakpoints from
> previous runs are ignored...so in the code I'm currently developing I've
> got this little voodoo routine:
>
> Click on the blue circle in a square to stop debugging.
> Change the code.
> If I've got a breakpoint I care about, I must unclick it, and reclick it
> for it to break.
> Click on a field in my app window (it's a Windows 7 machine, so that click
> should also go through to the field I'm clicking on.)
> Click on the field again.  No input cursor.
> Click on the script Editor.
> Click on the field again. (now the field has a flashing cursor).
>
> Test the code.
>
> It doesn't stop me, and now I am doing it automatically...but still it's
> frustrating.
>
> I'm on Windows 7 64 bit, Livecode 5.5.1 dp2 (though I've seen this
> behaviour previously, it subjectively seems to be getting worse).
>
> -Ken
>
>
> ______________________________**_________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/**mailman/listinfo/use-livecode<http://lists.runrev.com/mailman/listinfo/use-livecode>
>