Move command on iOS

classic Classic list List threaded Threaded
18 messages Options
Reply | Threaded
Open this post in threaded view
|

Move command on iOS

Knapp Martin via use-livecode
Anyone else having trouble with the move command on iOS? I'm sliding a
group into view, which works the first time, and after that it starts to
move and then immediately jumps to its destination without any
animation. It works fine in the IDE.

AccleratedRendering is true and the group layermode is "dynamic". I
don't have an actual phone to try it on, so maybe this is a simulator
problem?

--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
Are you testing in iOS 12? This is the exact problem I’m having (that Monte just patched today).

Sounds like it should be fixed in 9.0.1.rc2

--Andrew Bell
--Sent from my iPhone

>>>>>>>
> From: "J. Landman Gay" <[hidden email]>
> To: LiveCode Mailing List <[hidden email]>
> Subject: Move command on iOS
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Anyone else having trouble with the move command on iOS? I'm sliding a
> group into view, which works the first time, and after that it starts to
> move and then immediately jumps to its destination without any
> animation. It works fine in the IDE.
>
> AccleratedRendering is true and the group layermode is "dynamic". I
> don't have an actual phone to try it on, so maybe this is a simulator
> problem?
>
> --
> Jacqueline Landman Gay         |     [hidden email]
> HyperActive Software           |     http://www.hyperactivesw.com
>


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
Hmm… I patched the crash at startup when not in acceleratedRendering mode for iOS 12. I don’t think it will have much to do with the move command in acceleratedRendering mode. I did recently fix something in acceleratedRendering mode in a stack that had a group coming in from the side that was doing some relayering… Oh… it’s possibly feasible that this is a manifestation of the redraw issue that Brahma found with groups. Could someone open a report with a sample stack and I can check if it’s working...

> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode <[hidden email]> wrote:
>
> Are you testing in iOS 12? This is the exact problem I’m having (that Monte just patched today).
>
> Sounds like it should be fixed in 9.0.1.rc2

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
@Jacque there was this one also but that is visual effects only https://quality.livecode.com/show_bug.cgi?id=21434 <https://quality.livecode.com/show_bug.cgi?id=21434>

> On 4 Aug 2018, at 10:18 am, Monte Goulding via use-livecode <[hidden email]> wrote:
>
> Hmm… I patched the crash at startup when not in acceleratedRendering mode for iOS 12. I don’t think it will have much to do with the move command in acceleratedRendering mode. I did recently fix something in acceleratedRendering mode in a stack that had a group coming in from the side that was doing some relayering… Oh… it’s possibly feasible that this is a manifestation of the redraw issue that Brahma found with groups. Could someone open a report with a sample stack and I can check if it’s working...
>
>> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode <[hidden email]> wrote:
>>
>> Are you testing in iOS 12? This is the exact problem I’m having (that Monte just patched today).
>>
>> Sounds like it should be fixed in 9.0.1.rc2
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
@Jacque I’ve had a look around the engine… would be interested to know if you are moving without waiting or not (if that makes a difference).

It looks like the most likely cause of what you are seeing is multiple calls to `move` the object to a location. The second of which will look like the first just ended because a second move ends the first and then the object is already at the location. Perhaps log when you are doing it?

> On 4 Aug 2018, at 10:40 am, Monte Goulding via use-livecode <[hidden email]> wrote:
>
> @Jacque there was this one also but that is visual effects only https://quality.livecode.com/show_bug.cgi?id=21434 <https://quality.livecode.com/show_bug.cgi?id=21434>
>
>> On 4 Aug 2018, at 10:18 am, Monte Goulding via use-livecode <[hidden email]> wrote:
>>
>> Hmm… I patched the crash at startup when not in acceleratedRendering mode for iOS 12. I don’t think it will have much to do with the move command in acceleratedRendering mode. I did recently fix something in acceleratedRendering mode in a stack that had a group coming in from the side that was doing some relayering… Oh… it’s possibly feasible that this is a manifestation of the redraw issue that Brahma found with groups. Could someone open a report with a sample stack and I can check if it’s working...
>>
>>> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode <[hidden email]> wrote:
>>>
>>> Are you testing in iOS 12? This is the exact problem I’m having (that Monte just patched today).
>>>
>>> Sounds like it should be fixed in 9.0.1.rc2
>>
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
In reply to this post by Knapp Martin via use-livecode
I'm not using visual effects so it probably isn't that bug. I'll put in a
report when I can get a test stack together. The simulator I'm using is set
up for 11.4 so the problem is in at least iOS 11 and 12 both.

