Re: Red Dot Breakpoint Crashes

[Brian Milby via use-livecode]

9.5.1 should have the fix (or whatever it is named).

9.0.5 already has the fix.

Thanks,
Brian
On Oct 25, 2019, 10:44 PM -0400, Paul Looney via use-livecode 
, wrote:
> So, to be fixed in 9.0.6?
>
>
> > On Oct 25, 2019, at 6:53 PM, Bob Sneidar via use-livecode 
> >  wrote:
> >
> > Nope my bad. Not fixed in 9.5 yet.
> >
> > 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: Red Dot Breakpoint Crashes

[Paul Looney via use-livecode]

So, to be fixed in 9.0.6?


> On Oct 25, 2019, at 6:53 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Nope my bad. Not fixed in 9.5 yet. 
> 
> 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: Red Dot Breakpoint Crashes

[Bob Sneidar via use-livecode]

Nope my bad. Not fixed in 9.5 yet. 

Bob S


> On Oct 25, 2019, at 16:10 , Tom Glod via use-livecode 
>  wrote:
> 
> any chance you are reading clipboard data?
> 
> On Fri, Oct 25, 2019 at 6:57 PM Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> On 10/25/19 3:07 PM, Jerry Jensen via use-livecode wrote:
>>> Thanks Bob. I thought the red dot crashing was fixed in 9.0.5 and not
>> yet put in 9.5 until the next “imminent” release. No?
>> 
>> That is correct.
>> 
>> --
>>  Mark Wieder
>>  ahsoftw...@gmail.com
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> 
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Office:226-706-9339
> Mobile:226-706-9793
> ___
> 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: Weird macOS error dialog

[J. Landman Gay via use-livecode]

True, but only because you can't give Apple its cut unless the app is signed.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 25, 2019 8:38:13 PM Richard Gaskin via use-livecode 
 wrote:



hh wrote:

> The new security hystery will surprise you every few
> minutes when you really work on that OS.

Let me guess: If I give 30% of my income to Apple then all those nasty
warnings in my apps just go away.

#shakedown

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Weird macOS error dialog

[Richard Gaskin via use-livecode]

hh wrote:

> The new security hystery will surprise you every few
> minutes when you really work on that OS.

Let me guess: If I give 30% of my income to Apple then all those nasty 
warnings in my apps just go away.


#shakedown

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Weird macOS error dialog

[hh via use-livecode]

> What fresh hell is this?  Is this something all of our
> users will be seeing?

Yes. But this is only the camp fire before the hell.

The new security hystery will surprise you every few
minutes when you really work on that OS.


___
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: Weird macOS error dialog

[Richard Gaskin via use-livecode]

Thanks, Jacque.

Looking into this more deeply I believe it's not triggered by LC itself, 
but by a companion app my client has written.


I'll suggest they sign that to make that abstract annoyance go away.

--
 Richard Gaskin
 Fourth World Systems


Jacqueline Landman Gay wrote:


Weird macOS error dialog
J. Landman Gay jacque at hyperactivesw.com
Fri Oct 25 20:57:25 EDT 2019

Previous message (by thread): Weird macOS error dialog
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

It isn't new but apparently it changed a little in Mojave.

https://apple.stackexchange.com/questions/335848/mojave-disable-or-control-the-some-app-name-wants-access-to-control-another
--
Jacqueline Landman Gay | jacque at hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 25, 2019 7:37:35 PM Richard Gaskin via use-livecode 
 wrote:



After installing LC 9.5 on macOS "Catalina", when I run it I get a
system alert I've never seen before:

 "LiveCode Indy 9.5.0" wants access to
 control "System Events". Allowing control
 will provide access to documents and data
 in "System Events", and to perform actions
 within that app."

What fresh hell is this?  Is this something all of our users will be seeing?

I'm guessing (because there's not much in that text for actually
knowing) that this occurs with some Apple event and/or AppleScript use -
is that correct?

Anyone know how to never see that weird thing again? (Other than just
clicking "OK", which users will do but is never a good idea unless they
fully understand the implications, which I don't believe is possible in
this case given the vague wording).

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

Re: Weird macOS error dialog

[J. Landman Gay via use-livecode]

It isn't new but apparently it changed a little in Mojave.

https://apple.stackexchange.com/questions/335848/mojave-disable-or-control-the-some-app-name-wants-access-to-control-another
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 25, 2019 7:37:35 PM Richard Gaskin via use-livecode 
 wrote:



After installing LC 9.5 on macOS "Catalina", when I run it I get a
system alert I've never seen before:

 "LiveCode Indy 9.5.0" wants access to
 control "System Events". Allowing control
 will provide access to documents and data
 in "System Events", and to perform actions
 within that app."

What fresh hell is this?  Is this something all of our users will be seeing?

I'm guessing (because there's not much in that text for actually
knowing) that this occurs with some Apple event and/or AppleScript use -
is that correct?

Anyone know how to never see that weird thing again? (Other than just
clicking "OK", which users will do but is never a good idea unless they
fully understand the implications, which I don't believe is possible in
this case given the vague wording).

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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

Weird macOS error dialog

[Richard Gaskin via use-livecode]

After installing LC 9.5 on macOS "Catalina", when I run it I get a 
system alert I've never seen before:


 "LiveCode Indy 9.5.0" wants access to
 control "System Events". Allowing control
 will provide access to documents and data
 in "System Events", and to perform actions
 within that app."

What fresh hell is this?  Is this something all of our users will be seeing?

I'm guessing (because there's not much in that text for actually 
knowing) that this occurs with some Apple event and/or AppleScript use - 
is that correct?


Anyone know how to never see that weird thing again? (Other than just 
clicking "OK", which users will do but is never a good idea unless they 
fully understand the implications, which I don't believe is possible in 
this case given the vague wording).


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Who is the blogger at livecode-blogger.blogspot.com?

[Mark Wieder via use-livecode]

On 10/25/19 4:08 PM, Richard Gaskin via use-livecode wrote:

Searching for "LiveCode blog" recently turned up this nice site:
https://livecode-blogger.blogspot.com/

Try as I might, I couldn't turn up any identifying information about the 
blogger.  Anyone know who it is?


Looks like maxv to me. Some Italian text slipped in and there's a 
download link to his website for PhotoRoom. Nicely done.


--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Who is the blogger at livecode-blogger.blogspot.com?

[Tom Glod via use-livecode]

I have no idea, but thats a great blog. Whoever it is, they are no slouch.
___
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: Red Dot Breakpoint Crashes

[Tom Glod via use-livecode]

any chance you are reading clipboard data?

On Fri, Oct 25, 2019 at 6:57 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/25/19 3:07 PM, Jerry Jensen via use-livecode wrote:
> > Thanks Bob. I thought the red dot crashing was fixed in 9.0.5 and not
> yet put in 9.5 until the next “imminent” release. No?
>
> That is correct.
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Office:226-706-9339
Mobile:226-706-9793
___
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

Who is the blogger at livecode-blogger.blogspot.com?

[Richard Gaskin via use-livecode]

Searching for "LiveCode blog" recently turned up this nice site:
https://livecode-blogger.blogspot.com/

Try as I might, I couldn't turn up any identifying information about the 
blogger.  Anyone know who it is?


--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  Ambassador at FourthWorld.com
http://www.FourthWorld.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: Red Dot Breakpoint Crashes

[Mark Wieder via use-livecode]

On 10/25/19 3:07 PM, Jerry Jensen via use-livecode wrote:

Thanks Bob. I thought the red dot crashing was fixed in 9.0.5 and not yet put 
in 9.5 until the next “imminent” release. No?


That is correct.

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Red Dot Breakpoint Crashes

[Jerry Jensen via use-livecode]

Thanks Bob. I thought the red dot crashing was fixed in 9.0.5 and not yet put 
in 9.5 until the next “imminent” release. No?
.Jerry

> On Oct 25, 2019, at 3:04 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> 9.5.0 Community. Sorry when it comes to info more is better. Usually. ;-) 
> Also MacOS Mojave fully updated. 
> 
> Bob S
> 
> 
>> On Oct 25, 2019, at 14:59 , Jerry Jensen via use-livecode 
>>  wrote:
>> 
>> Which version of LC?
> 
> 
> ___
> 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: Red Dot Breakpoint Crashes

[Bob Sneidar via use-livecode]

The reason I think it might be red dot crashing is I have noticed that the red 
dot is not always in sync with the line it is supposed to be pointing at, 
typically when scrolling. It seems to correct itself, but then shortly after I 
saw this while debugging a behavior and switching between execution contexts, 
that is when I CDT. 

Bob S


> On Oct 25, 2019, at 15:04 , Bob Sneidar  wrote:
> 
> 9.5.0 Community. Sorry when it comes to info more is better. Usually. ;-) 
> Also MacOS Mojave fully updated. 
> 
> Bob S
> 
> 
>> On Oct 25, 2019, at 14:59 , Jerry Jensen via use-livecode 
>>  wrote:
>> 
>> Which version of LC?
> 


