Re: Seeking confirmation of a bug...

[Curry Kenworthy via use-livecode]

Me:
>> install the latest build AND an older version

Richmond:
> That begs a question: which older version?

Chewed on this a bit, and I'm going to say LC 6.7 because:

A) LC 6.7.x versus latest build is still currently the best overall 
comparison to find the most regressions.


B) We kinda need to find and fix the remaining bugs from the big 
refactoring period, yes? Still finding and reporting more


Join the regression extermination effort! :)

https://downloads.livecode.com/livecode/
https://quality.livecode.com/

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.com/

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

Re: Ken Burns Effects - acceleratedRendering

[Monte Goulding via use-livecode]

> On 29 May 2019, at 1:07 pm, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> After listening to Mark Waddington presentation regarding the new container 
> mode. It would seems that the layerMode --  container is for groups only. 

Yes
> 
> So nothing has changed with respect to doing Ken Burn effect with large 
> image, or  a parallax effect with images placed on top of each other, or far 
> that matter, moving an animated gif across the screen. Setting these to a 
> dynamic layerMode, with acceleratedRendering sent to true is still "very 
> expensive"  and will block the engine.

It would be interesting to test the performance difference between an animated 
gif and locking the screen, moving a button and setting its icon. The reason 
being is I suspect the animated gif would re-render out of sync with your 
animation frames.

It may be helpful to understand exactly what the engine does with accelerated 
rendering true. Let’s say you have 10 static layerMode objects directly on a 
card then a dynamic layerMode object and then 2 static layerMode objects above 
that. This creates 3 layers (card with 10 static objects, dynamic object, 2 
static objects).

As long as none of the static objects are changed then the bottom layer and the 
top layer do not need to be re-rendered. If the dynamic object is unchanged 
then it too does not need to be re-rendered. If the object is moved, resized, 
changes properties etc that require a re-render then the layer it is drawn into 
is re-rendered. The engine then uses the compositor (openGL, CoreGraphics, 
software) to merge the layers.

For scrolling layerMode it means to retain renderings outside the bounds of the 
currently visible controls and then clip it when the layers are merged.

For container layerMode it basically just tells the engine to look inside the 
group for controls with non-static layerModes and again to clip it when the 
layers are merged.

Now the use cases:

- Ken Burn effect - This both sizes and moves an image. It may help to use 
dynamic layerMode here but if it covers the entire screen I don’t think it will 
make much difference. At some point in the future we may support applying 
transformations to dynamic layerMode objects (changing size and perhaps 
location) which would mean Ken Burn effect would be done by the GPU. I suspect 
that’s a fair way off and would definitely involve some serious Mark time ;-)

- Parallax effect - This involves having multiple layers and moving them at 
different rates. You should be able to get good performance increases for this. 
Presuming a static background layer and either dynamic foreground and 
background objects or perhaps one or more scrolling layers which can cycle 
through their content at different rates.

FWIW I suspect Mark may correct me on some of what I’ve said here but hopefully 
I’m not too far wrong.

Cheers

Monte


___
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

Ken Burns Effects - acceleratedRendering

[Sannyasin Brahmanathaswami via use-livecode]

After listening to Mark Waddington presentation regarding the new container 
mode. It would seems that the layerMode --  container is for groups only. 

So nothing has changed with respect to doing Ken Burn effect with large image, 
or  a parallax effect with images placed on top of each other, or far that 
matter, moving an animated gif across the screen. Setting these to a dynamic 
layerMode, with acceleratedRendering sent to true is still "very expensive"  
and will block the engine.

Assuming we continue to use Animated Engine (since no better tool has arrived)

1) we can change the rect and position of image over time. (expand very slowly 
and more the foreground going to the right)

2) Animation Engine uses send in time, which, in theory allows for the CPU to 
handle other message, like a  top scrolling field.

Questions are

1. Can it be done? 

I've told off list that it can't, the engine will block so badly that 
performance will be "horrible" .  I had this experience with "moving" an  
animatedGif. Android actually would crash... But I used the engine "move" 
command. But it may have worked better to use Animation Engine

