RE: Standalone riddle

[Ralph DiMola via use-livecode]

Already snoozing.
Thanks Mark!

From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Friday, January 20, 2023 4:47 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Standalone riddle

On 1/20/23 2:36 AM, Mark Waddingham via use-livecode wrote:
> On 2023-01-17 21:39, J. Landman Gay via use-livecode wrote:
>> That's true, but is there a way to avoid including the remote 
>> debugger in a test app when the device is cabled to the computer?
> 
> I think you just need to ensure 'Script Debug Mode' is turned off 
> before clicking Test. (The remote debugger adds and removes itself 
> from an internal list of things to include when using test as the
preference/option changes).

Perfect, thank you. Now Ralph can rest easy. :)

-- 
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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

On 1/20/23 2:36 AM, Mark Waddingham via use-livecode wrote:

On 2023-01-17 21:39, J. Landman Gay via use-livecode wrote:

That's true, but is there a way to avoid including the remote debugger
in a test app when the device is cabled to the computer?


I think you just need to ensure 'Script Debug Mode' is turned off before clicking Test. (The 
remote debugger adds and removes itself from an internal list of things to include when using 
test as the preference/option changes).


Perfect, thank you. Now Ralph can rest easy. :)

--
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

Re: Standalone riddle

[Mark Waddingham via use-livecode]

On 2023-01-17 21:39, J. Landman Gay via use-livecode wrote:

That's true, but is there a way to avoid including the remote debugger
in a test app when the device is cabled to the computer?


I think you just need to ensure 'Script Debug Mode' is turned off before 
clicking Test. (The remote debugger adds and removes itself from an 
internal list of things to include when using test as the 
preference/option changes).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Build Amazing Things

___
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

Re: Standalone riddle

[Bob Sneidar via use-livecode]

This may be how your Time Travel stack becomes self-aware.

Bob S


On Jan 15, 2023, at 19:21 , J. Landman Gay via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

How ironic. The stack contains the LC dictionary. I should have asked it.

Riddle solved.
--
Jacqueline Landman Gay | 
jac...@hyperactivesw.com
HyperActive Software | 
http://www.hyperactivesw.com
On January 15, 2023 9:06:09 PM Mark Wieder via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

On 1/15/23 15:58, J. Landman Gay via use-livecode wrote:


