On Wed, Feb 26, 2014 at 3:45 PM, Terence Heaford
wrote:
> Tried it, no difference.
>
> set the repeatRate to 10
>
> in the openCard handler with no effect
>
> changed it to 0 with no effect.
>
> Is there a particular place to use this?
>
It is a global property. I just set it via the message box.
Tried it, no difference.
set the repeatRate to 10
in the openCard handler with no effect
changed it to 0 with no effect.
Is there a particular place to use this?
All the best
Terry
On 26 Feb 2014, at 20:32, Trevor DeVore wrote:
> Try setting the repeatRate to 10. This should speed up
setting the repeatRate to 10. This should speed up the scrolling
considerably when holding down the mouse button.
> I am not really sure what is happening when they say upgrading to Cocoa?
>
Will it mean all Cocoa Native Controls and Cocoa' event system.
>
I've been using th
e engine asks
> the data grid to scroll 403 times (that is how many times scrollbarDragged
> is sent from the LiveCode engine to the data grid scrollbar).
>
> If I run the above script the data is scrolled through in ~12 seconds. What
> (I think) this demonstrates is that the spee
ged
is sent from the LiveCode engine to the data grid scrollbar).
If I run the above script the data is scrolled through in ~12 seconds. What
(I think) this demonstrates is that the speed of scrolling isn't as much
the data grid as it is the frequency with which the LiveCode engine sends
the scrollb
Hi Terence,
You're right, modTableField doesn't have a built-in way to right justify a
column. I hope one day LC implements right (and center) tabs.
I did come up with a workaround to right justify a column which seems to
work speedily. If you're interested email me off list and I'll send it to
Hi,
I have looked at modTableField but noted in the docs you can’t have right
alignment
unless I misread that would mean no decimal point alignment.
All the best
Terry
On 26 Feb 2014, at 17:23, Peter Haworth wrote:
>
> If you're looking for a ready-to-use table control, I will, once again,
e why I am getting a performance hit from the Data Grid?
>
> I hope there is a solution.
>
> All the best
>
> Terry
>
>
>
> On 25 Feb 2014, at 20:27, Trevor DeVore wrote:
>
> > Hi Terence,
> >
> > This sounds more of a speed issue related to how often
> This sounds more of a speed issue related to how often the scrolling is
> fired while using page up/down rather than a general performance issue with
> the data grid.
>
> If you click on the data grid scrollbar and just drag from the top to
> bottom does the data grid respond qui
In a sense it doesn’t matter if it is smooth enough. If the test was to click
and hold on scroll bar to page downwards, that should be a fair test across
tools. If LiveCode is managing 9 updates per second, and the others are
managing 15 per second, they are presumably faster at that task.
I wo
/Down via mouse 9 seconds.
>
>
> Hi Terence,
>
> This sounds more of a speed issue related to how often the scrolling is
> fired while using page up/down rather than a general performance issue with
> the data grid.
>
> If you click on the data grid scrollbar and just drag
Would it speed things up by using the dgData command instead...? Its an array...
Again... Grasping at straws here... I've never seen a datagrid misbehave like
you've described... My apps use a LOT of datagrids and my tables are 100's of
thousands of records... I have one tab
My mistake, when I said fixed row height I meant all rows have the same height
of 25.
The text is Lucida Grande 13 point.
All the best
Terry
On 25 Feb 2014, at 20:20, zryip theSlug wrote:
> Terry,
>
> "Fixed row height" is an option only available for datagrid forms, so
> it should be on no
Hi,
Correct. one sqlite then dgText.
I have used the other (large data set) method in a previous attempt to improve
performance
but basically with the same result.
All the best
Terry
On 25 Feb 2014, at 20:17, Peter Haworth wrote:
> I assume you get the SQLite data with 1 SELECT statement th
On Tue, Feb 25, 2014 at 2:09 PM, Terence Heaford
wrote:
> Out of interest
>
> LiveCode.
>
> 1. Scrolling with Page Up/Down keys 7.5 seconds
> 2. Scrolling with Page Up/Down via mouse 9 seconds.
Hi Terence,
This sounds more of a speed issue related to how often the scroll
Terry,
"Fixed row height" is an option only available for datagrid forms, so
it should be on no help here.
For datagrids working with databases, you should have a look to this lesson:
http://lessons.runrev.com/s/lessons/m/datagrid/l/7341-displaying-large-amounts-of-data
Basically the trick is to
On Tue, Feb 25, 2014 at 11:24 AM, Terence Heaford
wrote:
> As for passing the data in, it is simply tab/return delimited from the
> Sqlite database
> which I believe the DataGrid converts to an array for internal use storing
> at as
>
> [row]["date"]
> [row]["type"]
> etc..
>
I assume you get the
Terence Heaford wrote:
> Fixed height row is being used.
>
> As for passing the data in, it is simply tab/return delimited from
> the Sqlite database which I believe the DataGrid converts to an array
> for internal use storing at as
>
> [row][“date”]
> [row][“type”]
> etc..
>
> There are 3 behavi
Richard,
Fixed height row is being used.
As for passing the data in, it is simply tab/return delimited from the Sqlite
database
which I believe the DataGrid converts to an array for internal use storing at as
[row][“date”]
[row][“type”]
etc..
There are 3 behaviour scripts, for date, amount,
Yes, that was what I was thinking. I see you’re getting 9 per second with the
mouse.
On Feb 25, 2014, at 2:03 PM, Terence Heaford wrote:
> I may have confused you by referring to page Up/Down, I actually meant the
> pageUp/Down parts of the scrollbar.
Out of interest
LiveCode.
1. Scrolling with Page Up/Down keys 7.5 seconds
2. Scrolling with Page Up/Down via mouse 9 seconds.
All the best
Terry
On 25 Feb 2014, at 18:57, Colin Holgate wrote:
> Would you be able to post your simple test stack? It’s quite possible that
> LiveCode ends up be
ative controls, and the way you populate the elements
within a DG might provide us with an opportunity for a performance boost.
Can you tell is how you populate the DataGrid?
It would also be useful to see the code you have in your row template
behavior's FillInData and LayoutControl handle
I am a little confused by your suggestion.
All scrolling of the LC DataGrid is done by holding the mouse down in the
DataGrid scrollbar and not via. the keyboard.
I may have confused you by referring to page Up/Down, I actually meant the
pageUp/Down parts of the scrollbar.
All the best
Terry
Would you be able to post your simple test stack? It’s quite possible that
LiveCode ends up being slower, but one possibility is that in the other two
cases the scrolling is happening if the key is pressed at the time, and in
LiveCode it may be limited by the keyboard repeat rate. So, it would b
create a table (20 rows * 6 columns) was not
fast enough when scrolling
As a result I created an external to access the fields and place data, this
increased the speed to nearly as fast as Objective-C.
In Objective-C it’s as smooth as silk. Nothing else to say.
I then saw LiveCode and placed
Oh okay, the speed value didn't work on version 5.5.X so that is great if it
now works.
I'll give it a try and see what happens..
Sent from my iPhone
> On 7 Feb 2014, at 4:57 pm, "Guglielmo Braguglia"
> wrote:
>
> Hi,
> you don't have to "c
Hi,
you don't have to "calculate" speed ...
... starting from, if I remember, LiveCode 6.1, you have "speed" (and
"course") included in Location info. From old iOS release notes :
"Location -- a comma separated list of the latitude, longitude and
altitu
Hi,
Just wondering if anyone has done anything with an in App contained way of
calculating speed with the available outputs from mobile location feature on
iOS? This App may be used in places without internet coverage so calling to the
google API etc is a no go.
Appreciate any thoughts
As I add and update, I keep wondering about relative speeds of ways of
storing and retrieving data.
It starts with the data in memory. I have about 500 text keys, and several
fields for each.
I coded these to a two dimensional array, and then to an in-memory sqlite
database. At first I assumed
Scrolling of a DataGrid is something that interests me.
Not because I have a solution but because it is also limited on the desktop.
I think the reason is simple, the solution is difficult.
The reason it is slow is because it is based upon fields and is scripted.
It is not really my place to sa
Did anybody ever figure out a way to make datagrid scrolling speedy? Most
of the time it's tolerable, but I have at least one case where it is so
slow that it has become unbearable.
On Tue, May 1, 2012 at 2:48 PM, Chris Sheffield wrote:
> Did you make sure to set the layerMode of the scrolling
http://www.speedtest.net/
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Geoff -
And this is the case, but it is also wildly different kinds of data and
reporting to go with each. I have common database libraries and techniques
shared between each, but the design and workflow of each app + reporting +
backends depending on how complex each app is quickly builds up. No
If you're building 8 "fully featured database applications" one after the
next, how much are you having to do for app #2, 3, etc.?
Editing a row is editing a row -- you should be growing better and better
libraries with each iteration?
On Wed, May 15, 2013 at 9:07 AM, Andrew Kluthe wrote:
> Th
You should ask for more money, and hire a help :)
Or accept clients less often, maybe?
I'd say if you feel overwhelmed it's a good time for some holiday too.
On 15.05.2013, at 15:07, Andrew Kluthe wrote:
> This is an odd kind of post for the list,
>
> Sometimes with LiveCode I am able to put t
This is an odd kind of post for the list,
Sometimes with LiveCode I am able to put things together so quickly that it
is hard for me to compare development times in livecode to development
times in other environments. It makes me tend to expect things much more
quickly after a while.
So, all "bra
when going from one card to an other.
>>
>> e.g.
>> lock screen for visual effects
>> go card "settings"
>> unlock screen with visual effect push up very fast
>>
>> Without using visual effects the performance is good. But with using visual
>&
visual
> effects there is a delay of 1 to 2 seconds before
> the visual effed takes place. So the user first thinks nothing would happen.
>
> Any idea if i can speed up this. Or should i show a busy indicator until the
> "move" to the next card is completed.
>
&
2 seconds before
the visual effed takes place. So the user first thinks nothing would happen.
Any idea if i can speed up this. Or should i show a busy indicator until the
"move" to the next card is completed.
Regards,
Matthias
--
Matthias Rebbe
matthias (at) rebbe.tk
Tel
On Aug 20, 2012, at 10:05 AM, Lars Brehmer wrote:
> I am looking for tips on how to solve a strange problem I am having.
>
> I have two very similar stacks that are behaving very differently speed wise.
>
…
> The stacks are very similar - the faster one is based entirely on t
I am looking for tips on how to solve a strange problem I am having.
I have two very similar stacks that are behaving very differently speed wise.
In a nutshell;
Both are splashscreen stacks that contain 3 more compressed stacks as custom
properties. When the stack (or standalone) launches, if
Did you make sure to set the layerMode of the scrolling group to "scrolling"?
Sorry to ask the obvious, but want to rule that out.
Also, as far as sub groups go, I and others have discovered that a scrolling
group *cannot* be nested inside another group if you want good performance. I'm
guessin
On 01/05/2012 13:45, Colin Holgate wrote:
There was a recent discussion about how having groups inside other
groups will lead to poor performance, and that RunRev are looking
into a way of defining a group as just being a container. Might that
help your case?
Perhaps. I don't know enough to say
On 01/05/2012 08:39, Gerry Orkin wrote:
Turn on accelerated rendering :)
on preopenstack
if the environment is "mobile" then set the acceleratedRendering of this
stack to true
end preopenstack
Hi Gerry,
Thanks for writing.
On my iPad 2 I couldn't tell much of a response from doing this
There was a recent discussion about how having groups inside other groups will
lead to poor performance, and that RunRev are looking into a way of defining a
group as just being a container. Might that help your case?
My guess about it is that the outer group is being handled as a texture, and a
Turn on accelerated rendering :)
on preopenstack
if the environment is "mobile" then set the acceleratedRendering of this
stack to true
end preopenstack
Gerry
On 01/05/2012, at 4:03 PM, Ken Corey wrote:
>
> Are there any tricks for improving the speed of datagrid
that looks funny on an ipad.
When I increase the size of everything on the screen, the response is
sluggish indeed.
Are there any tricks for improving the speed of datagrids in scrollers I
should be aware of? Any specific areas to look at?
Tha
I think I understood him to say he would build his own array and then populate
using dgData. My personal preference, once I understood what datagrids did with
arrays, is to always use arrays when I can. sqlYoga returns datagrid compatible
arrays, so you can get a data set through a query, and th
If you use dgText, the datagrid library will create the array internally, 6 one
way half a dozen the other, except that the datagrid library knows how to do it
right. But if you have an array already, then using dgData is of course
quicker.
Bob
On Nov 13, 2011, at 10:30 AM, Michael Doub wrot
On Sun, Nov 13, 2011 at 7:44 PM, Michael Doub wrote:
>
>>
>> What is going on under the covers with persistent data? Can I climate a
>> copy of the data if this is turned off?
>
>
> Sorry I was not clear. I understand that if persistent data is use the
> dgData is stored in a custom propert
>
> What is going on under the covers with persistent data? Can I climate a
> copy of the data if this is turned off?
Sorry I was not clear.I understand that if persistent data is use the
dgData is stored in a custom property. What about dgText? Is it recreated
for the next session
Does anyone understand the basic internal workings of DataGrid enough to help
me understand what is going on. I am trying to use the least amount of memory
and maximize performance on IOS.
I have a field of 4000 lines with 6 items in each line that have been
pre-sorted. Is it better for me t
301 - 352 of 352 matches
Mail list logo