2. Assuming something simple... like one image landscape with a KenBurn running 
with a scrolling field on top: Will it help to set something different in the 
defaults for
compositorTileSize, compositorType, compositorCacheLimit to make it work 
better? I am assuming we need to keep the image as some as possible. But even a 
136K jpg on disk become a 2.37 meg monster after it opens. Of course we would 
also be use prepare image so that it is in cache.

Can it be done? Or are we looking at LC"12" for any modern day animations, 
transitions.  Or maybe never  because LC in single treaded...

BR










___
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: Setting mobile scroller hScroll fails

[Monte Goulding via use-livecode]

Hi Jacque

I’m thinking you are over summarising what you are doing here. For example, I 
expect you mean to set the hScroll of the group to the formattedWidth - the 
width of the group. Are you setting the contentRect appropriately before 
setting the hScroll of the scroller?

Cheers

Monte

> On 27 May 2019, at 8:03 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I want to verify this is a bug and not just me.
> 
> I'm creating a mobile scroller over a group. I want the group to initially 
> display with its hScroll all the way to the right. I'm doing this:
> 
> zoom the group out to fill the screen
> create a mobile scroller with the same rect
> set the hScroll of the group to its formattedWidth
> set the hScroll of the scroller to the scroll of the group
> 
> If I insert an answer command to show the scroller's hScroll it reports the 
> correct number. But the scroller always acts like its scroll is 0, and it 
> won't scroll to the left at all. But scrolling it to the right zaps both it 
> and the group to zero and after that it scrolls normally.
> 
> I've also tried not setting the group's scroll and just setting the scroller 
> alone, thinking it might trigger the scrollerDidScroll handler, but it 
> doesn't.
> 
> If I don't set any hScroll at all on either the group or the scroller, all is 
> well.
> 
> Has anyone else seen this?
> 
> -- 
> 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: slow slower slowest scroll on Android

[Monte Goulding via use-livecode]

> On 29 May 2019, at 5:49 am, JJS via use-livecode 
>  wrote:
> 
> The DG2's where in container mode, now i've set them in scroller.
> 

You should not fiddle with the layerMode of the datagrid. The scripts already 
set the correct groups to container and scrolling. The actual scrolling 
layerMode group in the datagroup is about 3 levels in with its parents being 
container. As mentioned on other posts you need to ensure the datagrid is 
unadorned (no border etc). Also if you have it placed inside a group then that 
group must also be set to container layerMode and be unadorned.

Cheers

Monte
___
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: identifying macOS folders that are considered to be files?

[Trevor DeVore via use-livecode]

On Tue, May 28, 2019 at 4:31 PM kee nethery via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Wow, way more complicated than I imagined.
>
> From:
> https://developer.apple.com/library/archive/documentation/CoreFoundation/Conceptual/CFBundles/AboutBundles/AboutBundles.html


The macOS API I wrapped in the extension should take all of the into
account.

-- 
Trevor DeVore
ScreenSteps
___
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: slow slower slowest scroll on Android

[Tom Glod via use-livecode]

Hi Jerry. please let us know if the scroll ever looks normal and stops
being "Livecody".

sigh.

Its for this reason why I don't really consider Livecode a legit mobile
development platform. Its THE best for desktop, but on mobile its still got
too many warts.  Every time i use the LC dictionary app I literally cringe
at the text rendering and "scrolling".

Can't wait for something that feels like its modern or at least 2010 ish.

rant over.

