On 25/03/2013, at 3:49 PM, Scott Rossi wrote:
> This used to be in the iOS release notes, early on. Doesn't appear to be
> in the 5.5.4 notes.
Ah... I guess this is a docs bug then. I've just changed my implementation of
my mobile scrolling field control and it looks very nice. For that contro
Hi,
A new website dedicated to LiveCode has been launched, the LiveCode
Super Site.
http://livecodesupersite.com/
Right now there is a collection of links to current topics about
LiveCode. Find links to the latest Use-Livecode mailing list posts,
Software Overflow questions, and a generous
On 3/24/13 9:36 PM, "Monte Goulding" wrote:
>
>On 25/03/2013, at 2:42 PM, Scott Rossi wrote:
>
>> If you have nested groups, the layerMode needs to be set to scrolling
>>for
>> the topmost (outermost) group, and the group that actually scrolls
>>cannot
>> be nested inside another group. With th
On 3/24/13 11:36 PM, Monte Goulding wrote:
Wait... so you can only set the scroll of a group that is directly on
the card then? That makes it quite difficult to use...
I think it can be anywhere, not just the card. The trick is, the
layermode must be set on the topmost object; if it's a group
On Mar 24, 2013, at 8:42 PM, Scott Rossi wrote:
> If you have nested groups, the layerMode needs to be set to scrolling for
> the topmost (outermost) group, and the group that actually scrolls cannot
> be nested inside another group. With this set up, you should get good
> performance.
Yeah, wh
I suspect that iOS tweens scrolling. It doesn't get scroll changes
any more often than LiveCode, but it tweens the values rather than
jumping to the newly reported value. That can give the illusion that
it is getting more events, or handling them quicker.
iOS has a "scrollViewDidScroll" message
On 25/03/2013, at 2:42 PM, Scott Rossi wrote:
> If you have nested groups, the layerMode needs to be set to scrolling for
> the topmost (outermost) group, and the group that actually scrolls cannot
> be nested inside another group. With this set up, you should get good
> performance.
Wait... so
On 25/03/2013, at 2:40 PM, Colin Holgate wrote:
> So, don't scroll to the new value, just update a variable and then scroll
> towards that value 60 times per second.
That's a different approach to what I tried and it might be worth trying. It
forces the scroll updates to be at regular interval
If you have nested groups, the layerMode needs to be set to scrolling for
the topmost (outermost) group, and the group that actually scrolls cannot
be nested inside another group. With this set up, you should get good
performance.
Regards,
Scott Rossi
Creative Director
Tactile Media, UX/UI Desig
I suspect that iOS tweens scrolling. It doesn't get scroll changes any more
often than LiveCode, but it tweens the values rather than jumping to the newly
reported value. That can give the illusion that it is getting more events, or
handling them quicker.
Try this as a button script:
on mouseU
All righty then. I'm wondering if I'm assuming something wrong about
the layermode. I'm assuming that only the control that is actually
being scrolled should have it's layermode set to scrolling. If that
object is inside a group should the group be set to something other
than static?
I have test
On 25/03/2013, at 1:28 PM, Monte Goulding wrote:
> I could probably get away without the group on that one
Ah... no I can't. No preOpenContol handler if it's not a group...
All righty then. I'm wondering if I'm assuming something wrong about the
layermode. I'm assuming that only the control t
My iOS scrolling data grids jitter all the time and I've never drunk a cup of
coffee in my life :)
Gerry
On 25/03/2013, at 1:22 PM, Scott Morrow wrote:
> I'm only noticing the jitters when the scrolling field is in a set of nested
> groups. (And when I've exceeded the coffee limit.)
___
On 25/03/2013, at 1:22 PM, Scott Morrow wrote:
> I'm only noticing the jitters when the scrolling field is in a set of nested
> groups. (And when I've exceeded the coffee limit.)
OK, I'll look into that when I get a chance because my scrolling fields are in
a group... it's a custom control th
Speaking of developing for iPhone 5/Retina, is there a way to ensure that
*only* Retina devices can run your app?
Gerry
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscript
I'm only noticing the jitters when the scrolling field is in a set of nested
groups. (And when I've exceeded the coffee limit.)
--
Scott Morrow
Elementary Software
On Mar 23, 2013, at 9:02 PM, J. Landman Gay wrote:
> On 3/23/13 7:50 PM, Monte Goulding wrote:
>>
>> On 24/03/2013, at 9:10 AM, "J
Hi LiveCoders
With Apple's recent announcement about app acceptance and device support I
thought it would be a good to leak some info about mApp the open source mobile
application framework I've been working on. So I've released this teaser.
https://www.youtube.com/watch?v=DMzvnesfwi8
The tea
Ok thanks for testimg. That's very useful to know. I must say I'm curious to
find out more about the peculiarities of arrays now.
--
Kind regards,
Mark Schonewille
Economy-x-Talk
Http://economy-x-talk.com
Share the clipboard of your computer over a local network with Clipboard Link
http://clip
Sorry - the copy/paste of the result included some binary characters, so
the email was incomplete
try it yourself if you want to see the details - but the bottom line is
that the arrays have the same keys and contents, comparing the arrays
gets that right, and comparing the arrayencode()
OK, let's just test it - focusing on the likelihood that key order matters
Code:
on mouseup
local T1, T2
local tK, j
constant K = 10
repeat with i = 1 to K
put random(i) into t1[i]
end repeat
put the keys of T1 into tK
repeat with i = K down to 1
put line i of
Hi Dick,
At the start of this thread, it was observed that comparison of arrays
as suggested by the documentation may detect false positives.
Keys of arrays are sorted when they are used by a function or a get or
put command. The sort is not random, as I stated before. Therefore, the
arrays
Dick Kriesel wrote:
> ArrayEncode encodes not only the keys and values we can see in the
> array but also the hash keys we cannot see. The invisible hash keys
> depend in part on the sequence in which the keys were added to the
> array, so they may be different for two equal arrays, so the
> enc
What seems to work in a script is to start editing each owning group until
you reach the one containing the group to be ungrouped, ungroup it, then
stop editing its owning group.
I'm nervous though. I've found that the world of editbackground mode is a
weird and wonderful place. No matter how ma
On Mar 24, 2013, at 1:29 PM, Mark Schonewille
wrote:
> As you can conclude from
>
> "To compare two arrays, simply use the = operator directly on them rather
> than encoding them first."
>
> the documenation, particularly with regard to arrays, is not always correct.
Hi, Mark.
Of course do
One extra thought. Maybe it would be good for openField to set a custom
property of the field to true and have a closefield/exitfield handler to
set it to false Then have SaveMeCheeses check the custom property
before sending the message to itself. Might prevent some unnecessary saves.
Pete
lcSQL
OOPS!
*In your openStack script:*
put "10" into tSaveInterval -- assuming minutes
send saveMeCheeses to this stack in (tSaveInterval*60) secs
*In your stack script:*
on saveMeCheeses
-- gather all your text into a variable
put tMyText into URL (file:C:/someplace/really/safe/MyFile.txt")
sen
*In your openStack script:*
put "10" into tSaveInterval -- assuming minutes
send saveMeCheeses to this stack in (tSaveInterval*60) secs
*In your stack script:*
on saveMeCheeses
-- gather all your text into a variable
put tMyText into URL (file:C:/someplace/really/safe/MyFile.txt")
send saveM
Merry LibreOffice allows one to set it so that it autosaves a document
at a set time interval in case your computer goes wonky, or LibreOffice
crashes.
And a jolly good idea that is too (even if they pinched it from Microsoft).
Now I would like to have the same sort of feature in my "next thang"
Richard,
I would love to see a (YouTube?) video of you or Mark or someone doing
the planning thing with note cards. I have never done it but it sounds
like a good way to go. I too gave up flowcharting years ago for most
projects, but sometimes I still run into something that demands that
kind
Monte,
I just thought it is a nice solution. In the way I used it in my
example, I trust it sufficiently to even recommend it to others.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkp
Dick,
As you can conclude from
"To compare two arrays, simply use the = operator directly on them
rather than encoding them first."
the documenation, particularly with regard to arrays, is not always correct.
Moreover, I would expect that computers return the same value when doing
two equal
On 25/03/2013, at 7:25 AM, Dick Kriesel wrote:
> The dictionary entry for arrayEncode says two equal arrays may have different
> array encodings:
>
> "Note: Arrays in LiveCode are un-ordered. This means in particular that
> encoding two arrays will not necessarily produce the same result, eve
Unless I'm missing something, it looks like the ungroup command doesn't
work on nested group, i.e. one that is owned by another group. The ungroup
command doesn't return an error either.
It feels like the only way to do this is to ungroup all the owning groups
first but that seems fraught with da
On 25/03/2013, at 7:06 AM, Mark Schonewille
wrote:
> If you really need to know this, then you'll have to investigate this by
> yourself. You can't doubt me without proving that I'm wrong, but if you prove
> that I'm wrong then I'll be happy to be corrected and learn something.
I'm not sure
On Mar 24, 2013, at 1:02 PM, Monte Goulding wrote:
> I know the list of keys is not random but there's no guarantee on the order
> as far as I know and I'd want to do a significant amount of testing before I
> assume two arrays created under different circumstances might return the keys
> in t
Monte,
If you really need to know this, then you'll have to investigate this by
yourself. You can't doubt me without proving that I'm wrong, but if you
prove that I'm wrong then I'll be happy to be corrected and learn something.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting an
On 25/03/2013, at 6:55 AM, Mark Schonewille
wrote:
> If you use them in the same line of a script, both arrayEncode function will
> treat arrays in the same way. The list of keys is not random.
Where is this documented? Why does the same line or a different line make a
difference?
I know th
Monte,
If you use them in the same line of a script, both arrayEncode function
will treat arrays in the same way. The list of keys is not random.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.c
On 25/03/2013, at 2:22 AM, Mark Schonewille
wrote:
> if arrayEncode(array1) is arrayEncode(array2) then
> -- do whatever
> end if
Is there any guarantee that the arrayEncode format is consistent given two
arrays with the same keys? We can't be positive the keys will return the keys
in the
Hi from Beautiful Brittany,
Cal Horner wrote :
> How many of you use programming flowcharts to prove your answer before you
> actually begin to code ?
I gave up writing flowcharts 40 years ago (it was mandatory when I was a
programmer), and I admit that a flowchart is 90 % of program development
Mark Wieder wrote:
Richard-
Sunday, March 24, 2013, 10:25:59 AM, you wrote:
Some of the most productive time I spend in development is with 3x5
cards spread out on the floor, representing function points or UI
elements, looking for the flow and patterns between them. To someone
I do the ind
Hello list,
I looked into former use-revolution lists, but without success…
I use "open printing to pdf TargetFileName" with TargetFileName =". .
./Aufläufe-Apfelkompott.pdf"
The Printing works fine, but the resulting pdf-filename in Finder shows ". .
./Aufl%8Aufe-Apfelkompott.pdf"
B
Richard-
Sunday, March 24, 2013, 10:25:59 AM, you wrote:
> Some of the most productive time I spend in development is with 3x5
> cards spread out on the floor, representing function points or UI
> elements, looking for the flow and patterns between them. To someone
I do the index card thing, s
Jerry Jensen wrote:
> I recently did a job where I had to poll two asynchronous serial
> ports. Timing had to be somewhat interlocked. Some input was response
> to stuff I sent, including verifying echos, and some was volunteered
> by the devices. I really really needed that flowchart. As I was
>
On Sun, Mar 24, 2013 at 8:19 AM, Robert Sneidar wrote:
> mySQL DOES in fact have a boolean. You can use false and it equates to 0.
> True equates to 1. I use booleans all the time in my code and in my
> database structure. Where did you get that mySQL does not have a boolean
> type?
>
That is re
David,
You can do this with:
if arrayEncode(array1) is arrayEncode(array2) then
-- do whatever
end if
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
Use Color
mySQL DOES in fact have a boolean. You can use false and it equates to 0. True
equates to 1. I use booleans all the time in my code and in my database
structure. Where did you get that mySQL does not have a boolean type?
Bob
On Mar 23, 2013, at 10:45 AM, Dr. Hawkins wrote:
> Unless my calenda
I am curious what would happen if yo compare to arrays with different keys. I
seem to remember something about array comparisons only comparing keys and not
their values. I might have been dreaming after a bout with some bad pizza
though...
Bob
On Mar 23, 2013, at 12:43 PM, David Beck wrote:
Flowcharts are for sissies! ;-) j/k. I never use them because nothing I develop
is that complicated.
Bob
On Mar 23, 2013, at 4:09 PM, Cal Horner wrote:
> My two cents worth.
>
> I must admit I hadn't been following this thread but on a fine Sunday
> morning while catching up on correspondenc
They finally got to the watched global crashes to desktop bug! They are making
progress.
Bob
On Mar 23, 2013, at 2:23 PM, Monte Goulding wrote:
>
> On 24/03/2013, at 4:41 AM, Andrew Meit wrote:
>
>> I do hope with the huge donations, QA for LC gets what it needs -- now.
>> Really!
>
> An
On 03/24/2013 02:35 AM, Mark Wieder wrote:
Cal-
Saturday, March 23, 2013, 4:09:34 PM, you wrote:
How many of you use programming flowcharts to prove your answer before you
actually begin to code?
Where flowcharting starts to fall apart though, is with asynchronous
events - you end up with loo
51 matches
Mail list logo
