subject:"standalone"

Yeah I do that now. Maybe I’m just majoring in the minors, but it ought to just 
work out of the box, and it irks me that it doesn’t. The Dev team ought to have 
one dev dedicated to quashing these niggling bugs. 

Sent from my iPhone

> On May 3, 2024, at 17:15, J. Landman Gay via use-livecode 
>  wrote:
> 
> I get it now. The way I work around this is to close all stacks and remove 
> from memory (or just relaunch LC,) turn off messages in the toolbar, and open 
> the splash stack. That prevents the other stacks from opening. Build the 
> standalone and you shouldn't have any trouble, except for remembering to do 
> the dance
___
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: Supress Standalone Builder Warnings

I get it now. The way I work around this is to close all stacks and remove 
from memory (or just relaunch LC,) turn off messages in the toolbar, and 
open the splash stack. That prevents the other stacks from opening. Build 
the standalone and you shouldn't have any trouble, except for remembering 
to do the dance.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 3, 2024 5:14:49 PM Bob Sneidar via use-livecode 
 wrote:


I think I have solved (but not resolved) the mystery. My main stack has a 
lot of behaviors, which of course are enumerated in the stackFiles.


When the standalone is created, the builder closes the copy of the main 
stack but it apparently leaves all the COPIES of the behavior stacks in 
memory. When I open the original Mainstack, duplicate stacks are still 
open. There seems to be no way to delete (close) the copies, because there 
is no variable it seems that contains the names of all the behavior stacks 
left in memory by the standalone builder. They do not appear in the 
openStacks or the stacksInUse. They are not the same stacks as the 
stackFiles of the original mainstack.


What really needs to happen, and I have said this before, the standalone 
builder needs to keep track of all the files it puts in memory, and then 
close them each time a bild is made for each platform.


This is a bug and I will report it as such.

Bob S


On May 3, 2024, at 1:58 PM, Bob Sneidar via use-livecode 
 wrote:


Okay I think I traced the issue down to the fact that I “start using” a LOT 
of stacks, 64 to be exact, and I think that includes all the behaviors as 
well as the libraries. When I quit (or Livecode deletes) the mainStack, it 
does NOT delete all the stacksInUse.


I think my solution will be to close all the Stack Files of the main stack 
upon closing the Main Stack.


Bob S


___
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: Supress Standalone Builder Warnings

I think I have solved (but not resolved) the mystery. My main stack has a lot 
of behaviors, which of course are enumerated in the stackFiles. 

When the standalone is created, the builder closes the copy of the main stack 
but it apparently leaves all the COPIES of the behavior stacks in memory. When 
I open the original Mainstack, duplicate stacks are still open. There seems to 
be no way to delete (close) the copies, because there is no variable it seems 
that contains the names of all the behavior stacks left in memory by the 
standalone builder. They do not appear in the openStacks or the stacksInUse. 
They are not the same stacks as the stackFiles of the original mainstack. 

What really needs to happen, and I have said this before, the standalone 
builder needs to keep track of all the files it puts in memory, and then close 
them each time a bild is made for each platform. 

This is a bug and I will report it as such. 

Bob S

> On May 3, 2024, at 1:58 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Okay I think I traced the issue down to the fact that I “start using” a LOT 
> of stacks, 64 to be exact, and I think that includes all the behaviors as 
> well as the libraries. When I quit (or Livecode deletes) the mainStack, it 
> does NOT delete all the stacksInUse. 
> 
> I think my solution will be to close all the Stack Files of the main stack 
> upon closing the Main Stack. 
> 
> Bob S

___
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: Supress Standalone Builder Warnings

Okay I think I traced the issue down to the fact that I “start using” a LOT of 
stacks, 64 to be exact, and I think that includes all the behaviors as well as 
the libraries. When I quit (or Livecode deletes) the mainStack, it does NOT 
delete all the stacksInUse. 

I think my solution will be to close all the Stack Files of the main stack upon 
closing the Main Stack. 

Bob S

___
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: Supress Standalone Builder Warnings


Jacqueline:

> In that case, I'll have to try it next time.

Yes, not merely a suggestion; already works with SB here. :)

> I get the same results as Curry,
> I get two dialogs complaining there are open stacks

Not as Curry; that's due to a partial implementation.

See follow up. But you are working on same thing - Have fun!

Easy code, already solved, done. Just hard to type a long discussion -

Can't wait to get AAC app set up better, and do this more often!

Ultimately, though ...

Richard:

> In MC building a standalone was not a disruptive process.
> It shouldn't be in LC either, and certainly shouldn't
> require modifying code just to build.

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.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: Supress Standalone Builder Warnings

Well I gave that a try, only using your method in the splash stack. I get the 
same results as Curry, I get two dialogs complaining there are open stacks on 
the second platform build, then when I try to open the Main Stack without 
quitting and relaunching Livecode, I get the dialog for every stack that I 
start using in the main stack. 

As I said, I think the trick has to be to find a way to save the state of the 
environment before building for a platform, close all non-native stacks, do the 
build, again close all non-native stacks, then restore the stacks from the 
saved environment. I am working on that now and it should be fairly trivial. 

Bob S


> On May 3, 2024, at 12:03 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I think the problem is in the splash stack, which is where the blocking 
> handlers should go. When LC builds a standalone, it clones the one in the IDE 
> and creates the standalone from that. Then it reopens the original which now 
> triggers all the handlers in the original. You don't really need to worry 
> about the other stacks, just the one that triggers the opening of the working 
> stack(s). When the SB finishes, it will reopen the splash and the blocks will 
> prevent any other stacks from loading into memory.  That may mean you need to 
> use the message box to trigger the handler that opens the others right after 
> the SB finishes.
> 
> The problem may be that LC doesn't close its own copy properly before 
> reopening the original. I'd submit a bug report and include your stack(s) so 
> they can take a look. Ideally there would be an option or property that would 
> let us decide whether messages should be locked or not. It would be nice if 
> the engine could store variable values, create the standalone with messages 
> locked, and then restore the values after the build.
> 
> I'm not sure Curry's suggestion will work, since the SB manages lockmessages 
> on its own. I've tried scripting a lock messages and it was ignored.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On May 3, 2024 11:41:24 AM Bob Sneidar via use-livecode 
>  wrote:
> 
>> Hi Curry.
>> 
>> I use a Splash Stack which then opens what I call the mainStack. Should I 
>> put this in the closeStack of the splash stack or the main stack?
>> 
>> Bob S
>> 
>> 
>> On May 3, 2024, at 8:38 AM, Curry Kenworthy via use-livecode 
>>  wrote:
>> 
>> Simplest way – In card 1 of main stack to build:
>> 
>> on closestack
>> --- curryk 2020 no-purge LC build:
>> if the environment is "development" then
>>lock messages
>>--- and only if add'l main stack issues:
>>try
>>   # delete stack "XYZ"
>>end try
>> end if
>> end closestack
>> 
>> ___
>> 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: Supress Standalone Builder Warnings


In that case, I'll have to try it next time.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 3, 2024 1:13:03 PM Curry Kenworthy via use-livecode 
 wrote:



Code in use 4 years, no issues; restores LC's own original SB technique!





___
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: Supress Standalone Builder Warnings

I think the problem is in the splash stack, which is where the blocking 
handlers should go. When LC builds a standalone, it clones the one in the 
IDE and creates the standalone from that. Then it reopens the original 
which now triggers all the handlers in the original. You don't really need 
to worry about the other stacks, just the one that triggers the opening of 
the working stack(s). When the SB finishes, it will reopen the splash and 
the blocks will prevent any other stacks from loading into memory.  That 
may mean you need to use the message box to trigger the handler that opens 
the others right after the SB finishes.


The problem may be that LC doesn't close its own copy properly before 
reopening the original. I'd submit a bug report and include your stack(s) 
so they can take a look. Ideally there would be an option or property that 
would let us decide whether messages should be locked or not. It would be 
nice if the engine could store variable values, create the standalone with 
messages locked, and then restore the values after the build.


I'm not sure Curry's suggestion will work, since the SB manages 
lockmessages on its own. I've tried scripting a lock messages and it was 
ignored.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 3, 2024 11:41:24 AM Bob Sneidar via use-livecode 
 wrote:



Hi Curry.

I use a Splash Stack which then opens what I call the mainStack. Should I 
put this in the closeStack of the splash stack or the main stack?


Bob S


On May 3, 2024, at 8:38 AM, Curry Kenworthy via use-livecode 
 wrote:


Simplest way – In card 1 of main stack to build:

on closestack
 --- curryk 2020 no-purge LC build:
 if the environment is "development" then
lock messages
--- and only if add'l main stack issues:
try
   # delete stack "XYZ"
end try
 end if
end closestack

___
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: Supress Standalone Builder Warnings


Bob:

> Okay, well this is better. I only get the dialog twice,
> whether or not I delete the main stack or no.

> Standalone builder is leaving files open from the standalone
> that ought not be left open.

Yes, that’s what this last part does - Comments edited for clarity!

--- and only if add'l main stack(s) with issues:
try
 # delete stack "ABC"
 # delete stack "XYZ" --- etc
end try

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.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: Supress Standalone Builder Warnings

Okay, well this is better. When building for MacOS and Windows simultaneously, 
I only get the dialog twice, whether or not I delete the main stack or no. 

But if I leave Livecode running and then try to open the main stack, I get all 
the dialogs. 

I think the problem is that the Livecode Standalone builder is leaving files 
open from the standalone that ought not be left open. The Standalone Builder 
should build a list of all the file paths of all open stacks (that are not 
native to Livecode itself) prior to the build, then close them all, then build 
the standalone, then close. any stacks opened in that process, then restore the 
old environment by re-opening the stacks that were open prior to the build. 

That is the only way I can see to make the process as clean as possible. The 
end goal here has to be to leave the environment in the exact state that it was 
prior to building. I doubt that will ever get implemented, but that has to be 
how it works. 

I think I can develop a workaround myself, and will probably do that and share 
it with everyone. 

Bob S