On Tue, May 28, 2019 at 3:49 PM JJS via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The DG2's where in container mode, now i've set them in scroller.
>
> Made an ARM64 with LC950dp1-Indy, now it is getting faster, still not
> great, still stuttering but faster.. The field is a bit faster and the
> answer even more faster.
>
> The rows have fixed heights.
>
> I can try with a native field. On another stack i'm working on i have 2
> native fields of which one is scrolling and the other not, so i have to
> check what is going on there.
>
> But for this one, the field is over the whole card almost with
> informative text. If the native field is not working well then i will
> change it to also an answer pop-up instead of a card.
>
> Also when swiping up when lifting up your finger it sees it as a
> mouseUp. Have to see what i can do about that.
>
>
> Regards,
>
> Jerry
>
>
> Op 28-5-2019 om 20:46 schreef Brian Milby via use-livecode:
> > For the DG2 benefits, the containing group for the DG needs to be in
> container mode.  Also, the biggest benefit will be seen with fixed height
> rows.  This is something that comes with 9.5 DP 1.
> >
> > For the field, you may see better performance if you make it a native
> field.
> >
> > Thanks,
> > Brian
> > On May 28, 2019, 11:13 AM -0700, JJS via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> >> Hi Jacque and Ralph,
> >>
> >>
> >> this was a stack build on lc904 Indy and acceleratedrendering is true as
> >> the important issues were fixed.
> >>
> >> It was already slow on the previous phone ARMv6 quad core.
> >>
> >> Oopsa i forgot to set the mentioned field and DG2's to scrolling (but i
> >> did not know if it had much influence)
> >>
> >> And the influence is minor, still it is stuttering, and even the simple
> >> field is not great.
> >>
> >> It's no comparison with an Answer pop-up.
> >>
> >> Will try a 64bit next, but then again even on a quad core it should
> >> scroll smoother.
> >>
> >>
> >> Regards,
> >>
> >> Jerry
> >>
> >> Op 28-5-2019 om 18:35 schreef J. Landman Gay via use-livecode:
> >>> Check that acceleratedRendering is true for the stack, and that the
> >>> group layermode is "scrolling". Datagrids are a slightly different
> >>> case, LC 9.5 made some fixes for that.
> >>>
> >>> --
> >>> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >>> HyperActive Software | http://www.hyperactivesw.com
> >>> On May 28, 2019 10:58:07 AM JJS via use-livecode
> >>>  wrote:
> >>>
>  Hi,
> 
> 
>  i just received a new Android phone with an octa-core phone, so i
>  thought let's check out my new app...especially scrolling.
> 
>  Well on my old phone it was dissapointing, but on the new mucho faster
>  phone even still.
> 
>  I don't know how it is with others their experiences but...
> 
>  -Best scrolling is with a lot of text in an answer pop-up, this
> scrolls
>  how it should be.
> 
>  -Average scrolling is a text field with a lot of text
> 
>  -and very slow stuttering is a DG2 with just lines of text in it
> (about
>  6000 lines of text with a single word)
> 
> 
>  I still have to test another DG2 with images and text in it, but i
> don't
>  expect any better.
> 
> 
>  It should scroll like apps as Instagram and Facebook etcetera.
> 
>  Any experiences of others?
> 
> 
>  Regards,
> 
>  Jerry
> 
> 
>  ___
>  use-livecode mailing list
>  use-livecode@lists.runrev.com
>  Please visit this url to subscribe, unsubscribe and manage your
>  subscription preferences:
>  http://lists.runrev.com/mailman/listinfo/use-livecode
> >>>
> >>>
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> >>> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > 

Re: identifying macOS folders that are considered to be files?

[kee nethery via use-livecode]

Wow, way more complicated than I imagined.

From: 
https://developer.apple.com/library/archive/documentation/CoreFoundation/Conceptual/CFBundles/AboutBundles/AboutBundles.html

How the System Identifies Bundles and Packages
The Finder considers a directory to be a package if any of the following 
conditions are true:

• The directory has a known filename extension: .app, .bundle, 
.framework, .plugin, .kext, and so on. 
• The directory has an extension that some other application claims 
represents a package type; see Document Packages. 
• The directory has its package bit set.


So to translate:
We know it when we see it because we have a list of the ones we use.
The application that created it defined a package/bundle type in its 
Info.plist file. Did you search the plist files for all the applications that 
everyone has on their computers to find all the file types that are not 
folders? good luck
The folder / package has its package bit set (which doesn’t seem to be 
accessible with terminal commands as far as I can tell).


I’m exploring terminal commands to see if this mythical package bit can be 
detected for directories that appear to have a file type on them.

What a mess.

Kee Nethery