___
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: Red Dot Breakpoint Crashes

[Bob Sneidar via use-livecode]

9.5.0 Community. Sorry when it comes to info more is better. Usually. ;-) Also 
MacOS Mojave fully updated. 

Bob S


> On Oct 25, 2019, at 14:59 , Jerry Jensen via use-livecode 
>  wrote:
> 
> Which version of LC?


___
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: Red Dot Breakpoint Crashes

[Jerry Jensen via use-livecode]

Which version of LC?

> On Oct 25, 2019, at 2:28 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Still getting red dot breakpoint crashes. This time when switching to the 
> calling handler. Not a big deal for me just saying. 
> 
> 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

Livecodeshare/SampleStacks

[Hermann Hoch via use-livecode]

Just to inform you.

Once again a ("maintenance"?)-change was done without any
notification.

Livecodeshare/SampleStacks has a new size limit:

If you have a sample stack there that has size > 2.1 Mbyte
(probably 2048 Kbyte) then it downloads from
http://livecodeshare.runrev.com with zero Bytes or displays
"error" in the status bar of "Sample Stacks" respectively.

I already reported it to support this morning. Hopefully
a competent staff member can solve 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

Red Dot Breakpoint Crashes

[Bob Sneidar via use-livecode]

Still getting red dot breakpoint crashes. This time when switching to the 
calling handler. Not a big deal for me just saying. 

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: Bug from 2014 - still causing problems

[Iphonelagi via use-livecode]

hi Jacque

Yes, In the end Todd bit the bullet and did it with the native field on both 
iOS and Android ... now for the testing and inevitable quirks.

this  lesson gave initial food for thought

http://lessons.livecode.com/m/4069/l/29112-how-do-i-use-native-text-controls-on-mobile

But  a newbie learning LC will look at it as broken, and the idea is to make 
the learning curve easier. The other thing Is others will get  bitten in the 
bum when you leat expect it. We tested both on IOS and android but never used 
delete on adroid for over a year ... I suppose cos you don’t expect that to 
fail.

Still there is no excuse for not fixing something for 5 years  that doesn’t 
even need a recipe.

The bug which Klaus commented on will frustrate even more people when they try 
to get their buttons looking how they want and finding the settings don’t work 
as they should.



Lagi


Sent from my iPhone

> On 25 Oct 2019, at 19:35, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 10/25/19 11:44 AM, Lagi Pittas via use-livecode wrote:
>> Jacque, you do a lot of Android programming if memory serves - do you use
>> native all the time for text input
>> or are we just "holding it wrong"?
> 
> I use native fields almost all the time. If you write a generic handler that 
> calls mobileControlCreate and sets some basic properties, it's a one-liner.
> 
> I have seen the LC field problems on Android but they were much worse in 
> earlier versions. They seem a little better now, but to be safe I use native 
> fields anyway.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Can I find out what handler I am in?

[Alain Vezina via use-livecode]

I use to indicate where I am by answering something like "I'm entering in 
handler XYZ", "I exit handler XYZ"

Sometime I use answering to know what is in a special Variable, an so on.

I's simple, but it woks, especially when I use several handlers.

Alain Vezina
Logilangue

> Le 25 oct. 2019 à 14:57, Tom Glod via use-livecode 
>  a écrit :
> 
> its mostly for try routines so i'm using it like it
> 
> try
> something 
> catch TheError
> LogError TheError
> end try
> 
> in LogError handler is where i read the correct line and item in the
> executioncontexts.
> 
> 
> 
> 
> 
> 
> On Fri, Oct 25, 2019 at 2:47 PM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Item 2 of line -1 of the executionContexts
>> 
>>> On Oct 25, 2019, at 11:46 , Bob Sneidar 
>> wrote:
>>> 
>>> Correction Item 2
>>> 
 On Oct 25, 2019, at 11:46 , Bob Sneidar 
>> wrote:
 
 Item 3
 
 
> On Oct 25, 2019, at 11:39 , Tom Glod via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
> 
> Its for error handling ...I want my error handler to know which
>> handler the
> error was in.
 
>>> 
>> 
>> 
>> ___
>> 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
>> 
> 
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Office:226-706-9339
> Mobile:226-706-9793
> ___
> 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: Mobile scroller misaligned

[Ralph DiMola via use-livecode]

J,