> On May 3, 2024, at 11:10 AM, Curry Kenworthy via use-livecode 
>  wrote:
> 
> Bob:
> 
> > put this in the closeStack of the splash stack or the main stack?
> 
> As it says - the 'stack to build' - saving standalone from.
> 
> > Also, isn’t the problem that when opening a stack Livecode detects
> > the stack being opened has the same name as one already in memory?
> 
> As Jacqueline said:
> 
> > The engine used to lock messages when building a standalone
> > but that was changed 4 years ago.
> 
> Bob:
> 
> > make backups of all your stacks first
> 
> Of course, and don't mix/match methods, or ignore your project setup -
> 
> Code in use 4 years, no issues; restores LC's own original SB technique!
> 
> Best wishes,
> 
> Curry Kenworthy
> 
> Radically Innovative Christian LiveCode Development
> "PASSION for Elegant, Efficient Code!"
> http://livecodeconsulting.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: Supress Standalone Builder Warnings


Bob:

> put this in the closeStack of the splash stack or the main stack?

As it says - the 'stack to build' - saving standalone from.

> Also, isn’t the problem that when opening a stack Livecode detects
> the stack being opened has the same name as one already in memory?

As Jacqueline said:

> The engine used to lock messages when building a standalone
> but that was changed 4 years ago.

Bob:

> make backups of all your stacks first

Of course, and don't mix/match methods, or ignore your project setup -

Code in use 4 years, no issues; restores LC's own original SB technique!

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.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: Supress Standalone Builder Warnings

OK so in the process of all this, my original stack Forms Generator 8 has been 
OVERWRITTEN with the version the Standalone Builder created. So… anybody on 
this list do NOT follow the instructions in this thread, unless you make 
backups of all your stacks first, which thankfully I have done. 

Bob S


> On May 3, 2024, at 9:44 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Also, isn’t the problem that when opening a stack Livecode detects the stack 
> being opened has the same name as one already in memory? 
> 
> Bob S
> 
> 
>> On May 3, 2024, at 9:39 AM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Hi Curry.
>> 
>> I use a Splash Stack which then opens what I call the mainStack. Should I 
>> put this in the closeStack of the splash stack or the main stack?
>> 
>> Bob S
>> 
>> 
>> On May 3, 2024, at 8:38 AM, Curry Kenworthy via use-livecode 
>>  wrote:
>> 
>> Simplest way – In card 1 of main stack to build:
>> 
>> on closestack
>> --- curryk 2020 no-purge LC build:
>> if the environment is "development" then
>>lock messages
>>--- and only if add'l main stack issues:
>>try
>>   # delete stack "XYZ"
>>end try
>> end if
>> end closestack
>> 
>> ___
>> 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: Supress Standalone Builder Warnings

Also, isn’t the problem that when opening a stack Livecode detects the stack 
being opened has the same name as one already in memory? 

Bob S


> On May 3, 2024, at 9:39 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Hi Curry.
> 
> I use a Splash Stack which then opens what I call the mainStack. Should I put 
> this in the closeStack of the splash stack or the main stack?
> 
> Bob S
> 
> 
> On May 3, 2024, at 8:38 AM, Curry Kenworthy via use-livecode 
>  wrote:
> 
> Simplest way – In card 1 of main stack to build:
> 
> on closestack
>  --- curryk 2020 no-purge LC build:
>  if the environment is "development" then
> lock messages
> --- and only if add'l main stack issues:
> try
># delete stack "XYZ"
> end try
>  end if
> end closestack
> 
> ___
> 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: Supress Standalone Builder Warnings

Hi Curry.

I use a Splash Stack which then opens what I call the mainStack. Should I put 
this in the closeStack of the splash stack or the main stack?

Bob S


On May 3, 2024, at 8:38 AM, Curry Kenworthy via use-livecode 
 wrote:

Simplest way – In card 1 of main stack to build:

on closestack
  --- curryk 2020 no-purge LC build:
  if the environment is "development" then
 lock messages
 --- and only if add'l main stack issues:
 try
# delete stack "XYZ"
 end try
  end if
end closestack

___
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: Supress Standalone Builder Warnings

I did the pre’s as well. What about “before”?

Bob S


> On May 3, 2024, at 9:29 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I think the pre* handlers would need it too but try without and see how it 
> goes. It depends on where they are in the message hierarchy.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On May 3, 2024 10:29:13 AM Bob Sneidar via use-livecode 
>  wrote:
> 
>> Hi Jacque.
>> 
>> I did attempt to deploy this solution a while back, but for whatever reason 
>> it failed to work, but I’m sure I missed something. I’m curious, should this 
>> also be applied to (pre) openCard / closeCard handlers as well?
>> 
>> Thanks this is the simplest explanation I have seen.
>> 
>> Bob S
>> 
>> 
>>> On May 2, 2024, at 5:40 PM, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> It's this:
>>> <https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>
>>> 
>>> The engine used to lock messages when building a standalone but that was 
>>> changed 4 years ago. Personally I think it causes more problems than it 
>>> solves, but the solution is to add (multiple) handlers to your stack to 
>>> avoid the dialog. Most of my stacks work okay without the additions, but if 
>>> you have certain handlers in the message hierarchy you get the dialog. The 
>>> code you need to add is in the link above.
>>> --
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software | http://www.hyperactivesw.com
>>> On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>>> Hi all.
>>>> 
>>>> I have about had it with the Standalone asking me if I want to save, purge 
>>>> or cancel for stacks that are already open. I ONLY ever have one version 
>>>> of any stack that is open, unless the Standalone Builder is leaving stack 
>>>> IN the Standalone in memory, which would be breathtakingly bad 
>>>> programming, and I do not think they are doing that.
>>>> 
>>>> What I would like to do is edit the library that is popping up that 
>>>> dialog, and setting it to where it always cancels (doesn’t change 
>>>> anything). I know I will have to update the library each time a new 
>>>> release came out but it’s worth it just to avoid the hassle of quitting 
>>>> and relaunching every time a different standalone need to be built.
>>>> 
>>>> I tried editing the script of revSaveAsStandalone.livecode in the MacOS 
>>>> bundle, but the word “purge” does not occur in the library. Any idea what 
>>>> library is actually popping up that dialog?
>>>> 
>>>> BTW the standalone building IS much faster with 9.6.12 (rc1)
>>>> 
>>>> Bob S
>>>> ___
>>>> 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: Supress Standalone Builder Warnings

I think the pre* handlers would need it too but try without and see how it
goes. It depends on where they are in the message hierarchy.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 3, 2024 10:29:13 AM Bob Sneidar via use-livecode
wrote:

Hi Jacque.

I did attempt to deploy this solution a while back, but for whatever reason
it failed to work, but I’m sure I missed something. I’m curious, should
this also be applied to (pre) openCard / closeCard handlers as well?

Thanks this is the simplest explanation I have seen.

Bob S

On May 2, 2024, at 5:40 PM, J. Landman Gay via use-livecode
wrote:

It's this:
<https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>

The engine used to lock messages when building a standalone but that was
changed 4 years ago. Personally I think it causes more problems than it
solves, but the solution is to add (multiple) handlers to your stack to
avoid the dialog. Most of my stacks work okay without the additions, but if
you have certain handlers in the message hierarchy you get the dialog. The
code you need to add is in the link above.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode
wrote:

Hi all.

I have about had it with the Standalone asking me if I want to save, purge
or cancel for stacks that are already open. I ONLY ever have one version of
any stack that is open, unless the Standalone Builder is leaving stack IN
the Standalone in memory, which would be breathtakingly bad programming,
and I do not think they are doing that.

What I would like to do is edit the library that is popping up that dialog,
and setting it to where it always cancels (doesn’t change anything). I know
I will have to update the library each time a new release came out but it’s
worth it just to avoid the hassle of quitting and relaunching every time a
different standalone need to be built.

I tried editing the script of revSaveAsStandalone.livecode in the MacOS
bundle, but the word “purge” does not occur in the library. Any idea what
library is actually popping up that dialog?

BTW the standalone building IS much faster with 9.6.12 (rc1)

Bob S
___
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: Supress Standalone Builder Warnings

Unfortunately that is not working. I put the function that checks in the script 
of the mainStack, and that script gets set as a backScript on preOpenstack so 
that all the handlers in that stack are available in a Windows standalone (when 
the Windows builder breaks out all the sub stacks, the script of the mainStack 
is no longer in the message path). 

I then used the Find function to find all the (pre) openStack / closeStack 
handlers and add the statement at the beginning. 

However when I attempt to build for MacOS and Windows, or if I do a second 
build in the same Livecode session, I get the dreaded dialogs over, and over, 
and over. Again. Like 100 times. 

So my initial question is, what library actually pops up that dialog so I can 
force the cancel option every time, or is that something built into the engine? 

Bob S


> On May 3, 2024, at 8:26 AM, Bob Sneidar  wrote:
> 
> Hi Jacque. 
> 
> I did attempt to deploy this solution a while back, but for whatever reason 
> it failed to work, but I’m sure I missed something. I’m curious, should this 
> also be applied to (pre) openCard / closeCard handlers as well? 
> 
> Thanks this is the simplest explanation I have seen. 
> 
> Bob S
> 
> 
>> On May 2, 2024, at 5:40 PM, J. Landman Gay via use-livecode 
>>  wrote:
>> 
>> It's this:
>> <https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>
>> 
>> The engine used to lock messages when building a standalone but that was 
>> changed 4 years ago. Personally I think it causes more problems than it 
>> solves, but the solution is to add (multiple) handlers to your stack to 
>> avoid the dialog. Most of my stacks work okay without the additions, but if 
>> you have certain handlers in the message hierarchy you get the dialog. The 
>> code you need to add is in the link above.
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode 
>>  wrote:
>> 
>>> Hi all.
>>> 
>>> I have about had it with the Standalone asking me if I want to save, purge 
>>> or cancel for stacks that are already open. I ONLY ever have one version of 
>>> any stack that is open, unless the Standalone Builder is leaving stack IN 
>>> the Standalone in memory, which would be breathtakingly bad programming, 
>>> and I do not think they are doing that.
>>> 
>>> What I would like to do is edit the library that is popping up that dialog, 
>>> and setting it to where it always cancels (doesn’t change anything). I know 
>>> I will have to update the library each time a new release came out but it’s 
>>> worth it just to avoid the hassle of quitting and relaunching every time a 
>>> different standalone need to be built.
>>> 
>>> I tried editing the script of revSaveAsStandalone.livecode in the MacOS 
>>> bundle, but the word “purge” does not occur in the library. Any idea what 
>>> library is actually popping up that dialog?
>>> 
>>> BTW the standalone building IS much faster with 9.6.12 (rc1)
>>> 
>>> Bob S
>>> ___
>>> 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: Supress Standalone Builder Warnings