> On May 24, 2019, at 11:45 PM, Kee Nethery via use-livecode 
>  wrote:
> 
> Mark, Trevor,
> 
> Thank you. Will test tomorrow. Will report back. Thanks again
> 
> Kee Nethery
> 
>> On May 24, 2019, at 6:53 PM, Mark Waddingham via use-livecode 
>>  wrote:
>> 
>> I’m pretty sure bundles always have a PkgInfo file in them too - so you 
>> should (alternatively to using LCB) use ‘there is a file ...’.
>> 
>> Warmest Regards,
>> 
>> Mark.
>> 
>> Sent from my iPhone
>> 
>>> On 24 May 2019, at 18:06, Trevor DeVore via use-livecode 
>>>  wrote:
>>> 
>>> On Fri, May 24, 2019 at 7:35 PM kee nethery via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 Is there any way for LiveCode to tell me that a macOS folder that gets
 listed with “the folders” is actually treated as a file? For example, .app
 is a file where View Package Contents is an option but the OS treats it as
 a single thing. Same with .numbers, .pages, and various other “files”. They
 can be opened up and the contents can be viewed.
 
 Is there any way to know which “folders” are actually treated by the OS as
 files?
 
>>> 
>>> If you don't get any pure LCS solutions you could use an extension. macOS
>>> has an API for this:
>>> 
>>> https://developer.apple.com/documentation/appkit/nsworkspace/1529991-isfilepackageatpath?language=objc
>>> 
>>> I just tested it in my macOS test bed for extensions and it seems to work.
>>> It is the NSWorkspaceIsFilePackageAtPath() handler in this file:
>>> 
>>> https://github.com/trevordevore/lc-macos-toolset/blob/master/NSWorkspace/nsworkspace.lcb
>>> 
>>> -- 
>>> Trevor DeVore
>>> ScreenSteps
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: slow slower slowest scroll on Android

[JJS via use-livecode]

The DG2's where in container mode, now i've set them in scroller.

Made an ARM64 with LC950dp1-Indy, now it is getting faster, still not 
great, still stuttering but faster.. The field is a bit faster and the 
answer even more faster.


The rows have fixed heights.

I can try with a native field. On another stack i'm working on i have 2 
native fields of which one is scrolling and the other not, so i have to 
check what is going on there.


But for this one, the field is over the whole card almost with 
informative text. If the native field is not working well then i will 
change it to also an answer pop-up instead of a card.


Also when swiping up when lifting up your finger it sees it as a 
mouseUp. Have to see what i can do about that.



Regards,

Jerry


Op 28-5-2019 om 20:46 schreef Brian Milby via use-livecode:

For the DG2 benefits, the containing group for the DG needs to be in container 
mode.  Also, the biggest benefit will be seen with fixed height rows.  This is 
something that comes with 9.5 DP 1.

For the field, you may see better performance if you make it a native field.

Thanks,
Brian
On May 28, 2019, 11:13 AM -0700, JJS via use-livecode 
, wrote:

Hi Jacque and Ralph,


this was a stack build on lc904 Indy and acceleratedrendering is true as
the important issues were fixed.

It was already slow on the previous phone ARMv6 quad core.

Oopsa i forgot to set the mentioned field and DG2's to scrolling (but i
did not know if it had much influence)

And the influence is minor, still it is stuttering, and even the simple
field is not great.

It's no comparison with an Answer pop-up.

Will try a 64bit next, but then again even on a quad core it should
scroll smoother.


Regards,

Jerry

Op 28-5-2019 om 18:35 schreef J. Landman Gay via use-livecode:

Check that acceleratedRendering is true for the stack, and that the
group layermode is "scrolling". Datagrids are a slightly different
case, LC 9.5 made some fixes for that.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 28, 2019 10:58:07 AM JJS via use-livecode
 wrote:


Hi,


i just received a new Android phone with an octa-core phone, so i
thought let's check out my new app...especially scrolling.

Well on my old phone it was dissapointing, but on the new mucho faster
phone even still.

I don't know how it is with others their experiences but...