Sorry I meant send this to you last time you asked and got sidetracked, then 
spaced out and forgot. After creating the scroller do a send in time to a 
handler to set the non-zero scroll. I use .5 seconds but less might work.

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

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
J. Landman Gay via use-livecode
Sent: Friday, October 25, 2019 3:21 PM
To: How to use LiveCode
Cc: J. Landman Gay
Subject: Re: Mobile scroller misaligned

I am still struggling with native scroller alignment when the scroll must be 
set to something other than zero. Since I've asked here twice with little 
response, maybe I just need to know more about how scrollers work under the 
hood. Panos? Anyone?

* If I set the vScroll or hScroll of a scroller, are any messages sent? 
Does this affect the underlying LC group in any way?

* Right now, I'm setting the scroll of a LC group and then setting up a native 
scroller to use the same scroll. This fails. Should I be reversing the process, 
and set the scroller's scroll first followed by the LC group scroll? That's 
kind of how it works when scrollerDidScroll is called. I wasn't able to get 
this to work but maybe I missed something.

For testing, I copied a card from the real project with the same scroller 
scripts. I could not set the scroll in the handler that created the scroller, 
but I could set it later after the creation handler finished. But in the real 
project, identical scripts fail. I can't trace why.

I've been tring to fix this for a couple of months now, so any info would be 
appreciated.

On 9/27/19 3:04 PM, J. Landman Gay via use-livecode wrote:
> I must be doing something wrong, I still can't get a mobile scroller 
> to align at anything other than zero. It fails on scrollers placed 
> over either images or scrolling fields.
> 
> I have a list field with a lot of lines, grouped, with the group 
> shorter than the field.
> 
> On mobile (Android in my case) a handler sets the hilitedLine of the 
> field and scrolls the group to display it. I create a native scroller 
> on the group and set the vScroll to the same scroll as the group. I 
> can't get the scroller to align correctly.
> 
> The list shows on demand, so the scroller has to be created when the 
> group becomes visible, and has to match the group's current scroll.
> 
>mobileControlSet pName, "vScroll", tVScroll -- fails unless it's 
> zero
> 
> Has anyone done this successfully? I'm pretty sure there's something 
> wrong with my script.
> 


-- 
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Mobile scroller misaligned

[J. Landman Gay via use-livecode]

I am still struggling with native scroller alignment when the scroll 
must be set to something other than zero. Since I've asked here twice 
with little response, maybe I just need to know more about how scrollers 
work under the hood. Panos? Anyone?


* If I set the vScroll or hScroll of a scroller, are any messages sent? 
Does this affect the underlying LC group in any way?


* Right now, I'm setting the scroll of a LC group and then setting up a 
native scroller to use the same scroll. This fails. Should I be 
reversing the process, and set the scroller's scroll first followed by 
the LC group scroll? That's kind of how it works when scrollerDidScroll 
is called. I wasn't able to get this to work but maybe I missed something.


For testing, I copied a card from the real project with the same 
scroller scripts. I could not set the scroll in the handler that created 
the scroller, but I could set it later after the creation handler 
finished. But in the real project, identical scripts fail. I can't trace 
why.


I've been tring to fix this for a couple of months now, so any info 
would be appreciated.


On 9/27/19 3:04 PM, J. Landman Gay via use-livecode wrote:
I must be doing something wrong, I still can't get a mobile scroller to 
align at anything other than zero. It fails on scrollers placed over 
either images or scrolling fields.


I have a list field with a lot of lines, grouped, with the group shorter 
than the field.


On mobile (Android in my case) a handler sets the hilitedLine of the 
field and scrolls the group to display it. I create a native scroller on 
the group and set the vScroll to the same scroll as the group. I can't 
get the scroller to align correctly.


The list shows on demand, so the scroller has to be created when the 
group becomes visible, and has to match the group's current scroll.


   mobileControlSet pName, "vScroll", tVScroll -- fails unless it's zero

Has anyone done this successfully? I'm pretty sure there's something 
wrong with my script.





--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Can I find out what handler I am in?

[Tom Glod via use-livecode]

its mostly for try routines so i'm using it like it

try
something 
catch TheError
LogError TheError
end try

in LogError handler is where i read the correct line and item in the
executioncontexts.






On Fri, Oct 25, 2019 at 2:47 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Item 2 of line -1 of the executionContexts
>
> > On Oct 25, 2019, at 11:46 , Bob Sneidar 
> wrote:
> >
> > Correction Item 2
> >
> >> On Oct 25, 2019, at 11:46 , Bob Sneidar 
> wrote:
> >>
> >> Item 3
> >>
> >>
> >>> On Oct 25, 2019, at 11:39 , Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Its for error handling ...I want my error handler to know which
> handler the
> >>> error was in.
> >>
> >
>
>
> ___
> 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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Office:226-706-9339
Mobile:226-706-9793
___
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: Can I find out what handler I am in?