--
Jacqueline Landman Gay | [hidden email]
HyperActive Software | http://www.hyperactivesw.com
On August 3, 2018 7:42:31 PM Monte Goulding via use-livecode
<[hidden email]> wrote:

> @Jacque there was this one also but that is visual effects only
> https://quality.livecode.com/show_bug.cgi?id=21434 
> <https://quality.livecode.com/show_bug.cgi?id=21434>
>
>> On 4 Aug 2018, at 10:18 am, Monte Goulding via use-livecode
>> <[hidden email]> wrote:
>>
>> Hmm… I patched the crash at startup when not in acceleratedRendering mode
>> for iOS 12. I don’t think it will have much to do with the move command in
>> acceleratedRendering mode. I did recently fix something in
>> acceleratedRendering mode in a stack that had a group coming in from the
>> side that was doing some relayering… Oh… it’s possibly feasible that this
>> is a manifestation of the redraw issue that Brahma found with groups. Could
>> someone open a report with a sample stack and I can check if it’s working...
>>
>>> On 4 Aug 2018, at 9:49 am, MWCM via use-livecode
>>> <[hidden email]> wrote:
>>>
>>> Are you testing in iOS 12? This is the exact problem I’m having (that Monte
>>> just patched today).
>>>
>>> Sounds like it should be fixed in 9.0.1.rc2
>>
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
In reply to this post by Knapp Martin via use-livecode
Here's the relevant part of the script. There's only one "move" command:

     put the long id of grp "iOSPicker" into tGrp
     get the height of tGrp div 2
     put the height of this cd - it into tDestV
     show tGrp -- before updating text
     wait 1 millisecond with messages
     move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds

I put the wait command in there to see if it made any difference but it
doesn't.

If the above isn't enough, it would be quicker if I could just send you
my client's stack privately. Is that okay? I'll put in a bug report
regardless.


On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
> @Jacque I’ve had a look around the engine… would be interested to know if you are moving without waiting or not (if that makes a difference).
>
> It looks like the most likely cause of what you are seeing is multiple calls to `move` the object to a location. The second of which will look like the first just ended because a second move ends the first and then the object is already at the location. Perhaps log when you are doing it?
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
Skip the test, it works fine in isolation. Bug report is here:
https://quality.livecode.com/show_bug.cgi?id=21461

But there must be something else going on so I should send the real
stack to either you or Panos I guess.

On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:

> Here's the relevant part of the script. There's only one "move" command:
>
>      put the long id of grp "iOSPicker" into tGrp
>      get the height of tGrp div 2
>      put the height of this cd - it into tDestV
>      show tGrp -- before updating text
>      wait 1 millisecond with messages
>      move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
>
> I put the wait command in there to see if it made any difference but it
> doesn't.
>
> If the above isn't enough, it would be quicker if I could just send you
> my client's stack privately. Is that okay? I'll put in a bug report
> regardless.
>
>
> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
>> @Jacque I’ve had a look around the engine… would be interested to know
>> if you are moving without waiting or not (if that makes a difference).
>>
>> It looks like the most likely cause of what you are seeing is multiple
>> calls to `move` the object to a location. The second of which will
>> look like the first just ended because a second move ends the first
>> and then the object is already at the location. Perhaps log when you
>> are doing it?
>>
>
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
Hmm… feel free to send through to me as I’m intrigued. I will send the stack to Panos if I can’t figure out what is going on so he can put it wherever private test stacks go.