-Best scrolling is with a lot of text in an answer pop-up, this scrolls
how it should be.

-Average scrolling is a text field with a lot of text

-and very slow stuttering is a DG2 with just lines of text in it (about
6000 lines of text with a single word)


I still have to test another DG2 with images and text in it, but i don't
expect any better.


It should scroll like apps as Instagram and Facebook etcetera.

Any experiences of others?


Regards,

Jerry


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




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

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

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


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

Re: slow slower slowest scroll on Android

[Brian Milby via use-livecode]

For the DG2 benefits, the containing group for the DG needs to be in container 
mode.  Also, the biggest benefit will be seen with fixed height rows.  This is 
something that comes with 9.5 DP 1.

For the field, you may see better performance if you make it a native field.

Thanks,
Brian
On May 28, 2019, 11:13 AM -0700, JJS via use-livecode 
, wrote:
> Hi Jacque and Ralph,
>
>
> this was a stack build on lc904 Indy and acceleratedrendering is true as
> the important issues were fixed.
>
> It was already slow on the previous phone ARMv6 quad core.
>
> Oopsa i forgot to set the mentioned field and DG2's to scrolling (but i
> did not know if it had much influence)
>
> And the influence is minor, still it is stuttering, and even the simple
> field is not great.
>
> It's no comparison with an Answer pop-up.
>
> Will try a 64bit next, but then again even on a quad core it should
> scroll smoother.
>
>
> Regards,
>
> Jerry
>
> Op 28-5-2019 om 18:35 schreef J. Landman Gay via use-livecode:
> > Check that acceleratedRendering is true for the stack, and that the
> > group layermode is "scrolling". Datagrids are a slightly different
> > case, LC 9.5 made some fixes for that.
> >
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software | http://www.hyperactivesw.com
> > On May 28, 2019 10:58:07 AM JJS via use-livecode
> >  wrote:
> >
> > > Hi,
> > >
> > >
> > > i just received a new Android phone with an octa-core phone, so i
> > > thought let's check out my new app...especially scrolling.
> > >
> > > Well on my old phone it was dissapointing, but on the new mucho faster
> > > phone even still.
> > >
> > > I don't know how it is with others their experiences but...
> > >
> > > -Best scrolling is with a lot of text in an answer pop-up, this scrolls
> > > how it should be.
> > >
> > > -Average scrolling is a text field with a lot of text
> > >
> > > -and very slow stuttering is a DG2 with just lines of text in it (about
> > > 6000 lines of text with a single word)
> > >
> > >
> > > I still have to test another DG2 with images and text in it, but i don't
> > > expect any better.
> > >
> > >
> > > It should scroll like apps as Instagram and Facebook etcetera.
> > >
> > > Any experiences of others?
> > >
> > >
> > > Regards,
> > >
> > > Jerry
> > >
> > >
> > > ___
> > > use-livecode mailing list
> > > use-livecode@lists.runrev.com
> > > Please visit this url to subscribe, unsubscribe and manage your
> > > subscription preferences:
> > > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> > subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: slow slower slowest scroll on Android

[JJS via use-livecode]

Hi Jacque and Ralph,


this was a stack build on lc904 Indy and acceleratedrendering is true as 
the important issues were fixed.


It was already slow on the previous phone ARMv6 quad core.

Oopsa i forgot to set the mentioned field and DG2's to scrolling (but i 
did not know if it had much influence)


And the influence is minor, still it is stuttering, and even the simple 
field is not great.


It's no comparison with an Answer pop-up.

Will try a 64bit next, but then again even on a quad core it should 
scroll smoother.



Regards,

Jerry

Op 28-5-2019 om 18:35 schreef J. Landman Gay via use-livecode:
Check that acceleratedRendering is true for the stack, and that the 
group layermode is "scrolling". Datagrids are a slightly different 
case, LC 9.5 made some fixes for that.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 28, 2019 10:58:07 AM JJS via use-livecode 
 wrote:



Hi,


i just received a new Android phone with an octa-core phone, so i
thought let's check out my new app...especially scrolling.