[Bob Sneidar via use-livecode]

Item 2 of line -1 of the executionContexts

> On Oct 25, 2019, at 11:46 , Bob Sneidar  wrote:
> 
> Correction Item 2
> 
>> On Oct 25, 2019, at 11:46 , Bob Sneidar  wrote:
>> 
>> Item 3
>> 
>> 
>>> On Oct 25, 2019, at 11:39 , Tom Glod via use-livecode 
>>>  wrote:
>>> 
>>> Its for error handling ...I want my error handler to know which handler the
>>> error was in.
>> 
> 


___
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: Can I find out what handler I am in?

[Kaveh Bazargan via use-livecode]

So Tom, do you need

return item 2 of line -2 of the executioncontexts

to be in every possible handler?

On Fri, 25 Oct 2019 at 19:40, Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Its for error handling ...I want my error handler to know which handler the
> error was in.
>
> On Fri, Oct 25, 2019 at 2:37 PM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > executionContexts is way more useful.
> >
> > Bob S
> >
> >
> > > On Oct 25, 2019, at 11:14 , Mark Wieder via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > On 10/25/19 11:00 AM, Richard Gaskin via use-livecode wrote:
> > >> Tom Glod wrote:
> > >> > But is there a function that I can call inside a handler that will
> > >> > tell me the name of the handler?
> > >> I'm curious: what are you doing that needs this?
> > >
> > > Not Tom, but...
> > >
> > > I do this all the time when I need to print a debugging message to the
> > messagebox. Sometimes handlers abort before getting to important
> statements
> > and by placing these statements at various points I can tell whether or
> not
> > a handler got triggered.
> > >
> > > put param(0) & cr after msg
> > >
> > > --
> > > Mark Wieder
> > > ahsoftw...@gmail.com
> > >
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> --
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Office:226-706-9339
> Mobile:226-706-9793
> ___
> 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
>


-- 
Kaveh Bazargan PhD
Director
River Valley Technologies  • Twitter
 • LinkedIn

___
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: Can I find out what handler I am in?

[Bob Sneidar via use-livecode]

Correction Item 2

> On Oct 25, 2019, at 11:46 , Bob Sneidar  wrote:
> 
> Item 3
> 
> 
>> On Oct 25, 2019, at 11:39 , Tom Glod via use-livecode 
>>  wrote:
>> 
>> Its for error handling ...I want my error handler to know which handler the
>> error was in.
> 


___
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: Can I find out what handler I am in?

[Bob Sneidar via use-livecode]

Item 3


> On Oct 25, 2019, at 11:39 , Tom Glod via use-livecode 
>  wrote:
> 
> Its for error handling ...I want my error handler to know which handler the
> error was in.


___
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: Can I find out what handler I am in?

[Tom Glod via use-livecode]

Its for error handling ...I want my error handler to know which handler the
error was in.

On Fri, Oct 25, 2019 at 2:37 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> executionContexts is way more useful.
>
> Bob S
>
>
> > On Oct 25, 2019, at 11:14 , Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On 10/25/19 11:00 AM, Richard Gaskin via use-livecode wrote:
> >> Tom Glod wrote:
> >> > But is there a function that I can call inside a handler that will
> >> > tell me the name of the handler?
> >> I'm curious: what are you doing that needs this?
> >
> > Not Tom, but...
> >
> > I do this all the time when I need to print a debugging message to the
> messagebox. Sometimes handlers abort before getting to important statements
> and by placing these statements at various points I can tell whether or not
> a handler got triggered.
> >
> > put param(0) & cr after msg
> >
> > --
> > Mark Wieder
> > ahsoftw...@gmail.com
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Office:226-706-9339
Mobile:226-706-9793
___
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: Can I find out what handler I am in?

[Bob Sneidar via use-livecode]

executionContexts is way more useful. 

Bob S


> On Oct 25, 2019, at 11:14 , Mark Wieder via use-livecode 
>  wrote:
> 
> On 10/25/19 11:00 AM, Richard Gaskin via use-livecode wrote:
>> Tom Glod wrote:
>> > But is there a function that I can call inside a handler that will
>> > tell me the name of the handler?
>> I'm curious: what are you doing that needs this?
> 
> Not Tom, but...
> 
> I do this all the time when I need to print a debugging message to the 
> messagebox. Sometimes handlers abort before getting to important statements 
> and by placing these statements at various points I can tell whether or not a 
> handler got triggered.
> 
> put param(0) & cr after msg
> 
> -- 
> Mark Wieder
> ahsoftw...@gmail.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Bug from 2014 - still causing problems

[J. Landman Gay via use-livecode]

On 10/25/19 11:44 AM, Lagi Pittas via use-livecode wrote:

Jacque, you do a lot of Android programming if memory serves - do you use
native all the time for text input
or are we just "holding it wrong"?


I use native fields almost all the time. If you write a generic handler 
that calls mobileControlCreate and sets some basic properties, it's a 
one-liner.


I have seen the LC field problems on Android but they were much worse in 
earlier versions. They seem a little better now, but to be safe I use 
native fields anyway.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Can I find out what handler I am in?

[Mark Wieder via use-livecode]

On 10/25/19 11:00 AM, Richard Gaskin via use-livecode wrote:

Tom Glod wrote:

 > But is there a function that I can call inside a handler that will
 > tell me the name of the handler?

I'm curious: what are you doing that needs this?



Not Tom, but...

I do this all the time when I need to print a debugging message to the 
messagebox. Sometimes handlers abort before getting to important 
statements and by placing these statements at various points I can tell 
whether or not a handler got triggered.


put param(0) & cr after msg

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Can I find out what handler I am in?

[Richard Gaskin via use-livecode]

Tom Glod wrote:

> But is there a function that I can call inside a handler that will
> tell me the name of the handler?

I'm curious: what are you doing that needs this?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: Can I find out what handler I am in?

[doc hawk via use-livecode]

On Oct 25, 2019, at 10:32 AM, Tom Glod via use-livecode 
 wrote:
> 
> Phil.NICE! ...everything seems like a no brainer in hindsight.

That actually came up in litigation over the patent for the shaving cream can.

The challenger claimed that it was too obvious, and not patentable.

The judge ruled to the effect of, “It was only obvious *after* you saw it.  
That you spent $7M in your own unsuccessful attempt to make such a thing shows 
that it is not obvious!”


___
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: Can I find out what handler I am in?

[Tom Glod via use-livecode]

Phil.NICE! ...everything seems like a no brainer in hindsight.

On Fri, Oct 25, 2019 at 1:29 PM Phil Davis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Tom, param(0) contains the name of the handler you're in.
>
> on mouseUp
> put param(0)
> end mouseUp
>
> Would put into the message box:
>  mouseUp
>
>
> Phil Davis
>
>
> On 10/25/19 10:00 AM, Tom Glod via use-livecode wrote:
> > Hey you guys, I have searched high and low and I am pretty sure the
> answer
> > is no , but I wanted to make sure before I did a feature request and a
> > workaround.
> >
> > But is there a function that I can call inside a handler that will tell
> me
> > the name of the handler?
> >
> > Just like the params() tells me the parameters of the current handler?
> >
>
> --
> Phil Davis
> 503-307-4363
>
>
> ___
> 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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Office:226-706-9339
Mobile:226-706-9793
___
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: Can I find out what handler I am in?

[Tom Glod via use-livecode]

Awesome.. thank you gentlemen.

Wrote a function.

*function* WhatsMyHanderName

*return* item 2 of line -2 of the executioncontexts

*end* WhatsMyHanderName

On Fri, Oct 25, 2019 at 1:06 PM Peter Bogdanoff via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Have you looked at executionContexts?
>
> Peter
>
> > On Oct 25, 2019, at 1:00 PM, Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hey you guys, I have searched high and low and I am pretty sure the
> answer
> > is no , but I wanted to make sure before I did a feature request and a
> > workaround.
> >
> > But is there a function that I can call inside a handler that will tell
> me
> > the name of the handler?
> >
> > Just like the params() tells me the parameters of the current handler?
> >
> > --
> > Tom Glod
> > Founder & Developer
> > MakeShyft R.D.A (www.makeshyft.com)
> > Office:226-706-9339
> > Mobile:226-706-9793
> > ___
> > 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
>


-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Office:226-706-9339
Mobile:226-706-9793
___
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: Can I find out what handler I am in?

[Phil Davis via use-livecode]

Tom, param(0) contains the name of the handler you're in.

on mouseUp
   put param(0)
end mouseUp

Would put into the message box:
    mouseUp


Phil Davis


On 10/25/19 10:00 AM, Tom Glod via use-livecode wrote:

Hey you guys, I have searched high and low and I am pretty sure the answer
is no , but I wanted to make sure before I did a feature request and a
workaround.

But is there a function that I can call inside a handler that will tell me
the name of the handler?

Just like the params() tells me the parameters of the current handler?



--
Phil Davis
503-307-4363


___
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: Bug from 2014 - still causing problems

[Jjs via use-livecode]

Not always. Sometimes you don't want that. But you can't turn it off.

Brian Milby via use-livecode  schreef op 25 
oktober 2019 19:05:06 CEST:
>Probably a big advantage to using native fields on mobile is
>cut/copy/paste.
>
>Thanks,
>Brian
>On Oct 25, 2019, 12:46 PM -0400, Lagi Pittas via use-livecode
>, wrote:
>> We are working on an App that runs on IOS/Android and Windows so
>making
>> sure
>> the Codebase and elements/objects are as much the same on each
>platform is
>> important.
>>
>> Even more important is that we use the same elements on all platforms
>> including LC fields that are much easier to use than native text
>fields.
>>
>> We are close to launching, and a couple of weeks ago noticed that the
>> delete/backspace key on Android
>> has a mind of its own - Not deleting, sometimes adding a space or a
>> duplicate character , then deleting.
>>
>> We had to code for a native field on Android but not only does it
>look
>> uglier out of the box we can't use the code for our "placeholder"
>routine.
>> and other properties and the logic for navigation and validation
>without a
>> lot of modification.
>>
>> Because of the way the App works just straight overlaying code does
>not
>> work without a lot of wasted energy and extra testing.
>> In the end we have decided to use native fields on both Android and
>IOS
>> to save having different code on 3 platforms.
>> We will focus on the LC field and then have a behaviour that then
>overlays
>> the native field above but uses the properties already set on the LC
>field.
>> - but it is a good few days of extra work and testing.
>>
>> This bug in Android has been there since 2014
>>
>> https://quality.livecode.com/show_bug.cgi?id=13229
>> https://quality.livecode.com/show_bug.cgi?id=18876
>>
>> http://forums.livecode.com/viewtopic.php?t=28699
>>
>> The sentiments here are the same as what Klaus posted in the forums
>this
>> morning and in Bugzilla 
>>
>> https://quality.livecode.com/show_bug.cgi?id=11902
>>
>> Is there any point adding comments to the current buglzilla or is it
>the
>> case that if no one has added a comment for 2 years it can't be a
>problem?
>> In fact the bug Klaus mentioned was one I came up against when I
>first
>> started using Livecode , and thought it was my lack of understanding
>so
>> never even bothered mentioning it in the forum.
>> Turns out I was wrong.
>>
>> Any idea if this has been fixed and we don't know about it or there
>is a
>> very easy workaround. Still posting even though we are coding around
>it but
>> this has to be fixed
>> because anybody who buys Livecode for Android development will hit
>this
>> particular "feature"
>>
>> 
>> Jacque, you do a lot of Android programming if memory serves - do you
>use
>> native all the time for text input
>> or are we just "holding it wrong"?
>>
>>
>> Lagi & Todd
>> ___
>> 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

-- 
Verstuurd vanaf mijn Android apparaat met K-9 Mail.
___
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: Can I find out what handler I am in?

[Bob Sneidar via use-livecode]

executionContexts

Bob S


> On Oct 25, 2019, at 10:00 , Tom Glod via use-livecode 
>  wrote:
> 
> Hey you guys, I have searched high and low and I am pretty sure the answer
> is no , but I wanted to make sure before I did a feature request and a
> workaround.
> 
> But is there a function that I can call inside a handler that will tell me
> the name of the handler?
> 
> Just like the params() tells me the parameters of the current handler?
> 
> -- 
> Tom Glod


___
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: Bug from 2014 - still causing problems

[Brian Milby via use-livecode]

Probably a big advantage to using native fields on mobile is cut/copy/paste.

Thanks,
Brian
On Oct 25, 2019, 12:46 PM -0400, Lagi Pittas via use-livecode 
, wrote:
> We are working on an App that runs on IOS/Android and Windows so making
> sure
> the Codebase and elements/objects are as much the same on each platform is
> important.
>
> Even more important is that we use the same elements on all platforms
> including LC fields that are much easier to use than native text fields.
>
> We are close to launching, and a couple of weeks ago noticed that the
> delete/backspace key on Android
> has a mind of its own - Not deleting, sometimes adding a space or a
> duplicate character , then deleting.
>
> We had to code for a native field on Android but not only does it look
> uglier out of the box we can't use the code for our "placeholder" routine.
> and other properties and the logic for navigation and validation without a
> lot of modification.
>
> Because of the way the App works just straight overlaying code does not
> work without a lot of wasted energy and extra testing.
> In the end we have decided to use native fields on both Android and IOS
> to save having different code on 3 platforms.
> We will focus on the LC field and then have a behaviour that then overlays
> the native field above but uses the properties already set on the LC field.
> - but it is a good few days of extra work and testing.
>
> This bug in Android has been there since 2014
>
> https://quality.livecode.com/show_bug.cgi?id=13229
> https://quality.livecode.com/show_bug.cgi?id=18876
>
> http://forums.livecode.com/viewtopic.php?t=28699
>
> The sentiments here are the same as what Klaus posted in the forums this
> morning and in Bugzilla 
>
> https://quality.livecode.com/show_bug.cgi?id=11902
>
> Is there any point adding comments to the current buglzilla or is it the
> case that if no one has added a comment for 2 years it can't be a problem?
> In fact the bug Klaus mentioned was one I came up against when I first
> started using Livecode , and thought it was my lack of understanding so
> never even bothered mentioning it in the forum.
> Turns out I was wrong.
>
> Any idea if this has been fixed and we don't know about it or there is a
> very easy workaround. Still posting even though we are coding around it but
> this has to be fixed
> because anybody who buys Livecode for Android development will hit this
> particular "feature"
>
> 
> Jacque, you do a lot of Android programming if memory serves - do you use
> native all the time for text input
> or are we just "holding it wrong"?
>
>
> Lagi & Todd
> ___
> 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: Can I find out what handler I am in?

[Peter Bogdanoff via use-livecode]

Have you looked at executionContexts?

Peter

> On Oct 25, 2019, at 1:00 PM, Tom Glod via use-livecode 
>  wrote:
> 
> Hey you guys, I have searched high and low and I am pretty sure the answer
> is no , but I wanted to make sure before I did a feature request and a
> workaround.
> 
> But is there a function that I can call inside a handler that will tell me
> the name of the handler?
> 
> Just like the params() tells me the parameters of the current handler?
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Office:226-706-9339
> Mobile:226-706-9793
> ___
> 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

Can I find out what handler I am in?

[Tom Glod via use-livecode]

Hey you guys, I have searched high and low and I am pretty sure the answer
is no , but I wanted to make sure before I did a feature request and a
workaround.

But is there a function that I can call inside a handler that will tell me
the name of the handler?

Just like the params() tells me the parameters of the current handler?

-- 
Tom Glod
Founder & Developer
MakeShyft R.D.A (www.makeshyft.com)
Office:226-706-9339
Mobile:226-706-9793
___
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

Bug from 2014 - still causing problems

[Lagi Pittas via use-livecode]

We are working on an App that runs on IOS/Android and Windows so making
sure
the Codebase and elements/objects are as much the same on each platform is
important.

Even more important is that we use the same elements on all platforms
including LC fields that are much easier to use than native text fields.

We are close to launching, and a couple of weeks ago noticed that the
delete/backspace key on Android
has a mind of its own - Not deleting, sometimes adding a space or a
duplicate character , then deleting.

We had to code for a native field on Android but not only does it look
uglier out of the box we can't use the code for our "placeholder" routine.
and other properties and the logic for navigation and validation without a
lot of modification.

Because of the way the App works just straight overlaying code does not
work without a lot of wasted energy and extra testing.
 In the end we have decided to use native fields on both Android and IOS
to save having different code on 3 platforms.
We will focus on the LC field and then have a behaviour that then overlays
the native field above but uses the properties already set on the LC field.
 - but it is a good few days of extra work and testing.

This bug in Android has been there since 2014

https://quality.livecode.com/show_bug.cgi?id=13229
https://quality.livecode.com/show_bug.cgi?id=18876

http://forums.livecode.com/viewtopic.php?t=28699

The sentiments here are the same as what Klaus posted in the forums this
morning and in Bugzilla 

https://quality.livecode.com/show_bug.cgi?id=11902

Is there any point adding comments to the current buglzilla or is it the
case that if no one has added a comment for 2 years it can't be a problem?
In fact the bug Klaus mentioned was one I came up against  when I first
started using Livecode , and thought it was my lack of understanding so
never even bothered mentioning it in the forum.
Turns out I was wrong.

Any idea if this has been fixed and we don't know about it or there is a
very easy workaround. Still posting even though we are coding around it but
this has to be fixed
because anybody who buys Livecode for Android development will hit this
particular "feature"


Jacque, you do a lot of Android programming if memory serves - do you use
native all the time for text input
or are we just "holding it wrong"?


Lagi & Todd
___
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