Bob:

> I have about had it with the Standalone asking me if I want to
> save, purge or cancel for stacks that are already open.

Simplest way – In card 1 of main stack to build:

on closestack
   --- curryk 2020 no-purge LC build:
   if the environment is "development" then
  lock messages
  --- and only if add'l main stack issues:
  try
 # delete stack "XYZ"
  end try
   end if
end closestack

Jacqueline:

> The engine used to lock messages when building a standalone
> but that was changed 4 years ago.
> Personally I think it causes more problems than it solves.

Indeed; WAY more.

Richard:

> In MC building a standalone was not a disruptive process.
> It shouldn't be in LC either, and certainly shouldn't
> require modifying code just to build.

Amen! Well said.

Best wishes,

Curry Kenworthy

Radically Innovative Christian LiveCode Development
"PASSION for Elegant, Efficient Code!"
http://livecodeconsulting.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: Supress Standalone Builder Warnings

Hi Marty. 

I really do want to convert to Levure, but I had a lot of refactoring to do to 
completely cut over to Andre’s Publish and Subscribe framework before I do 
that, and I am waiting until that is completed. I am just at the point now, so 
maybe that will be my next project. 

Bob S


> On May 2, 2024, at 6:20 PM, Marty Knapp via use-livecode 
>  wrote:
> 
> I build my complex apps using Trevor’s Levure Framework and never have an 
> issue. If you don’t want to go that route, maybe there’s something in the 
> framework you could borrow?
> ---
> Marty Knapp
> 
>> On May 2, 2024, at 5:40 PM, J. Landman Gay via use-livecode 
>>  wrote:
>> 
>> It's this:
>> <https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>
>> 
>> The engine used to lock messages when building a standalone but that was 
>> changed 4 years ago. Personally I think it causes more problems than it 
>> solves, but the solution is to add (multiple) handlers to your stack to 
>> avoid the dialog. Most of my stacks work okay without the additions, but if 
>> you have certain handlers in the message hierarchy you get the dialog. The 
>> code you need to add is in the link above.
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode 
>>  wrote:
>> 
>>> Hi all.
>>> 
>>> I have about had it with the Standalone asking me if I want to save, purge 
>>> or cancel for stacks that are already open. I ONLY ever have one version of 
>>> any stack that is open, unless the Standalone Builder is leaving stack IN 
>>> the Standalone in memory, which would be breathtakingly bad programming, 
>>> and I do not think they are doing that.
>>> 
>>> What I would like to do is edit the library that is popping up that dialog, 
>>> and setting it to where it always cancels (doesn’t change anything). I know 
>>> I will have to update the library each time a new release came out but it’s 
>>> worth it just to avoid the hassle of quitting and relaunching every time a 
>>> different standalone need to be built.
>>> 
>>> I tried editing the script of revSaveAsStandalone.livecode in the MacOS 
>>> bundle, but the word “purge” does not occur in the library. Any idea what 
>>> library is actually popping up that dialog?
>>> 
>>> BTW the standalone building IS much faster with 9.6.12 (rc1)
>>> 
>>> Bob S
> 
> ___
> 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: Supress Standalone Builder Warnings

Hi Jacque. 

I did attempt to deploy this solution a while back, but for whatever reason it 
failed to work, but I’m sure I missed something. I’m curious, should this also 
be applied to (pre) openCard / closeCard handlers as well? 

Thanks this is the simplest explanation I have seen. 

Bob S


> On May 2, 2024, at 5:40 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> It's this:
> <https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>
> 
> The engine used to lock messages when building a standalone but that was 
> changed 4 years ago. Personally I think it causes more problems than it 
> solves, but the solution is to add (multiple) handlers to your stack to avoid 
> the dialog. Most of my stacks work okay without the additions, but if you 
> have certain handlers in the message hierarchy you get the dialog. The code 
> you need to add is in the link above.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode 
>  wrote:
> 
>> Hi all.
>> 
>> I have about had it with the Standalone asking me if I want to save, purge 
>> or cancel for stacks that are already open. I ONLY ever have one version of 
>> any stack that is open, unless the Standalone Builder is leaving stack IN 
>> the Standalone in memory, which would be breathtakingly bad programming, and 
>> I do not think they are doing that.
>> 
>> What I would like to do is edit the library that is popping up that dialog, 
>> and setting it to where it always cancels (doesn’t change anything). I know 
>> I will have to update the library each time a new release came out but it’s 
>> worth it just to avoid the hassle of quitting and relaunching every time a 
>> different standalone need to be built.
>> 
>> I tried editing the script of revSaveAsStandalone.livecode in the MacOS 
>> bundle, but the word “purge” does not occur in the library. Any idea what 
>> library is actually popping up that dialog?
>> 
>> BTW the standalone building IS much faster with 9.6.12 (rc1)
>> 
>> Bob S
>> ___
>> 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: Supress Standalone Builder Warnings

2024-05-02 Thread Marty Knapp via use-livecode

I build my complex apps using Trevor’s Levure Framework and never have an 
issue. If you don’t want to go that route, maybe there’s something in the 
framework you could borrow?
---
Marty Knapp

> On May 2, 2024, at 5:40 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> It's this:
> <https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>
> 
> The engine used to lock messages when building a standalone but that was 
> changed 4 years ago. Personally I think it causes more problems than it 
> solves, but the solution is to add (multiple) handlers to your stack to avoid 
> the dialog. Most of my stacks work okay without the additions, but if you 
> have certain handlers in the message hierarchy you get the dialog. The code 
> you need to add is in the link above.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode 
>  wrote:
> 
>> Hi all.
>> 
>> I have about had it with the Standalone asking me if I want to save, purge 
>> or cancel for stacks that are already open. I ONLY ever have one version of 
>> any stack that is open, unless the Standalone Builder is leaving stack IN 
>> the Standalone in memory, which would be breathtakingly bad programming, and 
>> I do not think they are doing that.
>> 
>> What I would like to do is edit the library that is popping up that dialog, 
>> and setting it to where it always cancels (doesn’t change anything). I know 
>> I will have to update the library each time a new release came out but it’s 
>> worth it just to avoid the hassle of quitting and relaunching every time a 
>> different standalone need to be built.
>> 
>> I tried editing the script of revSaveAsStandalone.livecode in the MacOS 
>> bundle, but the word “purge” does not occur in the library. Any idea what 
>> library is actually popping up that dialog?
>> 
>> BTW the standalone building IS much faster with 9.6.12 (rc1)
>> 
>> Bob S

___
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: Supress Standalone Builder Warnings

2024-05-02 Thread J. Landman Gay via use-livecode


It's this:
<https://forums.livecode.com/viewtopic.php?f=8=34933=3c32a0e28cf01b21391bbfae080efcd8=15#p198477>

The engine used to lock messages when building a standalone but that was 
changed 4 years ago. Personally I think it causes more problems than it 
solves, but the solution is to add (multiple) handlers to your stack to 
avoid the dialog. Most of my stacks work okay without the additions, but if 
you have certain handlers in the message hierarchy you get the dialog. The 
code you need to add is in the link above.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2024 6:58:45 PM Bob Sneidar via use-livecode 
 wrote:



Hi all.

I have about had it with the Standalone asking me if I want to save, purge 
or cancel for stacks that are already open. I ONLY ever have one version of 
any stack that is open, unless the Standalone Builder is leaving stack IN 
the Standalone in memory, which would be breathtakingly bad programming, 
and I do not think they are doing that.


What I would like to do is edit the library that is popping up that dialog, 
and setting it to where it always cancels (doesn’t change anything). I know 
I will have to update the library each time a new release came out but it’s 
worth it just to avoid the hassle of quitting and relaunching every time a 
different standalone need to be built.


I tried editing the script of revSaveAsStandalone.livecode in the MacOS 
bundle, but the word “purge” does not occur in the library. Any idea what 
library is actually popping up that dialog?


BTW the standalone building IS much faster with 9.6.12 (rc1)

Bob S
___
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

Supress Standalone Builder Warnings

2024-05-02 Thread Bob Sneidar via use-livecode

Hi all. 

I have about had it with the Standalone asking me if I want to save, purge or 
cancel for stacks that are already open. I ONLY ever have one version of any 
stack that is open, unless the Standalone Builder is leaving stack IN the 
Standalone in memory, which would be breathtakingly bad programming, and I do 
not think they are doing that. 

What I would like to do is edit the library that is popping up that dialog, and 
setting it to where it always cancels (doesn’t change anything). I know I will 
have to update the library each time a new release came out but it’s worth it 
just to avoid the hassle of quitting and relaunching every time a different 
standalone need to be built. 

I tried editing the script of revSaveAsStandalone.livecode in the MacOS bundle, 
but the word “purge” does not occur in the library. Any idea what library is 
actually popping up that dialog? 

BTW the standalone building IS much faster with 9.6.12 (rc1)

Bob S
___
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: Dropping file on an LC standalone...

2024-03-22 Thread Craig Newman via use-livecode

Klaus.

AHA. I did, but did not see past the fact that the “$” keyword took parameters.

Craig

> On Mar 22, 2024, at 8:56 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Craig,
> 
>> Am 22.03.2024 um 13:44 schrieb Craig Newman via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> What on earth is the “1$ special variable”?
> 
> well, 1$ sounds like a good bargain for a "special variable"! :-D
> 
> Actually it is -> $1
> Look up $ in the dictionary for further information.
> 
>> Craig
>> 
>>> On Mar 21, 2024, at 6:58 PM, Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> Wow I just read that and it didn’t even make sense to me!
>>> 
>>> Basically with Windows, dragging a file onto a taskbar icon only adds the 
>>> file to the icon’s Pinned items. Dragging a file onto an open window of an 
>>> App will try and open the file in that app. If the app’s window(s) are 
>>> hidden, dragging and hovering over the app’s shortcut will cause the app to 
>>> show it’s window(s) whereupon you can drop the file onto the open window.
>>> 
>>> Bob S
>>> 
>>> 
>>> On Mar 21, 2024, at 3:46 PM, Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> Does it have to be the icon? If I drag a file onto an app in the Windows 
>>> Tack Bar it does nothing, even if the file belongs to the app I am dragging 
>>> the file onto. If however I HOVER on the icon and the app is running, it 
>>> will bring the app to the front and show the frontmost window if it is 
>>> hidden.
>>> 
>>> If I drag the file onto the open Window, the app will open it. Case in 
>>> point, drag an Excel spreadsheet onto the Excel icon in the task bar. All 
>>> it will do is add a shortcut to the Excel icon for that file. But launch 
>>> Excel, open a blank spreadsheet, then drag an excel file onto the icon, 
>>> hover, then drop onto the blank Excel Spreadsheet. In THIS case it will 
>>> open the spreadsheet in a new window.
>>> 
>>> Because of this you may be able to use a Drag / Drop handler in your card 
>>> script. The caveat is that the card itself will not accept a drag/drop 
>>> action, but if you drag anything on top of an actual object, THEN the card 
>>> will get the message.
>>> 
>>> So to handle this, add an opaque rectangle the size of the card behind 
>>> everything else (if the opacity is set to 99 it will appear transparent for 
>>> all intents and purposes). The rectangle (or any other object on the card 
>>> that doesn’t have a dragDrop handler) will get the message and it will fall 
>>> through to the card where you can handle it.
>>> 
>>> This in my card script:
>>> 
>>> on dragEnter
>>> set the dragAction to "link" -- for files
>>> pass dragEnter
>>> end dragEnter
>>> 
>>> on dragDrop
>>> put the dragData into tDragData
>>> set the dragData to empty
>>> -- do something with tDragData
>>> end dragDrop
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de 
> https://www.major-k.de/bass
> kl...@major-k.de 
> 
> 
> ___
> 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: Dropping file on an LC standalone...

2024-03-22 Thread Klaus major-k via use-livecode

Hi Craig,

> Am 22.03.2024 um 13:44 schrieb Craig Newman via use-livecode 
> :
> 
> What on earth is the “1$ special variable”?

well, 1$ sounds like a good bargain for a "special variable"! :-D

Actually it is -> $1
Look up $ in the dictionary for further information.

> Craig
> 
>> On Mar 21, 2024, at 6:58 PM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Wow I just read that and it didn’t even make sense to me!
>> 
>> Basically with Windows, dragging a file onto a taskbar icon only adds the 
>> file to the icon’s Pinned items. Dragging a file onto an open window of an 
>> App will try and open the file in that app. If the app’s window(s) are 
>> hidden, dragging and hovering over the app’s shortcut will cause the app to 
>> show it’s window(s) whereupon you can drop the file onto the open window.
>> 
>> Bob S
>> 
>> 
>> On Mar 21, 2024, at 3:46 PM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Does it have to be the icon? If I drag a file onto an app in the Windows 
>> Tack Bar it does nothing, even if the file belongs to the app I am dragging 
>> the file onto. If however I HOVER on the icon and the app is running, it 
>> will bring the app to the front and show the frontmost window if it is 
>> hidden.
>> 
>> If I drag the file onto the open Window, the app will open it. Case in 
>> point, drag an Excel spreadsheet onto the Excel icon in the task bar. All it 
>> will do is add a shortcut to the Excel icon for that file. But launch Excel, 
>> open a blank spreadsheet, then drag an excel file onto the icon, hover, then 
>> drop onto the blank Excel Spreadsheet. In THIS case it will open the 
>> spreadsheet in a new window.
>> 
>> Because of this you may be able to use a Drag / Drop handler in your card 
>> script. The caveat is that the card itself will not accept a drag/drop 
>> action, but if you drag anything on top of an actual object, THEN the card 
>> will get the message.
>> 
>> So to handle this, add an opaque rectangle the size of the card behind 
>> everything else (if the opacity is set to 99 it will appear transparent for 
>> all intents and purposes). The rectangle (or any other object on the card 
>> that doesn’t have a dragDrop handler) will get the message and it will fall 
>> through to the card where you can handle it.
>> 
>> This in my card script:
>> 
>> on dragEnter
>> set the dragAction to "link" -- for files
>> pass dragEnter
>> end dragEnter
>> 
>> on dragDrop
>> put the dragData into tDragData
>> set the dragData to empty
>> -- do something with tDragData
>> end dragDrop

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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: Dropping file on an LC standalone...

2024-03-22 Thread Craig Newman via use-livecode

What on earth is the “1$ special variable”?

Craig

> On Mar 21, 2024, at 6:58 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Wow I just read that and it didn’t even make sense to me!
> 
> Basically with Windows, dragging a file onto a taskbar icon only adds the 
> file to the icon’s Pinned items. Dragging a file onto an open window of an 
> App will try and open the file in that app. If the app’s window(s) are 
> hidden, dragging and hovering over the app’s shortcut will cause the app to 
> show it’s window(s) whereupon you can drop the file onto the open window.
> 
> Bob S
> 
> 
> On Mar 21, 2024, at 3:46 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Does it have to be the icon? If I drag a file onto an app in the Windows Tack 
> Bar it does nothing, even if the file belongs to the app I am dragging the 
> file onto. If however I HOVER on the icon and the app is running, it will 
> bring the app to the front and show the frontmost window if it is hidden.
> 
> If I drag the file onto the open Window, the app will open it. Case in point, 
> drag an Excel spreadsheet onto the Excel icon in the task bar. All it will do 
> is add a shortcut to the Excel icon for that file. But launch Excel, open a 
> blank spreadsheet, then drag an excel file onto the icon, hover, then drop 
> onto the blank Excel Spreadsheet. In THIS case it will open the spreadsheet 
> in a new window.
> 
> Because of this you may be able to use a Drag / Drop handler in your card 
> script. The caveat is that the card itself will not accept a drag/drop 
> action, but if you drag anything on top of an actual object, THEN the card 
> will get the message.
> 
> So to handle this, add an opaque rectangle the size of the card behind 
> everything else (if the opacity is set to 99 it will appear transparent for 
> all intents and purposes). The rectangle (or any other object on the card 
> that doesn’t have a dragDrop handler) will get the message and it will fall 
> through to the card where you can handle it.
> 
> This in my card script:
> 
> on dragEnter
>  set the dragAction to "link" -- for files
>  pass dragEnter
> end dragEnter
> 
> on dragDrop
>  put the dragData into tDragData
>  set the dragData to empty
>  -- do something with tDragData
> end dragDrop
> 
> ___
> 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: Dropping file on an LC standalone...

2024-03-21 Thread Bob Sneidar via use-livecode

Wow I just read that and it didn’t even make sense to me!

Basically with Windows, dragging a file onto a taskbar icon only adds the file 
to the icon’s Pinned items. Dragging a file onto an open window of an App will 
try and open the file in that app. If the app’s window(s) are hidden, dragging 
and hovering over the app’s shortcut will cause the app to show it’s window(s) 
whereupon you can drop the file onto the open window.

Bob S


On Mar 21, 2024, at 3:46 PM, Bob Sneidar via use-livecode 
 wrote:

Does it have to be the icon? If I drag a file onto an app in the Windows Tack 
Bar it does nothing, even if the file belongs to the app I am dragging the file 
onto. If however I HOVER on the icon and the app is running, it will bring the 
app to the front and show the frontmost window if it is hidden.

If I drag the file onto the open Window, the app will open it. Case in point, 
drag an Excel spreadsheet onto the Excel icon in the task bar. All it will do 
is add a shortcut to the Excel icon for that file. But launch Excel, open a 
blank spreadsheet, then drag an excel file onto the icon, hover, then drop onto 
the blank Excel Spreadsheet. In THIS case it will open the spreadsheet in a new 
window.

Because of this you may be able to use a Drag / Drop handler in your card 
script. The caveat is that the card itself will not accept a drag/drop action, 
but if you drag anything on top of an actual object, THEN the card will get the 
message.

So to handle this, add an opaque rectangle the size of the card behind 
everything else (if the opacity is set to 99 it will appear transparent for all 
intents and purposes). The rectangle (or any other object on the card that 
doesn’t have a dragDrop handler) will get the message and it will fall through 
to the card where you can handle it.

This in my card script:

on dragEnter
  set the dragAction to "link" -- for files
  pass dragEnter
end dragEnter

on dragDrop
  put the dragData into tDragData
  set the dragData to empty
  -- do something with tDragData
end dragDrop

___
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: Dropping file on an LC standalone...

2024-03-21 Thread Bob Sneidar via use-livecode

Does it have to be the icon? If I drag a file onto an app in the Windows Tack 
Bar it does nothing, even if the file belongs to the app I am dragging the file 
onto. If however I HOVER on the icon and the app is running, it will bring the 
app to the front and show the frontmost window if it is hidden.

If I drag the file onto the open Window, the app will open it. Case in point, 
drag an Excel spreadsheet onto the Excel icon in the task bar. All it will do 
is add a shortcut to the Excel icon for that file. But launch Excel, open a 
blank spreadsheet, then drag an excel file onto the icon, hover, then drop onto 
the blank Excel Spreadsheet. In THIS case it will open the spreadsheet in a new 
window.

Because of this you may be able to use a Drag / Drop handler in your card 
script. The caveat is that the card itself will not accept a drag/drop action, 
but if you drag anything on top of an actual object, THEN the card will get the 
message.

So to handle this, add an opaque rectangle the size of the card behind 
everything else (if the opacity is set to 99 it will appear transparent for all 
intents and purposes). The rectangle (or any other object on the card that 
doesn’t have a dragDrop handler) will get the message and it will fall through 
to the card where you can handle it.

This in my card script:

on dragEnter
   set the dragAction to "link" -- for files
   pass dragEnter
end dragEnter

on dragDrop
   put the dragData into tDragData
   set the dragData to empty
   -- do something with tDragData
end dragDrop

On Mar 21, 2024, at 2:48 PM, Paul Dupuis via use-livecode 
 wrote:

My question is what message is triggered when a file is dropped on a running LC 
standdalone on Windows

On Windows, if the APP is started by dropping a file on it, the file name is 
available to any handler in the startup sequence via the $1 special variable. 
i.e. IF teh variable $1 contains a file name the app was started by someone 
droping the file on teh app or by double-clicking a file associated with teh 
app.