> On 4 Aug 2018, at 1:05 pm, J. Landman Gay via use-livecode <[hidden email]> wrote:
>
> Skip the test, it works fine in isolation. Bug report is here:
> https://quality.livecode.com/show_bug.cgi?id=21461
>
> But there must be something else going on so I should send the real stack to either you or Panos I guess.
>
> On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:
>> Here's the relevant part of the script. There's only one "move" command:
>>     put the long id of grp "iOSPicker" into tGrp
>>     get the height of tGrp div 2
>>     put the height of this cd - it into tDestV
>>     show tGrp -- before updating text
>>     wait 1 millisecond with messages
>>     move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
>> I put the wait command in there to see if it made any difference but it doesn't.
>> If the above isn't enough, it would be quicker if I could just send you my client's stack privately. Is that okay? I'll put in a bug report regardless.
>> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
>>> @Jacque I’ve had a look around the engine… would be interested to know if you are moving without waiting or not (if that makes a difference).
>>>
>>> It looks like the most likely cause of what you are seeing is multiple calls to `move` the object to a location. The second of which will look like the first just ended because a second move ends the first and then the object is already at the location. Perhaps log when you are doing it?
>>>
>
>
> --
> Jacqueline Landman Gay         |     [hidden email]
> HyperActive Software           |     http://www.hyperactivesw.com
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
I jumped the gun and sent a download link to both of you. But you're
hours ahead of him so you have time to intercept. :)

On 8/3/18 10:25 PM, Monte Goulding via use-livecode wrote:

> Hmm… feel free to send through to me as I’m intrigued. I will send the stack to Panos if I can’t figure out what is going on so he can put it wherever private test stacks go.
>
>> On 4 Aug 2018, at 1:05 pm, J. Landman Gay via use-livecode <[hidden email]> wrote:
>>
>> Skip the test, it works fine in isolation. Bug report is here:
>> https://quality.livecode.com/show_bug.cgi?id=21461
>>
>> But there must be something else going on so I should send the real stack to either you or Panos I guess.
>>
>> On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:
>>> Here's the relevant part of the script. There's only one "move" command:
>>>      put the long id of grp "iOSPicker" into tGrp
>>>      get the height of tGrp div 2
>>>      put the height of this cd - it into tDestV
>>>      show tGrp -- before updating text
>>>      wait 1 millisecond with messages
>>>      move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
>>> I put the wait command in there to see if it made any difference but it doesn't.
>>> If the above isn't enough, it would be quicker if I could just send you my client's stack privately. Is that okay? I'll put in a bug report regardless.
>>> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
>>>> @Jacque I’ve had a look around the engine… would be interested to know if you are moving without waiting or not (if that makes a difference).
>>>>
>>>> It looks like the most likely cause of what you are seeing is multiple calls to `move` the object to a location. The second of which will look like the first just ended because a second move ends the first and then the object is already at the location. Perhaps log when you are doing it?
>>>>
>>
>>
>> --
>> Jacqueline Landman Gay         |     [hidden email]
>> HyperActive Software           |     http://www.hyperactivesw.com
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
This seems to work fine here testing on a device

> On 4 Aug 2018, at 2:20 pm, J. Landman Gay via use-livecode <[hidden email]> wrote:
>
> I jumped the gun and sent a download link to both of you. But you're hours ahead of him so you have time to intercept. :)
>
> On 8/3/18 10:25 PM, Monte Goulding via use-livecode wrote:
>> Hmm… feel free to send through to me as I’m intrigued. I will send the stack to Panos if I can’t figure out what is going on so he can put it wherever private test stacks go.
>>> On 4 Aug 2018, at 1:05 pm, J. Landman Gay via use-livecode <[hidden email]> wrote:
>>>
>>> Skip the test, it works fine in isolation. Bug report is here:
>>> https://quality.livecode.com/show_bug.cgi?id=21461
>>>
>>> But there must be something else going on so I should send the real stack to either you or Panos I guess.
>>>
>>> On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:
>>>> Here's the relevant part of the script. There's only one "move" command:
>>>>     put the long id of grp "iOSPicker" into tGrp
>>>>     get the height of tGrp div 2
>>>>     put the height of this cd - it into tDestV
>>>>     show tGrp -- before updating text
>>>>     wait 1 millisecond with messages
>>>>     move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
>>>> I put the wait command in there to see if it made any difference but it doesn't.
>>>> If the above isn't enough, it would be quicker if I could just send you my client's stack privately. Is that okay? I'll put in a bug report regardless.
>>>> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
>>>>> @Jacque I’ve had a look around the engine… would be interested to know if you are moving without waiting or not (if that makes a difference).
>>>>>
>>>>> It looks like the most likely cause of what you are seeing is multiple calls to `move` the object to a location. The second of which will look like the first just ended because a second move ends the first and then the object is already at the location. Perhaps log when you are doing it?
>>>>>
>>>
>>>
>>> --
>>> Jacqueline Landman Gay         |     [hidden email]
>>> HyperActive Software           |     http://www.hyperactivesw.com
>>>
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> [hidden email]
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> --
> Jacqueline Landman Gay         |     [hidden email]
> HyperActive Software           |     http://www.hyperactivesw.com
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
Hello all,

