On Mon, Feb 9, 2015 at 7:37 AM, Alex Tweedly a...@tweedly.net wrote:
Wow. I can see why LC7 would be expected to be slower for this case - in
the multi-byte Unicode world,
It just doesn't appear to be characters and bytes. I tried a slightly
different approach to Jacques, using brute force
Then there is the method of storing the data in a memory based sqLite instance
and using SELECT with the ORDER BY DESC ordering term. Might not be faster, but
it should be a lot more flexible.
Bob S
On Feb 8, 2015, at 14:37 , Alex Tweedly
a...@tweedly.netmailto:a...@tweedly.net wrote:
If you use SQLite or mySQL, you'd have to do the same thing with the index,
so unless you already have the data structure in place, you'ld have to
create the table, populate the table with the values and the indexes, and
then order by the index and read the data back, but all of that is done
with
and don't get me wrong, it's not ideal to have to kluge this way, just like
it's not ideal to have to kluge around the last item in a container being
empty. I'm not a fan of either behavior. Both should be dealt with, and
this is just another reason why I will be avoiding 7.0 as long as
Okay that clears it up. I will need that info in a bit. I will need to use the
filename of the mainStack in substack scripts.
Bob S
On Feb 6, 2015, at 17:40 , Richard Gaskin
ambassa...@fourthworld.commailto:ambassa...@fourthworld.com wrote:
Bob Sneidar wrote:
filename does not seem to be a
Yes, but the second way is so much more sophisticated.
Bob S
On Feb 8, 2015, at 13:52 , J. Landman Gay
jac...@hyperactivesw.commailto:jac...@hyperactivesw.com wrote:
Just tinkering around on a lazy Sunday, and I thought I'd come up with a neat
way to reverse a list without using the
Has anyone used this mobile app dev platform?
http://www.configure.it http://www.configure.it/
If so, how is it?
Thanks,
Jim Lambert
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage
It seems that what we've lost with unicode/7 is the speed of character
references. In other words, this:
On Sun, Feb 8, 2015 at 4:37 PM, Alex Tweedly a...@tweedly.net wrote:
SO, instead, we can use put ... into char x to y of ... - since it uses
char indexing, it takes constant time (i.e. no
A physics engine would help a lot, in this regard. Many of the “angry bird”
type 2D games are made in Corona, which has physics from the get-go. I think
that may be in the far future for LC.
The whiteboard animations are interesting. Look at:
http://www.videoscribe.co http://www.videoscribe.co/
On Tue, Feb 10, 2015 at 4:28 AM, Richard Gaskin ambassa...@fourthworld.com
wrote:
But when exploring desktop vs mobile, you'll need to make different
layouts for each anyway, so why not do both?
I think this is the most important point of all. In all the 'one code for
all platforms' hype of
I'm curious what insights there are into the future of animation in
LiveCode.
The adage that children are exposed to super high production values
(Think Disney, Entertainment Arts) is true, but at the same time I've
seen kids/adults super fascinated with some pretty basic old style side
Dave-
Monday, February 9, 2015, 2:47:12 PM, you wrote:
In this case, I dont think theres an advantage in repeat for
each as were iterating through array elements and not chunks.
Are you really seeing it work faster?
I was using a 24519-line list of 555Kb.
(tried to reply earlier but
On Tue, Feb 10, 2015 at 8:53 AM, Mike Kerner mikeker...@roadrunner.com
wrote:
can we come up with a dataset for this test?
I personally find scripting a standard dataset the easiest. Here's a script
that will create identical lines, each with 18 x 5 char words. I've just
added 3 lines at the
On 2/9/2015 8:10 PM, Kay C Lan wrote:
On Tue, Feb 10, 2015 at 8:53 AM, Mike Kernermikeker...@roadrunner.com
wrote:
can we come up with a dataset for this test?
I personally find scripting a standard dataset the easiest.
I just used the colorNames repeated a number of times, since they
Awesome! Scott..thanks
Until we get built-in easing effects in the engine (needed
desperately)
I tend to set the bar a bit low on the eye candy (to the consternation
of some)
since I convinced that the message is more important,
Assuming the production values are not rancid then if it
On Tue, Feb 10, 2015 at 11:58 AM, Geoff Canyon gcan...@gmail.com wrote:
It seems that what we've lost with unicode/7 is the speed of character
references.
See Ali Lloyd's earlier response that the LC team have been watching this
tread and it's clear that 'inefficient code' has been revealed.
Kay:
Thanks for the ideas! The plan you suggest sounds quite good and it looks like
I can probably accommodate both desktop and iOS. I’m a retired prof who did a
LOT of coding for my classes, and now I have no ambition to develop a real
business, not that I would turn down income that wouldn’t
Richard-
Thursday, May 15, 2014, 2:34:38 PM, you wrote:
On another note, as I promised you last week I did ask Ben if RunRev
planned on open-sourcing the On-Rev real-time debugger. He's not sure
and will check with Kevin, but he did confirm my hunch that it requires
specific sockets open on
I like the idea Mike K.
The slow part with the array method is rebuilding the list. Why not just
build the array, grab and reverse numeric sort the keys and use the data
directly from the array? For 80k lines, the split takes 24 ms. Putting the
keys into a variable, and reverse sorting them
On 2/9/2015 3:46 AM, Kay C Lan wrote:
But
if your last line was This is the last line and there was a CR and the
insertion point was sitting on the line below I would expect a reverse sort
to produce a blank line and the 2nd line would read this is the last line.
No. Delimiters are
A quick check and this works:
local sCount
function getCount
subtract 1 from sCount
return sCount
end getCount
on mouseUp
sort lines of fld 1 numeric by getCount()
end mouseUp
You don't need to have sCount start at the number of lines of the text to
be sorted. It can start at 0 and go
Jacque.
No. Delimiters are terminators, not dividers. They belong to the text
that precedes them.
Hmmm, what an interesting comment. Maybe we should discuss this...
Craig
-Original Message-
From: J. Landman Gay jac...@hyperactivesw.com
To: How to use LiveCode
On 2/9/2015 12:58 PM, Mike Bonner wrote:
1,2,3,4, is 4 items (comma terminator as you said, acts as a terminator
to the preceeding) 1,2,3,4,5 is 5, so the trailing coma is implied.
Yup, that's it.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software
dunbarx wrote:
Jacque.
No. Delimiters are terminators, not dividers. They belong to the text
that precedes them.
Hmmm, what an interesting comment. Maybe we should discuss this...
It does seem a frequent enjoyment in our community, but I suspect the
outcome of yet another discussion on
Dave-
Using 'repeat for each' for the loop makes this faster yet.
function arevers p
local t
local tNumElems
split p by cr
put empty into t
put the number of lines in p into tNumElems
repeat for each line l in p
put p[tNumElems] cr after t
subtract 1 from
Thanks! Yep, had figured out that I didn't need to worry about what sCount
was as long as it was lower each time. Not sure why my noggin was so
insistent on doing it the other way, but.. /shrug
On Mon, Feb 9, 2015 at 12:10 PM, Geoff Canyon gcan...@gmail.com wrote:
A quick check and this
Hi all.
Thanks very much for this thread, it has uncovered a quite inefficient code
path in chunk resolution that we will be able to sort out.
Indeed, I believe that http://quality.runrev.com/show_bug.cgi?id=14504 was
already potentially causing a problem for the 'char' chunk. In theory the
Hi Charles, Rev 5.5.5 will build 32 bit software (indeed Rev is itself 32
bit) which should work fine on 64 bit systems - have a look in the Program
Files (x86) folder in your Windows 64 bit PC where you will find all the 32
bit software running on your system.
When I say work fine, 32 bit apps
No. Delimiters are terminators, not dividers. They belong to the text that
precedes them.
Ah k, so there is an implied terminator on the last item?
1,2,3,4, is 4 items (comma terminator as you said, acts as a terminator
to the preceeding) 1,2,3,4,5 is 5, so the trailing coma is implied. At
can we come up with a dataset for this test? I was about to go write the
database code to share, but I realized I don't have anything (real) to test
against.
On Mon, Feb 9, 2015 at 5:47 PM, Dave Cragg dave.cr...@lacscentre.co.uk
wrote:
In this case, I don’t think there’s an advantage in repeat
Does anyone have scripts for zooming in and out on a photo? I got
animationEngine, but I don't see anything there that will help me. I'm
hoping it can be fairly smooth.
Use case: high quality political world map (includes states/cities)
zoom in on specific countries, even states.
the
Hi Richard - I had an issue about setting the loc of a stack with a
scaleFactor that would be calculated as the app opened (to make it close to
fullscreen). What I had to do was to apply the scaleFactor to the loc and
then set the loc of the stack to that - I should think the same would apply
to
Richard.
What I meant was this:
- I have too much time on my hands
- DO NOT talk about it anymore
I bet Jacque got it.
Craig
-Original Message-
From: Richard Gaskin ambassa...@fourthworld.com
To: use-livecode use-livecode@lists.runrev.com
Sent: Mon, Feb 9, 2015 2:57 pm
Subject:
This is what I do There is a lot going on here. This function will allow
for the keyboard area. I set the pixelscale to 1 for all devices at startup.
I don't know if other scale factors will affect this function but all one
would need is some constructive multiplies.
function getCardRect
William Prothero wrote:
Richard and Kay:
Thanks for the stimulating thoughts.
Each of your arguments are very persuasive. And it seems that the
most important thing is where you decide to start. If you focus is
on mobile, Kay’s approach is the most sensible. I like Richard’s
for desktop,
On Mon, Feb 9, 2015 at 3:46 AM, Kay C Lan lan.kc.macm...@gmail.com wrote:
6.6.5
There are 1880 lines in tstart
There are now 9400 lines in tstart
revers(ta) took 350 ms
qrevers(ta) took 5 ms
Output OK
krevers(ta) took 328 ms
Output OK
7.0.2 rc2
There are 1880 lines in tstart
There
When the scaleFactor is set to any value other than 1, there appears to
be no relationship between the stack's rect property and its apparent
rect on screen.
the effective rect... doesn't help.
How can I obtain the actual on-screen rect of a stack whose scaleFactor
is set to any value other
Richard.
Uh, oh.
Make a stack with one button and one decent sized field. In the button script:
on mouseUp
put into fld 1
put the rect of this stack into line 1 of fld 1
set the scalefactor of this stack to .5
put 0.5= the rect of this stack into line 2 of fld 1
set the
On 2/9/2015 2:53 PM, Richard Gaskin wrote:
When the scaleFactor is set to any value other than 1, there appears to
be no relationship between the stack's rect property and its apparent
rect on screen.
the effective rect... doesn't help.
How can I obtain the actual on-screen rect of a stack
On 2/9/2015 3:05 PM, dunb...@aol.com wrote:
I bet Jacque got it.
And I laughed, too. :) But I didn't want to talk about it.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
I tried an array method:
function arevers p
split p by cr
put empty into t
put the number of lines in the keys of p into tNumElems
repeat with i = tNumElems down to 1
put p[i] cr after t
end repeat
return t
end arevers
This is slower than Alex's method in 6.0.2 (21 ms
What about using an index, instead of the actual data? With the times
quoted in 7, I wonder if using an SQLite or mySQL db would be faster.
On Mon, Feb 9, 2015 at 7:03 AM, Dave Cragg dave.cr...@lacscentre.co.uk
wrote:
I tried an array method:
function arevers p
split p by cr
put
This was a fun little challenge. Try this stack via your message box
(3.8MB download):
go url http://www.tactilemedia.com/download/map_zoom.livecode;
Click the map to zoom, click again to zoom out.
Until we get built-in easing effects in the engine (needed desperately),
I¹m a big proponent of
Stands to reason. ;-)
Bob S
On Feb 9, 2015, at 13:53 , Dave Cragg
dave.cr...@lacscentre.co.ukmailto:dave.cr...@lacscentre.co.uk wrote:
Mark,
It makes it faster, but it doesn’t return any data. :-)
___
use-livecode mailing list
When you split data into an array, you cannot use any clear techniques to
process that data, like a repeat loop. You can work with the keys of the array,
but not the enclosing named array itself.
The number of lines of the named array will always be 0, because the data lies
at least one layer
Sorry - got one line out of place. Here ya go.
Still the fastest yet.
function arevers p
local t
local tNumElems
put the number of lines in p into tNumElems
split p by cr
put empty into t
repeat for each line l in p
put p[tNumElems] cr after t
subtract 1 from
In the past I’ve used QuickTime VR for projects such as this.
You can zoom in and out, fly around a very large map or image, click on nodes
to go to other maps. All very, very nice.
Except, now QT is now being put out to pasture, and the tools to create the VRs
are hard to come by.
Peter
Just a thought, untested.
Change the first two executable lines to:
split p by cr
put the number of lines of the keys of p into tNumElems
That way instead of having to spin through the entire data twice counting
lines, once for the number of lines and again for split,
it would only spin all the
Note to self - paste the actual code...
function arevers p
local t
local tNumElems
put the number of lines in p into tNumElems
split p by cr
put empty into t
repeat for each line l in the keys of p
put p[tNumElems] cr after t
subtract 1 from tNumElems
end
Dave Cragg dave.cragg@... writes:
Still no data. The problem is here:
Yeah... see my re-corrected version.
Comes out faster due to the repeat for each construct.
Even in LC 7.x.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
Yay.
But the speed is the same as my original. (On both 6.0.2 and 7.0.1)
On 9 Feb 2015, at 22:25, Mark Wieder mwie...@ahsoftware.net wrote:
Note to self - paste the actual code...
function arevers p
local t
local tNumElems
put the number of lines in p into tNumElems
split p
Mark,
It makes it faster, but it doesn’t return any data. :-)
The number of lines in p = 0
Cheers
Dave
On 9 Feb 2015, at 20:13, Mark Wieder mwie...@ahsoftware.net wrote:
Dave-
Using 'repeat for each' for the loop makes this faster yet.
function arevers p
local t
local tNumElems
Mark
Still no data. The problem is here:
repeat for each line l in p
I would have been surprised if that had worked.
I also tried the following, but it give the same speed as my original (not
surprising as it’s doing much the same thing)
function arevers p
put the number of lines in p
As discussed in the past, there was probably a good reason to do it this way
when HyperTalk was created, and since then it’s been maintained because of
backward compatibility reasons. Changing this would likely break a lot of code.
However other applications and dev systems would treat the last
FYI:
One problem I had running a 32 bit LC project on 64 bit windows happened when I
tried to open a Flash movie in the rev browser window. But the CEF browser did
it fine.
Bill
On Feb 9, 2015, at 10:26 AM, Dave Kilroy d...@applicationinsight.com wrote:
Hi Charles, Rev 5.5.5 will build 32
In this case, I don’t think there’s an advantage in repeat for each as we’re
iterating through array elements and not chunks.
Are you really seeing it work faster?
I was using a 24519-line list of 555Kb.
Dave
On 9 Feb 2015, at 22:36, Mark Wieder mwie...@ahsoftware.net wrote:
Dave Cragg
56 matches
Mail list logo