On macOS, this is all handled by appleEvents. i.e. if a file is dropped on a LC 
standalone on macOS that standalone gets an appleEvent message and the 
parameters of the message can be used to get the file name . This is true on 
startup (if a file was dropped on the app to start it or an associated file was 
double clicked to start the app OR on macOS if the app is already running and a 
file is dropped on its icon, the app gets an appleEvent message.

So, what message does a LC standalone app on Windows get, if it has been 
running and a file is dropped on its icon? An what is the message path of that 
message (i.e. is it send to the current card, current stack, the mainstack 
card, or the mainstack stack?)

Thanks in advance!

___
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

Dropping file on an LC standalone...

2024-03-21 Thread Paul Dupuis via use-livecode

My question is what message is triggered when a file is dropped on a 
running LC standdalone on Windows


On Windows, if the APP is started by dropping a file on it, the file 
name is available to any handler in the startup sequence via the $1 
special variable. i.e. IF teh variable $1 contains a file name the app 
was started by someone droping the file on teh app or by double-clicking 
a file associated with teh app.


On macOS, this is all handled by appleEvents. i.e. if a file is dropped 
on a LC standalone on macOS that standalone gets an appleEvent message 
and the parameters of the message can be used to get the file name . 
This is true on startup (if a file was dropped on the app to start it or 
an associated file was double clicked to start the app OR on macOS if 
the app is already running and a file is dropped on its icon, the app 
gets an appleEvent message.


So, what message does a LC standalone app on Windows get, if it has been 
running and a file is dropped on its icon? An what is the message path 
of that message (i.e. is it send to the current card, current stack, the 
mainstack card, or the mainstack stack?)


Thanks in advance!

___
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: Windows Standalone strands windows tasks

2023-10-23 Thread Eller, Roger via use-livecode

I primarily develop for Windows, and haven't experienced this since my early 
rookie years.  I believe the secret is to have the line "set destroyStack to 
true" in every stack so that when it closes, nothing lingers in memory.  Then, 
when you actually quit, it all goes away.


~Roger


From: use-livecode  on behalf of Bob 
Sneidar via use-livecode 
Sent: Thursday, October 12, 2023 12:42 PM
To: How to use LiveCode 
Cc: Bob Sneidar 
Subject: RE: Windows Standalone strands windows tasks


CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.



Thanks I'll give that a try. I think I am already quitting the splash stack, 
because my MacOS works properly, but the second part I never knew about. 
Unfortunately my Apple laptop is in the shop so I won't be able to test until 
Monday.

Bob S

-Original Message-
From: use-livecode  On Behalf Of Klaus 
major-k via use-livecode
Sent: Thursday, October 12, 2023 9:20 AM
To: How to use LiveCode 
Cc: Klaus major-k 
Subject: Re: Windows Standalone strands windows tasks

Hi Bob,

> Am 12.10.2023 um 17:36 schrieb Bob Sneidar via use-livecode 
> :
>
> Hi all.
>
> I have a standalone that uses a splash stack, which upon launch displays a 
> startup graphic, then hides itself and opens the mainstack of my project. On 
> MacOS when I "quit" the entire application quits. On Windows however the 
> splash stack (which is the stack the standalone is built from) keeps running, 
> and if I re-launch the standalone it creates a second instance of the app in 
> memory.
>
> How do I get the standalone to quit when I close the mainstack in Windows?

add this to the script your mainstack:
-
on closestack
  close stack "your splash stack here"
  ## do more closestack stuff
end closestack
-
That should do the trick.

Hint:
To avoid this "Windows feature:
>> if I re-launch the standalone it creates a second instance of the app in 
>> memory.
add a dummy handler to your standalone/splash stack script:
-
on relaunch
   ## NADA!
end relaunch
-

> Bob S

Best

Klaus

--
Klaus Major
___
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: Windows Standalone strands windows tasks

2023-10-12 Thread Bob Sneidar via use-livecode

Thanks I'll give that a try. I think I am already quitting the splash stack, 
because my MacOS works properly, but the second part I never knew about. 
Unfortunately my Apple laptop is in the shop so I won't be able to test until 
Monday. 

Bob S 

-Original Message-
From: use-livecode  On Behalf Of Klaus 
major-k via use-livecode
Sent: Thursday, October 12, 2023 9:20 AM
To: How to use LiveCode 
Cc: Klaus major-k 
Subject: Re: Windows Standalone strands windows tasks

Hi Bob,

> Am 12.10.2023 um 17:36 schrieb Bob Sneidar via use-livecode 
> :
> 
> Hi all.
> 
> I have a standalone that uses a splash stack, which upon launch displays a 
> startup graphic, then hides itself and opens the mainstack of my project. On 
> MacOS when I "quit" the entire application quits. On Windows however the 
> splash stack (which is the stack the standalone is built from) keeps running, 
> and if I re-launch the standalone it creates a second instance of the app in 
> memory.
> 
> How do I get the standalone to quit when I close the mainstack in Windows?

add this to the script your mainstack:
-
on closestack
  close stack "your splash stack here"
  ## do more closestack stuff
end closestack
-
That should do the trick.

Hint:
To avoid this "Windows feature:
>> if I re-launch the standalone it creates a second instance of the app in 
>> memory.
add a dummy handler to your standalone/splash stack script:
-
on relaunch
   ## NADA!
end relaunch
-

> Bob S

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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: Windows Standalone strands windows tasks

2023-10-12 Thread Klaus major-k via use-livecode

Hi Bob,

> Am 12.10.2023 um 17:36 schrieb Bob Sneidar via use-livecode 
> :
> 
> Hi all.
> 
> I have a standalone that uses a splash stack, which upon launch displays a 
> startup graphic, then hides itself and opens the mainstack of my project. On 
> MacOS when I "quit" the entire application quits. On Windows however the 
> splash stack (which is the stack the standalone is built from) keeps running, 
> and if I re-launch the standalone it creates a second instance of the app in 
> memory.
> 
> How do I get the standalone to quit when I close the mainstack in Windows?

add this to the script your mainstack:
-
on closestack
  close stack "your splash stack here"
  ## do more closestack stuff
end closestack
-
That should do the trick.

Hint:
To avoid this "Windows feature:
>> if I re-launch the standalone it creates a second instance of the app in 
>> memory.
add a dummy handler to your standalone/splash stack script:
-
on relaunch
   ## NADA!
end relaunch
-

> Bob S

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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

Windows Standalone strands windows tasks

2023-10-12 Thread Bob Sneidar via use-livecode

Hi all.

I have a standalone that uses a splash stack, which upon launch displays a 
startup graphic, then hides itself and opens the mainstack of my project. On 
MacOS when I "quit" the entire application quits. On Windows however the splash 
stack (which is the stack the standalone is built from) keeps running, and if I 
re-launch the standalone it creates a second instance of the app in memory.

How do I get the standalone to quit when I close the mainstack in Windows?

Bob S
___
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

AW: LC 9.6.10 standalone with Pallette issues under Sonoma

2023-10-06 Thread ambassador--- via use-livecode

Paul Dupuis wrote:
>> We're just in the middle of testing, but we're seeing some issues
>> where the contents of a palette window are not rendering (just an
>> empty window) in a Livecode 9.6.10 standalone under macOS Sonoma.
>>
>> Anyone else see anything like this?
>
> Okay, this was all a false alarm and a code error. Some contractor
> code was designed pre-Big Sur (and whatever version of LC fixed Big
> Sus reporting as version 10.16) and only looked at if the first
> number of the version was 10 to determine what if it was OSX.

If it was to distinguish OSX from Classic you got a lot of life out of it, as 
Apple didn't change the major version number for decades. :)

But I'm curious: was it just an errant condition triggering a hide, or did it 
trigger a deeper bug in the engine which prevents LC from rendering the content 
region of the window?

--  
Richard Gaskin
Fourth World Systems

___
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

AW: LC 9.6.10 standalone with Pallette issues under Sonoma

2023-10-05 Thread Paul Dupuis via use-livecode


On 10/4/2023 5:12 PM, Paul Dupuis via use-livecode wrote:
We're just in the middle of testing, but we're seeing some issues 
where the contents of a palette window are not rendering (just an 
empty window) in a Livecode 9.6.10 standalone under macOS Sonoma.


Anyone else see anything like this?


Okay, this was all a false alarm and a code error. Some contractor code 
was designed pre-Big Sur (and whatever version of LC fixed Big Sus 
reporting as version 10.16) and only looked at if the first number of 
the version was 10 to determine what if it was OSX. Sorry for the false 
suspicion that it may have been an LC on Sonoma problem.



___
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: LC 9.6.10 standalone with Pallette issues under Sonoma

2023-10-04 Thread Paul Dupuis via use-livecode


On 10/4/2023 5:12 PM, Paul Dupuis via use-livecode wrote:
We're just in the middle of testing, but we're seeing some issues 
where the contents of a palette window are not rendering (just an 
empty window) in a Livecode 9.6.10 standalone under macOS Sonoma.


Anyone else see anything like this?


___
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


We're also seeing that fields that contain in-line images among the 
text/content of the field do not render under Sonoma using a standalone 
built on LC 9.6.10. Thursday, we'll try to make a sample test stack to 
confirm this.



___
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

LC 9.6.10 standalone with Pallette issues under Sonoma

2023-10-04 Thread Paul Dupuis via use-livecode

We're just in the middle of testing, but we're seeing some issues where 
the contents of a palette window are not rendering (just an empty 
window) in a Livecode 9.6.10 standalone under macOS Sonoma.


Anyone else see anything like this?


___
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: Android Standalone buiulding error

2023-09-28 Thread Klaus major-k via use-livecode

Hi Panos,

> Am 28.09.2023 um 19:57 schrieb panagiotis merakos via use-livecode 
> :
> 
> Hello Klaus,
> 
> Yes you do need android API 33, but keep the version of the android build
> tools to 31.0.0. These are different things.

ah, sorry, my fault, I had no idea! 8-)

> You can install/uninstall
> various versions of the build tools if you open the second tab of the sdk
> manager in android studio.

Thank you, will do.

> Cheers,
> Panos
> 
> Ps: afk = away from keyboard :)

AHA, efcharistó!