I have added a comment to the bug report.

Best,
Panos
--

On Sat, Aug 4, 2018 at 7:53 AM, Monte Goulding via use-livecode <
[hidden email]> wrote:

> This seems to work fine here testing on a device
>
> > On 4 Aug 2018, at 2:20 pm, J. Landman Gay via use-livecode <
> [hidden email]> wrote:
> >
> > I jumped the gun and sent a download link to both of you. But you're
> hours ahead of him so you have time to intercept. :)
> >
> > On 8/3/18 10:25 PM, Monte Goulding via use-livecode wrote:
> >> Hmm… feel free to send through to me as I’m intrigued. I will send the
> stack to Panos if I can’t figure out what is going on so he can put it
> wherever private test stacks go.
> >>> On 4 Aug 2018, at 1:05 pm, J. Landman Gay via use-livecode <
> [hidden email]> wrote:
> >>>
> >>> Skip the test, it works fine in isolation. Bug report is here:
> >>> https://quality.livecode.com/show_bug.cgi?id=21461
> >>>
> >>> But there must be something else going on so I should send the real
> stack to either you or Panos I guess.
> >>>
> >>> On 8/3/18 9:27 PM, J. Landman Gay via use-livecode wrote:
> >>>> Here's the relevant part of the script. There's only one "move"
> command:
> >>>>     put the long id of grp "iOSPicker" into tGrp
> >>>>     get the height of tGrp div 2
> >>>>     put the height of this cd - it into tDestV
> >>>>     show tGrp -- before updating text
> >>>>     wait 1 millisecond with messages
> >>>>     move tGrp to (item 1 of the loc of me),tDestV in 500 milliseconds
> >>>> I put the wait command in there to see if it made any difference but
> it doesn't.
> >>>> If the above isn't enough, it would be quicker if I could just send
> you my client's stack privately. Is that okay? I'll put in a bug report
> regardless.
> >>>> On 8/3/18 8:27 PM, Monte Goulding via use-livecode wrote:
> >>>>> @Jacque I’ve had a look around the engine… would be interested to
> know if you are moving without waiting or not (if that makes a difference).
> >>>>>
> >>>>> It looks like the most likely cause of what you are seeing is
> multiple calls to `move` the object to a location. The second of which will
> look like the first just ended because a second move ends the first and
> then the object is already at the location. Perhaps log when you are doing
> it?
> >>>>>
> >>>
> >>>
> >>> --
> >>> Jacqueline Landman Gay         |     [hidden email]
> >>> HyperActive Software           |     http://www.hyperactivesw.com
> >>>
> >>>
> >>> _______________________________________________
> >>> use-livecode mailing list
> >>> [hidden email]
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >> _______________________________________________
> >> use-livecode mailing list
> >> [hidden email]
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> > --
> > Jacqueline Landman Gay         |     [hidden email]
> > HyperActive Software           |     http://www.hyperactivesw.com
> >
> >
> > _______________________________________________
> > use-livecode mailing list
> > [hidden email]
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
In reply to this post by Knapp Martin via use-livecode
Sorry I’m a bit late to this strand, but yes, I’ve seen what you’re describing Jacque. I’ve seen it in the simulator and when loaded on the iPad.

Have you tried turning off acceleratedRendering and setting to static? As I shared earlier with the list, the problem I’m seeing includes slowdowns of the movements.

I’ve read on in the strand… and I’m using move to …. without waiting. The move for me always includes two buttons… sometimes five depending on the context of the call.

I was also seeing some issues with the acceleratedRendering/dynamic in the IDE.


be well,
randy
www.classroomFocusedSoftware.com