I think I've figured it out; the files won't be any different. Test
builds always include the remote debugger, standalones do not unless you
specifically select it in Inclusions. I didn't do that, and I have an
errorDialog handler in the stack, so I think that's causing the
appearance of the error dialog in the standalone. In the test app the
error seems to be ignored (but don't ask me why...)

Here's why. From the dictionary:

*Note:* The errorDialog message is only sent while Script Debug mode
is turned off.

--
Mark Wieder
ahsoftw...@gmail.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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

That's true, but is there a way to avoid including the remote debugger in a 
test app when the device is cabled to the computer?

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 16, 2023 1:53:08 PM panagiotis m via use-livecode 
 wrote:



Hello all,

*>>>>>Can we turn off remote debugger for a test build so we can, how can I
say*
*it, hmm... I got it! Test?*

I think if you choose to "Select Inclusions manually" and you do not
include the Remote Debugger, it is not included in the standalone.

Kind regards,
Panos
--

On Mon, 16 Jan 2023 at 21:43, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


I don't think so, it's part of the built-in build process. I suppose you
could trawl through the IDE scripts and see if there's a scripted line
that
could be disabled.

It's never been a problem for me except in this one instance where I had
an
errorDialog handler.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 16, 2023 9:02:38 AM Ralph DiMola via use-livecode
 wrote:

> Can we turn off remote debugger for a test build so we can, how can I say
> it, hmm... I got it! Test?
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
Behalf
> Of J. Landman Gay via use-livecode
> Sent: Sunday, January 15, 2023 6:58 PM
> To: How to use LiveCode
> Cc: J. Landman Gay
> Subject: Re: Standalone riddle
>
> On 1/15/23 2:44 PM, Ralph DiMola via use-livecode wrote:
>> I'd be interested to see if what difference there is between the test
>> apk and the standalone builder apk. This has me a bit worried. If you
>> want to send me the 2 apks I will dive in and see at least what
>> file(s) are different.
>
> I think I've figured it out; the files won't be any different. Test
builds
> always include the remote debugger, standalones do not unless you
> specifically select it in Inclusions. I didn't do that, and I have an
> errorDialog handler in the stack, so I think that's causing the
appearance
> of the error dialog in the standalone. In the test app the error seems
to be
> ignored (but don't ask me why...)
>
> I've submitted a bug report:
> <https://quality.livecode.com/show_bug.cgi?id=24075>
>
> The stack is for my own use, a very (not so attractive) minimal LC
> dictionary lookup so I can check syntax when I'm not at my computer. You
can
> download it from the report. Maybe someone else will find it useful. It
uses
> James Hale's docset for reference. I couldn't get his Docset Reader to
work
> reliably on Android, and I didn't need all the extra LC Builder and
Guides
> documentation, so this is just a stripped-down list of dictionary terms.
>
> The fix is mentioned in the report. Just comment out line 71 and
uncomment
> the line with the fix. Checking the current card before initiating a
search
> is the workaround.
>
> --
> 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




___
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





___
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

Re: Standalone riddle

[panagiotis m via use-livecode]

Hello all,

*>>>>>Can we turn off remote debugger for a test build so we can, how can I
say*
*it, hmm... I got it! Test?*

I think if you choose to "Select Inclusions manually" and you do not
include the Remote Debugger, it is not included in the standalone.

Kind regards,
Panos
--

On Mon, 16 Jan 2023 at 21:43, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I don't think so, it's part of the built-in build process. I suppose you
> could trawl through the IDE scripts and see if there's a scripted line
> that
> could be disabled.
>
> It's never been a problem for me except in this one instance where I had
> an
> errorDialog handler.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On January 16, 2023 9:02:38 AM Ralph DiMola via use-livecode
>  wrote:
>
> > Can we turn off remote debugger for a test build so we can, how can I say
> > it, hmm... I got it! Test?
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> > -Original Message-
> > From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
> Behalf
> > Of J. Landman Gay via use-livecode
> > Sent: Sunday, January 15, 2023 6:58 PM
> > To: How to use LiveCode
> > Cc: J. Landman Gay
> > Subject: Re: Standalone riddle
> >
> > On 1/15/23 2:44 PM, Ralph DiMola via use-livecode wrote:
> >> I'd be interested to see if what difference there is between the test
> >> apk and the standalone builder apk. This has me a bit worried. If you
> >> want to send me the 2 apks I will dive in and see at least what
> >> file(s) are different.
> >
> > I think I've figured it out; the files won't be any different. Test
> builds
> > always include the remote debugger, standalones do not unless you
> > specifically select it in Inclusions. I didn't do that, and I have an
> > errorDialog handler in the stack, so I think that's causing the
> appearance
> > of the error dialog in the standalone. In the test app the error seems
> to be
> > ignored (but don't ask me why...)
> >
> > I've submitted a bug report:
> > <https://quality.livecode.com/show_bug.cgi?id=24075>
> >
> > The stack is for my own use, a very (not so attractive) minimal LC
> > dictionary lookup so I can check syntax when I'm not at my computer. You
> can
> > download it from the report. Maybe someone else will find it useful. It
> uses
> > James Hale's docset for reference. I couldn't get his Docset Reader to
> work
> > reliably on Android, and I didn't need all the extra LC Builder and
> Guides
> > documentation, so this is just a stripped-down list of dictionary terms.
> >
> > The fix is mentioned in the report. Just comment out line 71 and
> uncomment
> > the line with the fix. Checking the current card before initiating a
> search
> > is the workaround.
> >
> > --
> > 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
>
>
>
>
> ___
> 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

RE: Standalone riddle

[J. Landman Gay via use-livecode]

I don't think so, it's part of the built-in build process. I suppose you 
could trawl through the IDE scripts and see if there's a scripted line that 
could be disabled.


It's never been a problem for me except in this one instance where I had an 
errorDialog handler.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 16, 2023 9:02:38 AM Ralph DiMola via use-livecode 
 wrote:



Can we turn off remote debugger for a test build so we can, how can I say
it, hmm... I got it! Test?

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Sunday, January 15, 2023 6:58 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Standalone riddle

On 1/15/23 2:44 PM, Ralph DiMola via use-livecode wrote:

I'd be interested to see if what difference there is between the test
apk and the standalone builder apk. This has me a bit worried. If you
want to send me the 2 apks I will dive in and see at least what
file(s) are different.


I think I've figured it out; the files won't be any different. Test builds
always include the remote debugger, standalones do not unless you
specifically select it in Inclusions. I didn't do that, and I have an
errorDialog handler in the stack, so I think that's causing the appearance
of the error dialog in the standalone. In the test app the error seems to be
ignored (but don't ask me why...)

I've submitted a bug report:
<https://quality.livecode.com/show_bug.cgi?id=24075>

The stack is for my own use, a very (not so attractive) minimal LC
dictionary lookup so I can check syntax when I'm not at my computer. You can
download it from the report. Maybe someone else will find it useful. It uses
James Hale's docset for reference. I couldn't get his Docset Reader to work
reliably on Android, and I didn't need all the extra LC Builder and Guides
documentation, so this is just a stripped-down list of dictionary terms.

The fix is mentioned in the report. Just comment out line 71 and uncomment
the line with the fix. Checking the current card before initiating a search
is the workaround.

--
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





___
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

RE: Standalone riddle

[Ralph DiMola via use-livecode]

Can we turn off remote debugger for a test build so we can, how can I say
it, hmm... I got it! Test?

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Sunday, January 15, 2023 6:58 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Standalone riddle

On 1/15/23 2:44 PM, Ralph DiMola via use-livecode wrote:
> I'd be interested to see if what difference there is between the test 
> apk and the standalone builder apk. This has me a bit worried. If you 
> want to send me the 2 apks I will dive in and see at least what 
> file(s) are different.

I think I've figured it out; the files won't be any different. Test builds
always include the remote debugger, standalones do not unless you
specifically select it in Inclusions. I didn't do that, and I have an
errorDialog handler in the stack, so I think that's causing the appearance
of the error dialog in the standalone. In the test app the error seems to be
ignored (but don't ask me why...)

I've submitted a bug report:
<https://quality.livecode.com/show_bug.cgi?id=24075>

The stack is for my own use, a very (not so attractive) minimal LC
dictionary lookup so I can check syntax when I'm not at my computer. You can
download it from the report. Maybe someone else will find it useful. It uses
James Hale's docset for reference. I couldn't get his Docset Reader to work
reliably on Android, and I didn't need all the extra LC Builder and Guides
documentation, so this is just a stripped-down list of dictionary terms.

The fix is mentioned in the report. Just comment out line 71 and uncomment
the line with the fix. Checking the current card before initiating a search
is the workaround.

-- 
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

Re: Standalone riddle

[Mark Wieder via use-livecode]

On 1/15/23 19:21, J. Landman Gay via use-livecode wrote:

How ironic. The stack contains the LC dictionary. I should have asked it.

Riddle solved.


TBF, that's buried way at the bottom of the dictionary entry.

--
 Mark Wieder
 ahsoftw...@gmail.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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

How ironic. The stack contains the LC dictionary. I should have asked it.

Riddle solved.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 15, 2023 9:06:09 PM Mark Wieder via use-livecode 
 wrote:



On 1/15/23 15:58, J. Landman Gay via use-livecode wrote:



I think I've figured it out; the files won't be any different. Test
builds always include the remote debugger, standalones do not unless you
specifically select it in Inclusions. I didn't do that, and I have an
errorDialog handler in the stack, so I think that's causing the
appearance of the error dialog in the standalone. In the test app the
error seems to be ignored (but don't ask me why...)


Here's why. From the dictionary:

*Note:* The errorDialog message is only sent while Script Debug mode
is turned off.

--
 Mark Wieder
 ahsoftw...@gmail.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

Re: Standalone riddle

[Mark Wieder via use-livecode]

On 1/15/23 15:58, J. Landman Gay via use-livecode wrote:



I think I've figured it out; the files won't be any different. Test 
builds always include the remote debugger, standalones do not unless you 
specifically select it in Inclusions. I didn't do that, and I have an 
errorDialog handler in the stack, so I think that's causing the 
appearance of the error dialog in the standalone. In the test app the 
error seems to be ignored (but don't ask me why...)


Here's why. From the dictionary:

*Note:* The errorDialog message is only sent while Script Debug mode 
is turned off.


--
 Mark Wieder
 ahsoftw...@gmail.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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

On 1/15/23 2:44 PM, Ralph DiMola via use-livecode wrote:

I'd be interested to see if what difference there is between the test apk
and the standalone builder apk. This has me a bit worried. If you want to
send me the 2 apks I will dive in and see at least what file(s) are
different.


I think I've figured it out; the files won't be any different. Test builds always include the 
remote debugger, standalones do not unless you specifically select it in Inclusions. I didn't 
do that, and I have an errorDialog handler in the stack, so I think that's causing the 
appearance of the error dialog in the standalone. In the test app the error seems to be ignored 
(but don't ask me why...)


I've submitted a bug report:


The stack is for my own use, a very (not so attractive) minimal LC dictionary lookup so I can 
check syntax when I'm not at my computer. You can download it from the report. Maybe someone 
else will find it useful. It uses James Hale's docset for reference. I couldn't get his Docset 
Reader to work reliably on Android, and I didn't need all the extra LC Builder and Guides 
documentation, so this is just a stripped-down list of dictionary terms.


The fix is mentioned in the report. Just comment out line 71 and uncomment the line with the 
fix. Checking the current card before initiating a search is the workaround.


--
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

RE: Standalone riddle

[Ralph DiMola via use-livecode]

I'd be interested to see if what difference there is between the test apk
and the standalone builder apk. This has me a bit worried. If you want to
send me the 2 apks I will dive in and see at least what file(s) are
different.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Saturday, January 14, 2023 6:25 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Standalone riddle

On 1/14/23 1:55 AM, Geoff Canyon via use-livecode wrote:
> This doesn't solve the puzzle, but: use a stack property to store the 
> value instead?

The value is entered correctly and displays after I dismiss the error
dialog. I have finally found where the issue is, but I don't know why it
happens. The normal sequence is pretty simple:

1. Enter a search term and hit the return key on the virtual keyboard. This
triggers the inputReturnKey message.

2. InputReturnKey calls handler doSearch, which looks up the definition,
populates a browser widget on card 2, and goes to card 2.

What is happening is that inputReturnKey is being sent twice. The first time
it works as expected, but the second time we are already on card 2 and the
controls on card 1 are no longer available. Ergo, I get the "no such object"
error. I found this by inserting "checkCd the params" at the beginning of
doSearch. CheckCd does this:

on checkCd pParams -- track inputReturnKey error
   put pParams  into tData -- the calling handler params
   put the executionContexts after tData
   answer tData
end checkCd

...and I got two dialogs in a row. I could see card 2 behind the second one,
which was a debug errorDialog instead of an answer dialog.

So the burning question is why does a single tap on the return key send two
duplicate inputReturnKey messages, and why does that happen only in a built
standalone?

Maybe I won't embarrass myself if I enter a bug report now.

-- 
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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

On 1/14/23 1:55 AM, Geoff Canyon via use-livecode wrote:

This doesn't solve the puzzle, but: use a stack property to store the value
instead?


The value is entered correctly and displays after I dismiss the error dialog. I have finally 
found where the issue is, but I don't know why it happens. The normal sequence is pretty simple:


1. Enter a search term and hit the return key on the virtual keyboard. This triggers the 
inputReturnKey message.


2. InputReturnKey calls handler doSearch, which looks up the definition, populates a browser 
widget on card 2, and goes to card 2.


What is happening is that inputReturnKey is being sent twice. The first time it works as 
expected, but the second time we are already on card 2 and the controls on card 1 are no longer 
available. Ergo, I get the "no such object" error. I found this by inserting "checkCd the 
params" at the beginning of doSearch. CheckCd does this:


on checkCd pParams -- track inputReturnKey error
  put pParams  into tData -- the calling handler params
  put the executionContexts after tData
  answer tData
end checkCd

...and I got two dialogs in a row. I could see card 2 behind the second one, which was a debug 
errorDialog instead of an answer dialog.


So the burning question is why does a single tap on the return key send two duplicate 
inputReturnKey messages, and why does that happen only in a built standalone?


Maybe I won't embarrass myself if I enter a bug report now.

--
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

Re: Standalone riddle

[Geoff Canyon via use-livecode]

This doesn't solve the puzzle, but: use a stack property to store the value
instead?
___
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

Re: Standalone riddle

[Mark Wieder via use-livecode]

On 1/13/23 17:53, J. Landman Gay via use-livecode wrote:
without a full object reference, the current card should be the
reference.

Heh. I think *should be* is the key phrase there.



Looking farther down the list in the error dialog, it references line 
numbers in the 400-600 range. My scripts barely have 150 lines at the 


It sounds like something in an IDE script is not properly dereferencing 
the object/card/stack.


--
 Mark Wieder
 ahsoftw...@gmail.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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

That's how I fixed the first two errors, though each fix moves the error 
somewhere else. This stack ran fine the last time I compiled it, maybe 2 
years ago. And when the error occurs, the card has not changed and by 
default, without a full object reference, the current card should be the 
reference.


Looking farther down the list in the error dialog, it references line 
numbers in the 400-600 range. My scripts barely have 150 lines at the most, 
which seems to imply an error somewhere in the LC scripts, though the top 
error points to line 89 in the handler I posted part of. I tried building 
with LC 9.x and I'm still getting the same error(s). Also, when I dismiss 
the error dialog, the scripts have run successfully and I end up on card 2 
with the correct data in the browser widget.


The riddle remains. Why does a standalone behave differently from a test 
build? The error never occurs in the IDE either. I'd file a but report, but 
I'm afraid I may have done something stupid and I don't want to embarrass 
myself yet.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 13, 2023 6:42:35 PM Paul Dupuis via use-livecode 
 wrote:



Fully qualified object references are your friend.

Have you tried referring to the field as:

put pText into field "searchTerm" of cd 1 of stack "stackName" -- of
instead of the card number, use name or ID

On 1/13/2023 4:42 PM, J. Landman Gay via use-livecode wrote:

I have a 2-card stack, very simple. The first card has a plain text
list field and an editable search field. The user types in a string
and the resulting match is displayed on card 2 with definitions. The
stack requires no inclusions and scripts are extremely basic. I use a
native Android field for the search term, and since mobile controls
will be removed when the card closes, I place the search term into a
hidden LC field for later reference.

I build for Android using LC 10 dp 4, signed for "development only".
If I cable the phone to the Mac and do a Test build, the apk runs
perfectly. If I build an independent standalone and install the apk
from Google Drive, it runs fine except when putting the search term
into the LC field, where it claims there is no such object. It is most
certainly there on the card.

I can fix this instance by using "field x of me" but then I get the
same error in an unrelated line in a different handler. If I fix that
one, it moves again. The riddle is why does it happen in a standalone
apk and not in a cabled test run?

The script snippet from cd 1:

on doSearch pText -- pText extracted from native field
  put word 1 to -1 of pText into pText -- strip trailing spaces
  put pText into fld "searchTerm" -- for reference; ERROR: "no such
object"
  ... 
  go cd 2

BTW, if I leave the test apk on the phone it continues to work
correctly after removing the cable. The odd behavior happens
consistently on a Pixel 7 phone, an old Huawei tablet and a newish
Samsung tablet.

If I use Nearby Share to move the working apk from a previously cabled
build to another device, it also works okay. So something is different
when building an independent standalone vs. building a test app.




___
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

Re: Standalone riddle

[Paul Dupuis via use-livecode]

Fully qualified object references are your friend.

Have you tried referring to the field as:

put pText into field "searchTerm" of cd 1 of stack "stackName" -- of 
instead of the card number, use name or ID


On 1/13/2023 4:42 PM, J. Landman Gay via use-livecode wrote:
I have a 2-card stack, very simple. The first card has a plain text 
list field and an editable search field. The user types in a string 
and the resulting match is displayed on card 2 with definitions. The 
stack requires no inclusions and scripts are extremely basic. I use a 
native Android field for the search term, and since mobile controls 
will be removed when the card closes, I place the search term into a 
hidden LC field for later reference.


I build for Android using LC 10 dp 4, signed for "development only". 
If I cable the phone to the Mac and do a Test build, the apk runs 
perfectly. If I build an independent standalone and install the apk 
from Google Drive, it runs fine except when putting the search term 
into the LC field, where it claims there is no such object. It is most 
certainly there on the card.


I can fix this instance by using "field x of me" but then I get the 
same error in an unrelated line in a different handler. If I fix that 
one, it moves again. The riddle is why does it happen in a standalone 
apk and not in a cabled test run?


The script snippet from cd 1:

on doSearch pText -- pText extracted from native field
  put word 1 to -1 of pText into pText -- strip trailing spaces
  put pText into fld "searchTerm" -- for reference; ERROR: "no such 
object"

  ... 
  go cd 2

BTW, if I leave the test apk on the phone it continues to work 
correctly after removing the cable. The odd behavior happens 
consistently on a Pixel 7 phone, an old Huawei tablet and a newish 
Samsung tablet.


If I use Nearby Share to move the working apk from a previously cabled 
build to another device, it also works okay. So something is different 
when building an independent standalone vs. building a test app.





___
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

RE: Standalone riddle

[J. Landman Gay via use-livecode]

Did that. The test version runs okay when moved to another device. It's 
something in the build process or else it's something I can't identify yet.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On January 13, 2023 5:02:13 PM Ralph DiMola via use-livecode 
 wrote:



I would try to install the "Test version" on another Android device and see
if it runs OK. Then it would narrow it to the building process.
The "test" apk will be in some temp folder. I will look for it you can't
find it.

Ralph DiMola
IT Director
Evergreen Information Services

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Friday, January 13, 2023 4:42 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: Standalone riddle

I have a 2-card stack, very simple. The first card has a plain text list
field and an editable search field. The user types in a string and the
resulting match is displayed on card 2 with definitions. The stack requires
no inclusions and scripts are extremely basic. I use a native Android field
for the search term, and since mobile controls will be removed when the card
closes, I place the search term into a hidden LC field for later reference.

I build for Android using LC 10 dp 4, signed for "development only". If I
cable the phone to the Mac and do a Test build, the apk runs perfectly. If I
build an independent standalone and install the apk from Google Drive, it
runs fine except when putting the search term into the LC field, where it
claims there is no such object. It is most certainly there on the card.

I can fix this instance by using "field x of me" but then I get the same
error in an unrelated line in a different handler. If I fix that one, it
moves again. The riddle is why does it happen in a standalone apk and not in
a cabled test run?

The script snippet from cd 1:

on doSearch pText -- pText extracted from native field
  put word 1 to -1 of pText into pText -- strip trailing spaces
  put pText into fld "searchTerm" -- for reference; ERROR: "no such object"
  ... 
  go cd 2

BTW, if I leave the test apk on the phone it continues to work correctly
after removing the cable. The odd behavior happens consistently on a Pixel 7
phone, an old Huawei tablet and a newish Samsung tablet.

If I use Nearby Share to move the working apk from a previously cabled build
to another device, it also works okay. So something is different when
building an independent standalone vs.
building a test app.

--
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





___
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

RE: Standalone riddle

[Ralph DiMola via use-livecode]

I would try to install the "Test version" on another Android device and see
if it runs OK. Then it would narrow it to the building process.
The "test" apk will be in some temp folder. I will look for it you can't
find it.

Ralph DiMola
IT Director
Evergreen Information Services

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of J. Landman Gay via use-livecode
Sent: Friday, January 13, 2023 4:42 PM
To: LiveCode Mailing List
Cc: J. Landman Gay
Subject: Standalone riddle

I have a 2-card stack, very simple. The first card has a plain text list
field and an editable search field. The user types in a string and the
resulting match is displayed on card 2 with definitions. The stack requires
no inclusions and scripts are extremely basic. I use a native Android field
for the search term, and since mobile controls will be removed when the card
closes, I place the search term into a hidden LC field for later reference.

I build for Android using LC 10 dp 4, signed for "development only". If I
cable the phone to the Mac and do a Test build, the apk runs perfectly. If I
build an independent standalone and install the apk from Google Drive, it
runs fine except when putting the search term into the LC field, where it
claims there is no such object. It is most certainly there on the card.

I can fix this instance by using "field x of me" but then I get the same
error in an unrelated line in a different handler. If I fix that one, it
moves again. The riddle is why does it happen in a standalone apk and not in
a cabled test run?

The script snippet from cd 1:

on doSearch pText -- pText extracted from native field
   put word 1 to -1 of pText into pText -- strip trailing spaces
   put pText into fld "searchTerm" -- for reference; ERROR: "no such object"
   ... 
   go cd 2

BTW, if I leave the test apk on the phone it continues to work correctly
after removing the cable. The odd behavior happens consistently on a Pixel 7
phone, an old Huawei tablet and a newish Samsung tablet.

If I use Nearby Share to move the working apk from a previously cabled build
to another device, it also works okay. So something is different when
building an independent standalone vs. 
building a test app.

-- 
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

Re: Standalone riddle

[J. Landman Gay via use-livecode]

I take back the "no inclusions" part, I do include the browser widget on card 2. I see now I 
also include the native Android field widget but it isn't placed anywhere and isn't used. The 
native field I do use is created with mobileControlCreate.


On 1/13/23 3:42 PM, J. Landman Gay via use-livecode wrote:
I have a 2-card stack, very simple. The first card has a plain text list field and an editable 
search field. The user types in a string and the resulting match is displayed on card 2 with 
definitions. The stack requires no inclusions and scripts are extremely basic. I use a native 
Android field for the search term, and since mobile controls will be removed when the card 
closes, I place the search term into a hidden LC field for later reference.


I build for Android using LC 10 dp 4, signed for "development only". If I cable the phone to 
the Mac and do a Test build, the apk runs perfectly. If I build an independent standalone and 
install the apk from Google Drive, it runs fine except when putting the search term into the LC 
field, where it claims there is no such object. It is most certainly there on the card.


I can fix this instance by using "field x of me" but then I get the same error in an unrelated 
line in a different handler. If I fix that one, it moves again. The riddle is why does it 
happen in a standalone apk and not in a cabled test run?


The script snippet from cd 1:

on doSearch pText -- pText extracted from native field
   put word 1 to -1 of pText into pText -- strip trailing spaces
   put pText into fld "searchTerm" -- for reference; ERROR: "no such object"
   ... 
   go cd 2

BTW, if I leave the test apk on the phone it continues to work correctly after removing the 
cable. The odd behavior happens consistently on a Pixel 7 phone, an old Huawei tablet and a 
newish Samsung tablet.


If I use Nearby Share to move the working apk from a previously cabled build to another device, 
it also works okay. So something is different when building an independent standalone vs. 
building a test app.




--
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