> On Thu, 28 Sept 2023, 20:51 Klaus major-k via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi Panos,
>> 
>>> Am 28.09.2023 um 19:40 schrieb panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com>:
>>> 
>>> Hello Klaus,
>>> 
>>> I am afk
>> 
>> what does that stand for? 8-)
>> 
>>> now, but there is a bug report about it. The workaround is to make
>>> sure you have installed only v31.0.0 of the android *build tools*.
>> Anything
>>> above v31 will cause this error.
>> 
>> But LC claimed this for version 9.6.10 (from the LC blog):
>> --
>> LiveCode 9.6.10 Stable Released
>> ...
>> FEATURES ADDED:
>> Android API 33 update
>> The Android engine is now built using version 33 of the Android API, a
>> requirement for new apps submitted to the Google Play Store. Note you’ll
>> have to install “Android API 33” using the SDK Manager in Android Studio.
>> -
>> And I am using LC 9.6.10!
>> I installed API 33 for this reason. What gives? :-(
>> 
>> And we MUST use API 33 for new apps or updates of older app.
>> Or did I misunderstand this Google requirement?

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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: Android Standalone buiulding error

2023-09-28 Thread panagiotis merakos via use-livecode

Hello Klaus,

Yes you do need android API 33, but keep the version of the android build
tools to 31.0.0. These are different things. You can install/uninstall
various versions of the build tools if you open the second tab of the sdk
manager in android studio.

Cheers,
Panos

Ps: afk = away from keyboard :)

On Thu, 28 Sept 2023, 20:51 Klaus major-k via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Hi Panos,
>
> > Am 28.09.2023 um 19:40 schrieb panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hello Klaus,
> >
> > I am afk
>
> what does that stand for? 8-)
>
> > now, but there is a bug report about it. The workaround is to make
> > sure you have installed only v31.0.0 of the android *build tools*.
> Anything
> > above v31 will cause this error.
>
> But LC claimed this for version 9.6.10 (from the LC blog):
> --
> LiveCode 9.6.10 Stable Released
> ...
> FEATURES ADDED:
> Android API 33 update
> The Android engine is now built using version 33 of the Android API, a
> requirement for new apps submitted to the Google Play Store. Note you’ll
> have to install “Android API 33” using the SDK Manager in Android Studio.
> -
> And I am using LC 9.6.10!
> I installed API 33 for this reason. What gives? :-(
>
> And we MUST use API 33 for new apps or updates of older app.
> Or did I misunderstand this Google requirement?
>
> > Cheers,
> > Panos
> >
> > On Thu, 28 Sept 2023, 18:35 Klaus major-k via use-livecode, <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi friends,
> >>
> >> I created an Android runtime from this stack in April without any
> problem.
> >> Now I changes some minor cosmetic issues and got this error when "Save
> as
> >> standalone..."
> >>
> >> Only thing I can remember is that I added API 33 in Android Studio.
> >>
> >> macOS 12.7, LC 9.6.10. Android Studio 2021.3
> >> 
> >> There was an error while saving the standalone application
> >> Could not encode class bundle - error:
> >> Methods with invalid locals information
> >> void androidx.orint.Printre persprintUriAdapters
> >> I.onrosttxecutelandroid.araonics.Bitman)
> >> Information in locals-table is invalid with respect to the stack map
> >> table. Local refers to non-present stack map type for register: 2 with
> >> constraint OBJECT
> >> Info in
> >>
> >>
> /private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
> >> Methods with invalld locals intormation
> >>
> >>
> voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
> >> Intormation in locals-table is invalid with respect to the stack map
> >> table. Local refers to non-present stack map type for register: 37 with
> >> constraint INT
> >> --
>
> Best
>
> Klaus
>
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> 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: Android Standalone buiulding error

2023-09-28 Thread Klaus major-k via use-livecode

Hi Panos,

> Am 28.09.2023 um 19:40 schrieb panagiotis merakos via use-livecode 
> :
> 
> Hello Klaus,
> 
> I am afk

what does that stand for? 8-)

> now, but there is a bug report about it. The workaround is to make
> sure you have installed only v31.0.0 of the android *build tools*. Anything
> above v31 will cause this error.

But LC claimed this for version 9.6.10 (from the LC blog):
--
LiveCode 9.6.10 Stable Released
...
FEATURES ADDED:
Android API 33 update
The Android engine is now built using version 33 of the Android API, a 
requirement for new apps submitted to the Google Play Store. Note you’ll have 
to install “Android API 33” using the SDK Manager in Android Studio.
-
And I am using LC 9.6.10!
I installed API 33 for this reason. What gives? :-(

And we MUST use API 33 for new apps or updates of older app.
Or did I misunderstand this Google requirement?

> Cheers,
> Panos
> 
> On Thu, 28 Sept 2023, 18:35 Klaus major-k via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi friends,
>> 
>> I created an Android runtime from this stack in April without any problem.
>> Now I changes some minor cosmetic issues and got this error when "Save as
>> standalone..."
>> 
>> Only thing I can remember is that I added API 33 in Android Studio.
>> 
>> macOS 12.7, LC 9.6.10. Android Studio 2021.3
>> 
>> There was an error while saving the standalone application
>> Could not encode class bundle - error:
>> Methods with invalid locals information
>> void androidx.orint.Printre persprintUriAdapters
>> I.onrosttxecutelandroid.araonics.Bitman)
>> Information in locals-table is invalid with respect to the stack map
>> table. Local refers to non-present stack map type for register: 2 with
>> constraint OBJECT
>> Info in
>> 
>> /private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
>> Methods with invalld locals intormation
>> 
>> voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
>> Intormation in locals-table is invalid with respect to the stack map
>> table. Local refers to non-present stack map type for register: 37 with
>> constraint INT
>> --

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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: Android Standalone buiulding error

2023-09-28 Thread panagiotis merakos via use-livecode

Hello Klaus,

I am afk now, but there is a bug report about it. The workaround is to make
sure you have installed only v31.0.0 of the android *build tools*. Anything
above v31 will cause this error.

Cheers,
Panos

On Thu, 28 Sept 2023, 18:35 Klaus major-k via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Hi friends,
>
> I created an Android runtime from this stack in April without any problem.
> Now I changes some minor cosmetic issues and got this error when "Save as
> standalone..."
>
> Only thing I can remember is that I added API 33 in Android Studio.
>
> macOS 12.7, LC 9.6.10. Android Studio 2021.3
> ----
> There was an error while saving the standalone application
> Could not encode class bundle - error:
> Methods with invalid locals information
> void androidx.orint.Printre persprintUriAdapters
> I.onrosttxecutelandroid.araonics.Bitman)
> Information in locals-table is invalid with respect to the stack map
> table. Local refers to non-present stack map type for register: 2 with
> constraint OBJECT
> Info in
>
> /private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
> Methods with invalld locals intormation
>
> voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
> Intormation in locals-table is invalid with respect to the stack map
> table. Local refers to non-present stack map type for register: 37 with
> constraint INT
> --
> Any idea what is going wrong here?
> Thank you!
>
>
> Best
>
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
>
>
> ___
> 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

Android Standalone buiulding error

2023-09-28 Thread Klaus major-k via use-livecode

Hi friends,

I created an Android runtime from this stack in April without any problem.
Now I changes some minor cosmetic issues and got this error when "Save as 
standalone..."

Only thing I can remember is that I added API 33 in Android Studio.

macOS 12.7, LC 9.6.10. Android Studio 2021.3