> On Aug 3, 2018, at 4:53 PM, J. Landman Gay via use-livecode <[hidden email]> wrote:
>
> Anyone else having trouble with the move command on iOS? I'm sliding a group into view, which works the first time, and after that it starts to move and then immediately jumps to its destination without any animation. It works fine in the IDE.
>
> AccleratedRendering is true and the group layermode is "dynamic". I don't have an actual phone to try it on, so maybe this is a simulator problem?
>
> --
> Jacqueline Landman Gay         |     [hidden email]
> HyperActive Software           |     http://www.hyperactivesw.com
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
I did tinker with accleratedRendering when the problem first appeared. I
turned it off before the move command and back on afterward, but it
didn't help. I also changed the time so that the move was slower, but
that didn't work either.

Panos seems to have identified the reason for the failure in my case,
though I'm not sure it is applicable everywhere. It's posted in the bug
report <https://quality.livecode.com/show_bug.cgi?id=21461>. Would this
situation apply to your stack(s)?

I don't quite know why my stack ran okay on Monte's phone, and my
stripped-down test with the same code ran okay in the simulator, but my
real stack failed. Weird.

On 8/4/18 8:07 AM, Randy Hengst via use-livecode wrote:

> Sorry I’m a bit late to this strand, but yes, I’ve seen what you’re describing Jacque. I’ve seen it in the simulator and when loaded on the iPad.
>
> Have you tried turning off acceleratedRendering and setting to static? As I shared earlier with the list, the problem I’m seeing includes slowdowns of the movements.
>
> I’ve read on in the strand… and I’m using move to …. without waiting. The move for me always includes two buttons… sometimes five depending on the context of the call.
>
> I was also seeing some issues with the acceleratedRendering/dynamic in the IDE.
>
>
> be well,
> randy
> www.classroomFocusedSoftware.com
>
>
>> On Aug 3, 2018, at 4:53 PM, J. Landman Gay via use-livecode <[hidden email]> wrote:
>>
>> Anyone else having trouble with the move command on iOS? I'm sliding a group into view, which works the first time, and after that it starts to move and then immediately jumps to its destination without any animation. It works fine in the IDE.
>>
>> AccleratedRendering is true and the group layermode is "dynamic". I don't have an actual phone to try it on, so maybe this is a simulator problem?
>>
>> --
>> Jacqueline Landman Gay         |     [hidden email]
>> HyperActive Software           |     http://www.hyperactivesw.com
>>
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
Did you leave the controls on dynamic? I found leaving them at static helped.

be well,
randy
www.classroomFocusedSoftware.com

> On Aug 4, 2018, at 3:00 PM, J. Landman Gay via use-livecode <[hidden email]> wrote:
>
> I did tinker with accleratedRendering when the problem first appeared. I turned it off before the move command and back on afterward, but it didn't help. I also changed the time so that the move was slower, but that didn't work either.
>
> Panos seems to have identified the reason for the failure in my case, though I'm not sure it is applicable everywhere. It's posted in the bug report <https://quality.livecode.com/show_bug.cgi?id=21461>. Would this situation apply to your stack(s)?
>
> I don't quite know why my stack ran okay on Monte's phone, and my stripped-down test with the same code ran okay in the simulator, but my real stack failed. Weird.
>
>> On 8/4/18 8:07 AM, Randy Hengst via use-livecode wrote:
>> Sorry I’m a bit late to this strand, but yes, I’ve seen what you’re describing Jacque. I’ve seen it in the simulator and when loaded on the iPad.
>> Have you tried turning off acceleratedRendering and setting to static? As I shared earlier with the list, the problem I’m seeing includes slowdowns of the movements.
>> I’ve read on in the strand… and I’m using move to …. without waiting. The move for me always includes two buttons… sometimes five depending on the context of the call.
>> I was also seeing some issues with the acceleratedRendering/dynamic in the IDE.
>> be well,
>> randy
>> www.classroomFocusedSoftware.com
>>> On Aug 3, 2018, at 4:53 PM, J. Landman Gay via use-livecode <[hidden email]> wrote:
>>>
>>> Anyone else having trouble with the move command on iOS? I'm sliding a group into view, which works the first time, and after that it starts to move and then immediately jumps to its destination without any animation. It works fine in the IDE.
>>>
>>> AccleratedRendering is true and the group layermode is "dynamic". I don't have an actual phone to try it on, so maybe this is a simulator problem?
>>>
>>> --
>>> Jacqueline Landman Gay         |     [hidden email]
>>> HyperActive Software           |     http://www.hyperactivesw.com
>>>
>>> _______________________________________________
>>> use-livecode mailing list
>>> [hidden email]
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> --
> Jacqueline Landman Gay         |     [hidden email]
> HyperActive Software           |     http://www.hyperactivesw.com
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
In reply to this post by Knapp Martin via use-livecode