Well on my old phone it was dissapointing, but on the new mucho faster
phone even still.

I don't know how it is with others their experiences but...

-Best scrolling is with a lot of text in an answer pop-up, this scrolls
how it should be.

-Average scrolling is a text field with a lot of text

-and very slow stuttering is a DG2 with just lines of text in it (about
6000 lines of text with a single word)


I still have to test another DG2 with images and text in it, but i don't
expect any better.


It should scroll like apps as Instagram and Facebook etcetera.

Any experiences of others?


Regards,

Jerry


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

http://lists.runrev.com/mailman/listinfo/use-livecode





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

http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: slow slower slowest scroll on Android

[J. Landman Gay via use-livecode]

Check that acceleratedRendering is true for the stack, and that the group 
layermode is "scrolling". Datagrids are a slightly different case, LC 9.5 
made some fixes for that.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 28, 2019 10:58:07 AM JJS via use-livecode 
 wrote:



Hi,


i just received a new Android phone with an octa-core phone, so i
thought let's check out my new app...especially scrolling.

Well on my old phone it was dissapointing, but on the new mucho faster
phone even still.

I don't know how it is with others their experiences but...

-Best scrolling is with a lot of text in an answer pop-up, this scrolls
how it should be.

-Average scrolling is a text field with a lot of text

-and very slow stuttering is a DG2 with just lines of text in it (about
6000 lines of text with a single word)


I still have to test another DG2 with images and text in it, but i don't
expect any better.


It should scroll like apps as Instagram and Facebook etcetera.

Any experiences of others?


Regards,

Jerry


___
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: slow slower slowest scroll on Android

[Ralph DiMola via use-livecode]

Did you try an arm64 build with 9.5.0?

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 JJS via use-livecode
Sent: Tuesday, May 28, 2019 11:56 AM
To: How to use LiveCode
Cc: JJS
Subject: slow slower slowest scroll on Android

Hi,


i just received a new Android phone with an octa-core phone, so i thought
let's check out my new app...especially scrolling.

Well on my old phone it was dissapointing, but on the new mucho faster phone
even still.

I don't know how it is with others their experiences but...

-Best scrolling is with a lot of text in an answer pop-up, this scrolls how
it should be.

-Average scrolling is a text field with a lot of text

-and very slow stuttering is a DG2 with just lines of text in it (about
6000 lines of text with a single word)


I still have to test another DG2 with images and text in it, but i don't 
expect any better.


It should scroll like apps as Instagram and Facebook etcetera.

Any experiences of others?


Regards,

Jerry


___
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

slow slower slowest scroll on Android

[JJS via use-livecode]

Hi,


i just received a new Android phone with an octa-core phone, so i 
thought let's check out my new app...especially scrolling.


Well on my old phone it was dissapointing, but on the new mucho faster 
phone even still.


I don't know how it is with others their experiences but...

-Best scrolling is with a lot of text in an answer pop-up, this scrolls 
how it should be.


-Average scrolling is a text field with a lot of text

-and very slow stuttering is a DG2 with just lines of text in it (about 
6000 lines of text with a single word)



I still have to test another DG2 with images and text in it, but i don't 
expect any better.



It should scroll like apps as Instagram and Facebook etcetera.

Any experiences of others?


Regards,

Jerry


___
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

Flish-flash MacOS standalone problem

[Richmond via use-livecode]

My recent release of Devawriter Pro (2.6.2 refactor 3) was built as a 
"fat binary" for Macintosh
and bundled it off to the Monks in Hawaii who were, justifiably, 
disgruntled, because the thing
refused to quit, and on attempting to do flashed about on the screen and 
had to be 'Force Quit'

to get it to go away.

I built a 32-bit only with 9.0.4; flashing.

I built a 32-bit only with 9.0.3; flashing.

I built a 32-bit only with 8.1.10; behaved perfectly.

Paused to feel relatively good that the problem was not mine.

It IS, however, a problem, and I am not sure how to report it . . . .

Richmond.

___
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

[ANN] This Week in LiveCode 179

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #179 here: http://bit.ly/2W8LU5x

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.

-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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