There was an error while saving the standalone application
Could not encode class bundle - error:
Methods with invalid locals information
void androidx.orint.Printre persprintUriAdapters 
I.onrosttxecutelandroid.araonics.Bitman)
Information in locals-table is invalid with respect to the stack map table. 
Local refers to non-present stack map type for register: 2 with constraint 
OBJECT
Info in
/private/var/tolders/8v/k8b7ir8503db3h60tdt9pbwa/T/Temporarvltems/tmp.6277.nK1natOk/22/classes.iar:androidx/viewoaaer/widaet/PagerTitleStrip.class
Methods with invalld locals intormation
voidandroidx.viewpager.widget.PagerTitleStrip.updateTextPositions(int.float,boolean"
Intormation in locals-table is invalid with respect to the stack map table. 
Local refers to non-present stack map type for register: 37 with constraint INT
--
Any idea what is going wrong here?
Thank you!


Best

Klaus
--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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: Answer dialog text missing in standalone 9.6.9

2023-07-01 Thread General 2018 via use-livecode

Hi ,

Is this a bug ?
Win 10

LC 9.6.8 Standalone
Black Text.
Background as stack colour but needs to set to white as text cannot be seen.
Buttons black text on grey - a bit naff.

LC 9.6.9 Standalone
White Text.
Background as stack colour - okay except for white as text is white.
Buttons white text on grey - no good.

LC 9.6.8 / 9.6.9
Always black text on white/grey regardless of stack colours?

Is there a fundamental problem with ask/answer dialog on Windows ? Would expect 
this to work and why changing across versions ?


Regards
Camm

> On 30 Jun 2023, at 19:23, Mike Kerner via use-livecode 
>  wrote:
> 
> i think there are other ide stacks that switched from binary to
> script-only stacks in 9.6.9. that broke some other behaviors, too. if
> i was betting, i would bet that the SOS is not explicitly setting the
> font color, but i haven't read the script to confirm, either.
> 
>> On Fri, Jun 30, 2023 at 1:49 PM General 2018 via use-livecode
>>  wrote:
>> 
>> Hi ,
>> 
>> Made new stack and works okay.
>> 
>> Then found that I had set the background colour of ask and answer to white, 
>> this has worked for many years and showed black text. The stack background 
>> is blue. Do I assume something has changed in 9.6.9 ?
>> 
>> I removed the set background to white and the answer background is now blue 
>> as expected with white text. The answer banner is white with black text but 
>> the yes/no buttons are grey with white text which is unreadable.
>> 
>> Regards
>> Camm
>> 
>>>> On 30 Jun 2023, at 13:36, matthias rebbe via use-livecode 
>>>>  wrote:
>>> 
>>> Did you already try it with a new stack just with a button which includes 
>>> only a   mouseup script with only the answer command?
>>> 
>>>> Am 30.06.2023 um 14:29 schrieb General 2018 via use-livecode 
>>>> :
>>>> 
>>>> Windows 10
>>>> LC 9.6.9
>>>> 
>>>> Regards
>>>> Camm
>>>> 
>>>>>> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
>>>>>>  wrote:
>>>>> 
>>>>> Hello Camm,
>>>>> 
>>>>> In which platform? Seems to work as expected here (MacOS).
>>>>> 
>>>>> Cheers,
>>>>> Panos
>>>>> --
>>>>> 
>>>>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> Just the “Yes” , “No”
>>>>>> 
>>>>>> “Some Text” missing.
>>>>>> 
>>>>>> Works fine in IDE and previous standalones.
>>>>>> 
>>>>>> Regards
>>>>>> Camm
>>>>>> 
>>>>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Hi.
>>>>>>> 
>>>>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>>>>> Text”.
>>>>>>> 
>>>>>>> So if you:
>>>>>>> 
>>>>>>> answer “Some Text" with “Yes" or “No"
>>>>>>> what exactly pops up?
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> Craig
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>>>> 
>>>>>>>> Hi,
>>>>>>>> 
>>>>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>>>>> appear but no dialog text.
>>>>>>>> All okay in IDE.
>>>>>>>> 
>>>>>>>> Checked inclusions - all seems okay.
>>>>>>>> 
>>>>>>>> Regards
>>>>>>>> Camm
>>>>>>>> ___
>>>>>>>> use-livecode mailing list
>>>>>>>> use-livecode@lists.runrev.com
>>>>>>>> Please visit this url to subscribe, unsubs

Re: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread Mike Kerner via use-livecode

i think there are other ide stacks that switched from binary to
script-only stacks in 9.6.9. that broke some other behaviors, too. if
i was betting, i would bet that the SOS is not explicitly setting the
font color, but i haven't read the script to confirm, either.

On Fri, Jun 30, 2023 at 1:49 PM General 2018 via use-livecode
 wrote:
>
> Hi ,
>
> Made new stack and works okay.
>
> Then found that I had set the background colour of ask and answer to white, 
> this has worked for many years and showed black text. The stack background is 
> blue. Do I assume something has changed in 9.6.9 ?
>
> I removed the set background to white and the answer background is now blue 
> as expected with white text. The answer banner is white with black text but 
> the yes/no buttons are grey with white text which is unreadable.
>
> Regards
> Camm
>
> > On 30 Jun 2023, at 13:36, matthias rebbe via use-livecode 
> >  wrote:
> >
> > Did you already try it with a new stack just with a button which includes 
> > only a   mouseup script with only the answer command?
> >
> >> Am 30.06.2023 um 14:29 schrieb General 2018 via use-livecode 
> >> :
> >>
> >> Windows 10
> >> LC 9.6.9
> >>
> >> Regards
> >> Camm
> >>
> >>>> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
> >>>>  wrote:
> >>>
> >>> Hello Camm,
> >>>
> >>> In which platform? Seems to work as expected here (MacOS).
> >>>
> >>> Cheers,
> >>> Panos
> >>> --
> >>>
> >>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
> >>>> use-livecode@lists.runrev.com> wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> Just the “Yes” , “No”
> >>>>
> >>>> “Some Text” missing.
> >>>>
> >>>> Works fine in IDE and previous standalones.
> >>>>
> >>>> Regards
> >>>> Camm
> >>>>
> >>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
> >>>> use-livecode@lists.runrev.com> wrote:
> >>>>>
> >>>>> Hi.
> >>>>>
> >>>>> I assume you mean the standard “Answer” command. There is no “Answer
> >>>> Text”.
> >>>>>
> >>>>> So if you:
> >>>>>
> >>>>> answer “Some Text" with “Yes" or “No"
> >>>>> what exactly pops up?
> >>>>>
> >>>>>
> >>>>>
> >>>>> Craig
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
> >>>> use-livecode@lists.runrev.com> wrote:
> >>>>>>
> >>>>>> Hi,
> >>>>>>
> >>>>>> Answer Text missing in standalone , the icon and buttons (with text)
> >>>> appear but no dialog text.
> >>>>>> All okay in IDE.
> >>>>>>
> >>>>>> Checked inclusions - all seems okay.
> >>>>>>
> >>>>>> Regards
> >>>>>> Camm
> >>>>>> ___
> >>>>>> 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: Answer dialog text missing in standalone 9.6.9

Hi ,

Made new stack and works okay.

Then found that I had set the background colour of ask and answer to white, 
this has worked for many years and showed black text. The stack background is 
blue. Do I assume something has changed in 9.6.9 ?

I removed the set background to white and the answer background is now blue as 
expected with white text. The answer banner is white with black text but the 
yes/no buttons are grey with white text which is unreadable.

Regards
Camm

> On 30 Jun 2023, at 13:36, matthias rebbe via use-livecode 
>  wrote:
> 
> Did you already try it with a new stack just with a button which includes 
> only a   mouseup script with only the answer command?
> 
>> Am 30.06.2023 um 14:29 schrieb General 2018 via use-livecode 
>> :
>> 
>> Windows 10
>> LC 9.6.9
>> 
>> Regards
>> Camm
>> 
>>>> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
>>>>  wrote:
>>> 
>>> Hello Camm,
>>> 
>>> In which platform? Seems to work as expected here (MacOS).
>>> 
>>> Cheers,
>>> Panos
>>> --
>>> 
>>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> Just the “Yes” , “No”
>>>> 
>>>> “Some Text” missing.
>>>> 
>>>> Works fine in IDE and previous standalones.
>>>> 
>>>> Regards
>>>> Camm
>>>> 
>>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi.
>>>>> 
>>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>>> Text”.
>>>>> 
>>>>> So if you:
>>>>> 
>>>>> answer “Some Text" with “Yes" or “No"
>>>>> what exactly pops up?
>>>>> 
>>>>> 
>>>>> 
>>>>> Craig
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>>> appear but no dialog text.
>>>>>> All okay in IDE.
>>>>>> 
>>>>>> Checked inclusions - all seems okay.
>>>>>> 
>>>>>> Regards
>>>>>> Camm
>>>>>> ___
>>>>>> 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
> 
> 
> ___
> 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: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread J. Landman Gay via use-livecode

Is the text color of calling stack white? The dialog will inherit the color 
from that stack, or from the next one in the inheritance path. The text may 
be there but not visible.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On June 30, 2023 7:30:50 AM General 2018 via use-livecode 
 wrote:



Hi ,

Tried all that auto / manual inclusion etc.

You cannot deselect ask / answer it will always include.

Regards
Camm

On 30 Jun 2023, at 13:15, Mike Kerner via use-livecode 
 wrote:


you have to add the answer dialog to your inclusions when building


On Fri, Jun 30, 2023 at 7:19 AM panagiotis m via use-livecode
 wrote:

Hello again,

Just tested on Windows and it works fine here as well.

@Camm
Could it be the case you have customised the answer dialog stack?

Cheers,
Panos
--



On Fri, 30 Jun 2023 at 14:12, panagiotis m  wrote:

Hello Camm,

In which platform? Seems to work as expected here (MacOS).

Cheers,
Panos
--

On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
use-livecode@lists.runrev.com> wrote:


Hi,

Just the “Yes” , “No”

“Some Text” missing.

Works fine in IDE and previous standalones.

Regards
Camm


On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <

use-livecode@lists.runrev.com> wrote:


Hi.

I assume you mean the standard “Answer” command. There is no “Answer

Text”.


So if you:

answer “Some Text" with “Yes" or “No"
what exactly pops up?



Craig





On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <

use-livecode@lists.runrev.com> wrote:


Hi,

Answer Text missing in standalone , the icon and buttons (with text)

appear but no dialog text.

All okay in IDE.

Checked inclusions - all seems okay.

Regards
Camm
___
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




--
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
  and did a little diving.
And God said, "This is good."

___
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: Answer dialog text missing in standalone 9.6.9

Yes, will give that a try and report back.

Regards
Camm

> On 30 Jun 2023, at 13:58, Craig Newman via use-livecode 
>  wrote:
> 
> Matthias makes a point. Sometimes trying with a brand new stack will show 
> that there is something amiss, even corrupted, with the stack of interest. If 
> the new stack works, it likely means that LiveCode works, and the problem 
> lies within the recalcitrant stack.
> 
> Craig
> 
>> On Jun 30, 2023, at 8:35 AM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Did you already try it with a new stack just with a button which includes 
>> only a   mouseup script with only the answer command?
>> 
>>>> Am 30.06.2023 um 14:29 schrieb General 2018 via use-livecode 
>>>> :
>>> 
>>> Windows 10
>>> LC 9.6.9
>>> 
>>> Regards
>>> Camm
>>> 
>>>> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
>>>>  wrote:
>>>> 
>>>> Hello Camm,
>>>> 
>>>> In which platform? Seems to work as expected here (MacOS).
>>>> 
>>>> Cheers,
>>>> Panos
>>>> --
>>>> 
>>>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> Just the “Yes” , “No”
>>>>> 
>>>>> “Some Text” missing.
>>>>> 
>>>>> Works fine in IDE and previous standalones.
>>>>> 
>>>>> Regards
>>>>> Camm
>>>>> 
>>>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> Hi.
>>>>>> 
>>>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>>>> Text”.
>>>>>> 
>>>>>> So if you:
>>>>>> 
>>>>>> answer “Some Text" with “Yes" or “No"
>>>>>> what exactly pops up?
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Craig
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>>>> appear but no dialog text.
>>>>>>> All okay in IDE.
>>>>>>> 
>>>>>>> Checked inclusions - all seems okay.
>>>>>>> 
>>>>>>> Regards
>>>>>>> Camm
>>>>>>> ___
>>>>>>> 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
>> 
>> 
>> ___
>> 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: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread Craig Newman via use-livecode

Matthias makes a point. Sometimes trying with a brand new stack will show that 
there is something amiss, even corrupted, with the stack of interest. If the 
new stack works, it likely means that LiveCode works, and the problem lies 
within the recalcitrant stack.

Craig

> On Jun 30, 2023, at 8:35 AM, matthias rebbe via use-livecode 
>  wrote:
> 
> Did you already try it with a new stack just with a button which includes 
> only a   mouseup script with only the answer command?
> 
>> Am 30.06.2023 um 14:29 schrieb General 2018 via use-livecode 
>> :
>> 
>> Windows 10
>> LC 9.6.9
>> 
>> Regards
>> Camm
>> 
>>> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
>>>  wrote:
>>> 
>>> Hello Camm,
>>> 
>>> In which platform? Seems to work as expected here (MacOS).
>>> 
>>> Cheers,
>>> Panos
>>> --
>>> 
>>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> Just the “Yes” , “No”
>>>> 
>>>> “Some Text” missing.
>>>> 
>>>> Works fine in IDE and previous standalones.
>>>> 
>>>> Regards
>>>> Camm
>>>> 
>>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi.
>>>>> 
>>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>>> Text”.
>>>>> 
>>>>> So if you:
>>>>> 
>>>>> answer “Some Text" with “Yes" or “No"
>>>>> what exactly pops up?
>>>>> 
>>>>> 
>>>>> 
>>>>> Craig
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>>> appear but no dialog text.
>>>>>> All okay in IDE.
>>>>>> 
>>>>>> Checked inclusions - all seems okay.
>>>>>> 
>>>>>> Regards
>>>>>> Camm
>>>>>> ___
>>>>>> 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
> 
> 
> ___
> 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: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread matthias rebbe via use-livecode

Did you already try it with a new stack just with a button which includes only 
a   mouseup script with only the answer command?

> Am 30.06.2023 um 14:29 schrieb General 2018 via use-livecode 
> :
> 
> Windows 10
> LC 9.6.9
> 
> Regards
> Camm
> 
>> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
>>  wrote:
>> 
>> Hello Camm,
>> 
>> In which platform? Seems to work as expected here (MacOS).
>> 
>> Cheers,
>> Panos
>> --
>> 
>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi,
>>> 
>>> Just the “Yes” , “No”
>>> 
>>> “Some Text” missing.
>>> 
>>> Works fine in IDE and previous standalones.
>>> 
>>> Regards
>>> Camm
>>> 
>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Hi.
>>>> 
>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>> Text”.
>>>> 
>>>> So if you:
>>>> 
>>>> answer “Some Text" with “Yes" or “No"
>>>> what exactly pops up?
>>>> 
>>>> 
>>>> 
>>>> Craig
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>> appear but no dialog text.
>>>>> All okay in IDE.
>>>>> 
>>>>> Checked inclusions - all seems okay.
>>>>> 
>>>>> Regards
>>>>> Camm
>>>>> ___
>>>>> 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


___
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: Answer dialog text missing in standalone 9.6.9

Hi ,

Not knowingly customised.

Regards
Steve

> On 30 Jun 2023, at 12:19, panagiotis m via use-livecode 
>  wrote:
> 
> Hello again,
> 
> Just tested on Windows and it works fine here as well.
> 
> @Camm
> Could it be the case you have customised the answer dialog stack?
> 
> Cheers,
> Panos
> --
> 
> 
>> On Fri, 30 Jun 2023 at 14:12, panagiotis m  wrote:
>> 
>> Hello Camm,
>> 
>> In which platform? Seems to work as expected here (MacOS).
>> 
>> Cheers,
>> Panos
>> --
>> 
>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi,
>>> 
>>> Just the “Yes” , “No”
>>> 
>>> “Some Text” missing.
>>> 
>>> Works fine in IDE and previous standalones.
>>> 
>>> Regards
>>> Camm
>>> 
>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Hi.
>>>> 
>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>> Text”.
>>>> 
>>>> So if you:
>>>> 
>>>> answer “Some Text" with “Yes" or “No"
>>>> what exactly pops up?
>>>> 
>>>> 
>>>> 
>>>> Craig
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>> appear but no dialog text.
>>>>> All okay in IDE.
>>>>> 
>>>>> Checked inclusions - all seems okay.
>>>>> 
>>>>> Regards
>>>>> Camm
>>>>> ___
>>>>> 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: Answer dialog text missing in standalone 9.6.9

Windows 10
LC 9.6.9

Regards
Camm

> On 30 Jun 2023, at 12:13, panagiotis m via use-livecode 
>  wrote:
> 
> Hello Camm,
> 
> In which platform? Seems to work as expected here (MacOS).
> 
> Cheers,
> Panos
> --
> 
>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Hi,
>> 
>> Just the “Yes” , “No”
>> 
>> “Some Text” missing.
>> 
>> Works fine in IDE and previous standalones.
>> 
>> Regards
>> Camm
>> 
>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi.
>>> 
>>> I assume you mean the standard “Answer” command. There is no “Answer
>> Text”.
>>> 
>>> So if you:
>>> 
>>> answer “Some Text" with “Yes" or “No"
>>> what exactly pops up?
>>> 
>>> 
>>> 
>>> Craig
>>> 
>>> 
>>> 
>>> 
>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> Answer Text missing in standalone , the icon and buttons (with text)
>> appear but no dialog text.
>>>> All okay in IDE.
>>>> 
>>>> Checked inclusions - all seems okay.
>>>> 
>>>> Regards
>>>> Camm
>>>> ___
>>>> 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: Answer dialog text missing in standalone 9.6.9

Hi ,

Tried all that auto / manual inclusion etc.

You cannot deselect ask / answer it will always include.

Regards
Camm

> On 30 Jun 2023, at 13:15, Mike Kerner via use-livecode 
>  wrote:
> 
> you have to add the answer dialog to your inclusions when building
> 
>> On Fri, Jun 30, 2023 at 7:19 AM panagiotis m via use-livecode
>>  wrote:
>> 
>> Hello again,
>> 
>> Just tested on Windows and it works fine here as well.
>> 
>> @Camm
>> Could it be the case you have customised the answer dialog stack?
>> 
>> Cheers,
>> Panos
>> --
>> 
>> 
>>> On Fri, 30 Jun 2023 at 14:12, panagiotis m  wrote:
>>> 
>>> Hello Camm,
>>> 
>>> In which platform? Seems to work as expected here (MacOS).
>>> 
>>> Cheers,
>>> Panos
>>> --
>>> 
>>> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> Just the “Yes” , “No”
>>>> 
>>>> “Some Text” missing.
>>>> 
>>>> Works fine in IDE and previous standalones.
>>>> 
>>>> Regards
>>>> Camm
>>>> 
>>>>> On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>> 
>>>>> Hi.
>>>>> 
>>>>> I assume you mean the standard “Answer” command. There is no “Answer
>>>> Text”.
>>>>> 
>>>>> So if you:
>>>>> 
>>>>> answer “Some Text" with “Yes" or “No"
>>>>> what exactly pops up?
>>>>> 
>>>>> 
>>>>> 
>>>>> Craig
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> Answer Text missing in standalone , the icon and buttons (with text)
>>>> appear but no dialog text.
>>>>>> All okay in IDE.
>>>>>> 
>>>>>> Checked inclusions - all seems okay.
>>>>>> 
>>>>>> Regards
>>>>>> Camm
>>>>>> ___
>>>>>> 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
> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> 
> ___
> 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: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread Mike Kerner via use-livecode

you have to add the answer dialog to your inclusions when building

On Fri, Jun 30, 2023 at 7:19 AM panagiotis m via use-livecode
 wrote:
>
> Hello again,
>
> Just tested on Windows and it works fine here as well.
>
> @Camm
> Could it be the case you have customised the answer dialog stack?
>
> Cheers,
> Panos
> --
>
>
> On Fri, 30 Jun 2023 at 14:12, panagiotis m  wrote:
>
> > Hello Camm,
> >
> > In which platform? Seems to work as expected here (MacOS).
> >
> > Cheers,
> > Panos
> > --
> >
> > On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Hi,
> >>
> >> Just the “Yes” , “No”
> >>
> >> “Some Text” missing.
> >>
> >> Works fine in IDE and previous standalones.
> >>
> >> Regards
> >> Camm
> >>
> >> > On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >> >
> >> > Hi.
> >> >
> >> > I assume you mean the standard “Answer” command. There is no “Answer
> >> Text”.
> >> >
> >> > So if you:
> >> >
> >> > answer “Some Text" with “Yes" or “No"
> >> > what exactly pops up?
> >> >
> >> >
> >> >
> >> > Craig
> >> >
> >> >
> >> >
> >> >
> >> >> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >> Answer Text missing in standalone , the icon and buttons (with text)
> >> appear but no dialog text.
> >> >> All okay in IDE.
> >> >>
> >> >> Checked inclusions - all seems okay.
> >> >>
> >> >> Regards
> >> >> Camm
> >> >> ___
> >> >> 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



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."

___
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: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread panagiotis m via use-livecode

Hello again,

Just tested on Windows and it works fine here as well.

@Camm
Could it be the case you have customised the answer dialog stack?

Cheers,
Panos
--


On Fri, 30 Jun 2023 at 14:12, panagiotis m  wrote:

> Hello Camm,
>
> In which platform? Seems to work as expected here (MacOS).
>
> Cheers,
> Panos
> --
>
> On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Hi,
>>
>> Just the “Yes” , “No”
>>
>> “Some Text” missing.
>>
>> Works fine in IDE and previous standalones.
>>
>> Regards
>> Camm
>>
>> > On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > Hi.
>> >
>> > I assume you mean the standard “Answer” command. There is no “Answer
>> Text”.
>> >
>> > So if you:
>> >
>> > answer “Some Text" with “Yes" or “No"
>> > what exactly pops up?
>> >
>> >
>> >
>> > Craig
>> >
>> >
>> >
>> >
>> >> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> Answer Text missing in standalone , the icon and buttons (with text)
>> appear but no dialog text.
>> >> All okay in IDE.
>> >>
>> >> Checked inclusions - all seems okay.
>> >>
>> >> Regards
>> >> Camm
>> >> ___
>> >> 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: Answer dialog text missing in standalone 9.6.9

2023-06-30 Thread panagiotis m via use-livecode

Hello Camm,

In which platform? Seems to work as expected here (MacOS).

Cheers,
Panos
--

On Fri, 30 Jun 2023 at 09:54, General 2018 via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
>
> Just the “Yes” , “No”
>
> “Some Text” missing.
>
> Works fine in IDE and previous standalones.
>
> Regards
> Camm
>
> > On 29 Jun 2023, at 23:13, Craig Newman via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi.
> >
> > I assume you mean the standard “Answer” command. There is no “Answer
> Text”.
> >
> > So if you:
> >
> > answer “Some Text" with “Yes" or “No"
> > what exactly pops up?
> >
> >
> >
> > Craig
> >
> >
> >
> >
> >> On Jun 29, 2023, at 4:21 PM, General 2018 via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Hi,
> >>
> >> Answer Text missing in standalone , the icon and buttons (with text)
> appear but no dialog text.
> >> All okay in IDE.
> >>
> >> Checked inclusions - all seems okay.
> >>
> >> Regards
> >> Camm
> >> ___
> >> 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: Answer dialog text missing in standalone 9.6.9