> On 5 Aug 2018, at 5:00 am, J. Landman Gay via use-livecode <[hidden email]> wrote:
>
> I don't quite know why my stack ran okay on Monte's phone, and my stripped-down test with the same code ran okay in the simulator, but my real stack failed. Weird.

When I said it worked ok here I should have probably been a bit more specific. It seemed to work as scripted. I tested on a mini. The first move the group came up on an angle from bottom left. Cancel would move it straight down about half way then hide it. Presenting it again moved it straight up. Cancel again moved it straight down and hid.

So I guess ensuring it is positioned correctly for the device before the first move and the hide move hides the whole thing would be a good place to start.

Cheers

Monte
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
On 8/4/18 5:11 PM, Monte Goulding via use-livecode wrote:
> So I guess ensuring it is positioned correctly for the device before the first move and the hide move hides the whole thing would be a good place to start.

I saw that, just fixed it today. This stack was made 6 years ago before
we had fullscreenMode and rather than re-doing all the layouts to
accomodate, I'm manually placing everything (my god I wish we'd had that
earlier, half the scripts deal with placement, text size and height, and
rotation.) I missed that one.

But the fact that in spite of the initial bad placement the group still
animated correctly makes me wonder what's different.

--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Move command on iOS

Knapp Martin via use-livecode
In reply to this post by Knapp Martin via use-livecode
I did leave the group set to dynamic, actually. When I'm done tinkering
with rotation adjustments I'll see if that helps. Thanks.

On 8/4/18 4:06 PM, Randy Hengst via use-livecode wrote:

> Did you leave the controls on dynamic? I found leaving them at static helped.
>
> be well,
> randy
> www.classroomFocusedSoftware.com
>
>> On Aug 4, 2018, at 3:00 PM, J. Landman Gay via use-livecode <[hidden email]> wrote:
>>
>> I did tinker with accleratedRendering when the problem first appeared. I turned it off before the move command and back on afterward, but it didn't help. I also changed the time so that the move was slower, but that didn't work either.
>>
>> Panos seems to have identified the reason for the failure in my case, though I'm not sure it is applicable everywhere. It's posted in the bug report <https://quality.livecode.com/show_bug.cgi?id=21461>. Would this situation apply to your stack(s)?
>>
>> I don't quite know why my stack ran okay on Monte's phone, and my stripped-down test with the same code ran okay in the simulator, but my real stack failed. Weird.
>>
>>> On 8/4/18 8:07 AM, Randy Hengst via use-livecode wrote:
>>> Sorry I’m a bit late to this strand, but yes, I’ve seen what you’re describing Jacque. I’ve seen it in the simulator and when loaded on the iPad.
>>> Have you tried turning off acceleratedRendering and setting to static? As I shared earlier with the list, the problem I’m seeing includes slowdowns of the movements.
>>> I’ve read on in the strand… and I’m using move to …. without waiting. The move for me always includes two buttons… sometimes five depending on the context of the call.
>>> I was also seeing some issues with the acceleratedRendering/dynamic in the IDE.
>>> be well,
>>> randy
>>> www.classroomFocusedSoftware.com
>>>> On Aug 3, 2018, at 4:53 PM, J. Landman Gay via use-livecode <[hidden email]> wrote:
>>>>
>>>> Anyone else having trouble with the move command on iOS? I'm sliding a group into view, which works the first time, and after that it starts to move and then immediately jumps to its destination without any animation. It works fine in the IDE.
>>>>
>>>> AccleratedRendering is true and the group layermode is "dynamic". I don't have an actual phone to try it on, so maybe this is a simulator problem?
>>>>
>>>> --
>>>> Jacqueline Landman Gay         |     [hidden email]
>>>> HyperActive Software           |     http://www.hyperactivesw.com
>>>>
>>>> _______________________________________________
>>>> use-livecode mailing list
>>>> [hidden email]
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> _______________________________________________
>>> use-livecode mailing list
>>> [hidden email]
>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> --
>> Jacqueline Landman Gay         |     [hidden email]
>> HyperActive Software           |     http://www.hyperactivesw.com
>>
>>
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode