By accident I noticed that I don't have a return at a certain point of a
function but nevertheless the value was passed back without a return to the
calling handler.
I can reproduce the issue to this scenario:
--Btn script
on mouseUp
put foo1() into myVar1 -- I get the value Test
Interesting. If I modify foo1 like that:
function foo1
put foo2() into myvar2
put anotherTest into myvar3
end foo1
the process still returns “Test”.
I can only guess that ‘return’ saves the returned value in a ‘last in, first
out’ pile somewhere and that the top value is used by the
Hi Ralph,
Thanks for your fantastic suggestion!
I've had a quick chat with our testing master, Hanson, and he is more
than happy to look at into integrating any advance query stacks you may
have into our current test system.
If you do get a chance to create any of these, please fire them
I think the point of the nomenclature is in the decimal place (pardon the pun.)
X.Y denotes a major release, with new features and other nasties. So they get a
DP to start with.
X.Y.Z are simply bug fixes, and perhaps a minor change here or there. Being
based on a stable release they no longer
Thanks for your answers.
One more question : does mergZXing also decode the QR code once
it is scanned ? This isn't clear in the online doc...
Thanks
jbv
On 14 Nov 2014, at 1:53 am, Pi Digital s...@pidigital.co.uk wrote:
Mergext has an excellent set of externals one of which is a qr reader.
It does.
Sent from my Android tablet
On Nov 14, 2014 8:00 AM, j...@souslelogo.com wrote:
Thanks for your answers.
One more question : does mergZXing also decode the QR code once
it is scanned ? This isn't clear in the online doc...
Thanks
jbv
On 14 Nov 2014, at 1:53 am, Pi Digital
I don't see any anomaly here. Since the intermediate function calls yet another
function, it never needs to close, that is, return, a value. It is a
pass-through entity, a card carrying member of the chain of handler calls. Step
through this variation:
on mouseUp
put double(2) into
Hi Craig,
I wasn't aware of this behaviour.
I think about more complex functions with a lot of if and else structures,
where you are perhaps not aware anymore of this function chain after some
years, when you are changing the first or the second function?
Would it be a good or at least not a bad
Hi.
Putting intermediate returns will immediately terminate the function call. How
would you reach the next stage?
Perhaps this is another slightly off aspect of the original example: The
intermediate variable myVar2 is only seen in the debugger, and therefore only
actually present at all,
Hi Craig,
perhaps I didn't expressed myself correct, I'm not a native speaker.
For me the result seems the same, if I put a return myVar2 at the end of
function foo1 or not (see below). The intermediate function is terminated AFTER
the call of the second function at the end.
My original script
Sean,
Very interesting use of QR. Were the QR codes carrying both bidder ID info.
and the actual bid information from each user? And were the QRs printed on
paddles or were these on the bidders' mobile device screens?
Thanks,
Tom Bodine
--
View this message in context:
As, currently, I am running 32 bit Linux I have what may seem a slightly
goofy question:
Does the standalone builder in the 64 bit version of LiveCode 7 offer
the choice of building
standalones for 64-bit and/or 32-bit distros?
Richmond.
___
On 14 Nov 2014, at 16:48, Richmond richmondmathew...@gmail.com wrote:
As, currently, I am running 32 bit Linux I have what may seem a slightly
goofy question:
Does the standalone builder in the 64 bit version of LiveCode 7 offer the
choice of building
standalones for 64-bit and/or
Hi Tiemo,
It is always better to be explicit, and in this case to use a return statement.
Note that a shorter function foo1 could be:
function foo1
return foo2()
end foo1
As for my post of this morning, my suggestion was certainly too complex. It is
sufficient to figure a transitory
Tiemo,
Interesting. It looks like functions return the value of the result in the
absence of a return statement.
Other languages would probably return void or null or something similar,
and we might expect Livecode to return empty.
I've no opinion on whether it is a bug or not, but I think it
Yes, it is ’the Result’, I just checked it - good hint, Dave ! didn’t think
about that before…
Jacques
Le 14 nov. 2014 à 17:56, Dave Cragg dave.cr...@lacscentre.co.uk a écrit :
Tiemo,
Interesting. It looks like functions return the value of the result in the
absence of a return
OK, so you mean this:
revDataFromQuery(,,17,SELECT * FROM vader_darth__001_dna;)
revDataFromQuery is a function, you need to either put it or get it or
set a cprop to it. If I type the above statement into the message box I
get exactly the same error as you whether there's a semicolon or
The way I see things, RunRev is not an overly large company. To remain solvent
(something that benefits us all) they probably have to prioritize what they can
and cannot do. In House testing of every possible scenario cannot be one of the
do’s. Frankly I am thrilled at the progress made since
I am a native speaker, but not a native listener.
Yes, it makes no difference. Stepping through, myVar2 will contain a value
regardless of whether a return is present or not.
Personally, I would not use the return there. Even more personally, why have
two functions? Unless a choice is made
For anything other than this simple case, the returns matter.
Take for example
local tvar1,tvar2,tvar3
on mouseUp
--get a random value to use
put random(10) into tvar1
put Start Value: tvar1 cr Final Return: myfunc1(tvar1)
cr tvar3
end mouseUp
function myfunc1 pvar
put 2 *
The value returned in the previous scenario (basing the return on 10 being
the number used) is 20. The final doubling disappears.
On Fri, Nov 14, 2014 at 10:40 AM, Mike Bonner bonnm...@gmail.com wrote:
For anything other than this simple case, the returns matter.
Take for example
local
Things like this also work..
put the long id of (tFieldName) where tFieldname contains field
myfield though, to be safe it should contain --field myfield on the off
chance that myfield is another variable name. As long as you force
evaluation of the var with parens, life gets easier.
On Thu,
On Fri, Nov 14, 2014 at 9:21 AM, Peter Haworth p...@lcsql.com wrote:
revDataFromQuery(,,17,SELECT * FROM vader_darth__001_dna;)
Somehow, an earlier version of my reply was sent. Here's what I meant to
send.
Knowing that you used the message box makes a big difference, Everyone who
has
Hi Tiemo,
That seems like an unexpected behavior to me but definitely good to know.
I've christened this behavior the point of no return!
I'm triyng to wrap my head around what might happen in this scenario with a
recursive function.
Pete
lcSQL Software http://www.lcsql.com
Home of
On 11/14/2014, 9:12 AM, dunb...@aol.com wrote:
I don't see any anomaly here. Since the intermediate function calls yet another function,
it never needs to close, that is, return, a value. It is a pass-through
entity, a card carrying member of the chain of handler calls. Step through this
Working with a datagrid table after a break from them for a while.
I have a couple of situations where I need to adjust the settings of a
specific cell (line/column) in the datagrid depending on data in other
cells.
In the first case, I have a customized column with a button in it. In some
data
On 11/14/2014, 11:58 AM, Peter Haworth wrote:
My feeling is that something changed in the message box parsing routines
and the semicolon is being taken as a separator between two statements.
A semicolon in any script is interpreted as a line ending, except when
within quotation marks. If the
Hi Brahmanathaswami
Funny coincidence, it's just what I'm looking at now.
I found this one a few days ago
https://github.com/tumble/bbedit-livescript
and I've started to add to it (mainly to fix the function scanner). It's sort
of working now, but I think the next thing is to stop adding
On 11/13/2014, 10:26 PM, Geoff Canyon wrote:
On Thu, Nov 13, 2014 at 3:10 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
I blame myself for the omissions (except when Richard G. forgives me.) :)
Bless me Richard, for I have sinned. It has been two weeks since my last
bug report. Since
Not sure what you are asking, but here is how functions work.
As soon as the script execution encounters a return command, the function
terminates and returns control to the calling handler. Nothing that comes after
the return in the function is executed.
Now here is what weirds me out:
on
I agree with you Jacque. I think the only workaround is when creating a
function, immediately enter the return command before scripting anything else.
This will prevent the inadvertent exclusion of a return command
Bob S
On Nov 14, 2014, at 10:28 , J. Landman Gay
Hah hah! I would have used “For all permutations” instead!
Bob S
On Nov 14, 2014, at 10:47 , J. Landman Gay
jac...@hyperactivesw.commailto:jac...@hyperactivesw.com wrote:
LOL! Okay.
Our Kevin, who art at RunRev,
Hollowed be thy frame
By coding done
Yet still undone in engine,
As it is in
I just stay embarrassed. It’s easier that way.
Bob S
On Nov 13, 2014, at 19:50 , J. Landman Gay
jac...@hyperactivesw.commailto:jac...@hyperactivesw.com wrote:
LOL Better you than me. :-) We've all embarrassed ourselves here, it's sort of
an initiation thing.
Actually, Macs can use either the control, command (apple) or option key with
shift modifier for some of them as well. On Windows, the command key is
actually the windows key. Not certain if it can be used as a modifier.
Bob S
On Nov 13, 2014, at 07:29 , Richard Gaskin
put 95 into lSelectedLine
set the hilitedLine of group myDatagrid to lSelectedLine — alternatively use
index.
Unless you are manually populating the data grid, this will autoscroll to the
selected index/line.
Bob S
On Nov 12, 2014, at 18:28 , Glen Bojsza gboj...@gmail.com wrote:
I
OK will try it...
I took a course on GitHub from Lynda.com... most of it left my head a
few days after taking the course (instructor was going really fast!) and
setting up my repositories (hehe) Andre suggested this:
http://git-scm.com/book/en/v2
free... I keep it open in Calibre and it
Right, it looks like something in the message box message box
interpretation scripts changed between the various releases I tested.
I guess I should file a bug report.
Pete
lcSQL Software http://www.lcsql.com
Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and
SQLiteAdmin
Enjoy!
-= Mike
https://www.dropbox.com/s/3wpwn3hfbmpl7sk/MasterLibrary.livecode?dl=0
Release 8
*Added reference page that incudes an ASCII table and Livecode Error
Codes
(thanks to Peter M. Bingham for the materials and idea.)
*Updated the version check to let you know if
This stubstack is now doing this on two computers, and under 7.0-RC1 and
-RC2.
It has had a behavior for a long time, under 5.5 and continued working
under 7.0.
I edited it this morning, and now it is not only ignoring the behavior, but
it's own script if I give it one (i.e., an openCard handler
On 11/14/2014, 12:34 PM, Ben Rubinstein wrote:
Funny coincidence, it's just what I'm looking at now.
I found this one a few days ago
https://github.com/tumble/bbedit-livescript
and I've started to add to it (mainly to fix the function scanner).
Too cool. When you guys get it figured out,
On 11/14/2014, 1:39 PM, Bob Sneidar wrote:
Hah hah! I would have used “For all permutations” instead!
Ooh. Like. It is revised:
Our Kevin, who art at RunRev,
Hollowed be thy frame
By coding done
Yet still undone in engine,
As it is in IDE.
Give us this day our weekly upgrade
And forgive us
On 11/14/2014, 2:22 PM, Dr. Hawkins wrote:
This stubstack is now doing this on two computers, and under 7.0-RC1 and
-RC2.
It has had a behavior for a long time, under 5.5 and continued working
under 7.0.
I edited it this morning, and now it is not only ignoring the behavior, but
it's own
Bob.
This seems right. The return in test2 returns to the test1 handler, and the
next line in that handler executes, going on to test3. This executes,
returning to test1 as well, and on up to mouseUp. In other words, the
return in test2 does not know about the fact that the whole thing was
On Fri, Nov 14, 2014 at 12:50 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
On 11/14/2014, 2:22 PM, Dr. Hawkins wrote:
This stubstack is now doing this on two computers, and under 7.0-RC1 and
-RC2.
It has had a behavior for a long time, under 5.5 and continued working
under 7.0.
I
On Fri, Nov 14, 2014 at 10:38 AM, J. Landman Gay jac...@hyperactivesw.com
wrote:
A semicolon in any script is interpreted as a line ending, except when
within quotation marks. If the example failed (where the semicolon is
within the quotes) then that would be a problem with the scripts that
On Fri, Nov 14, 2014 at 11:52 AM, Bob Sneidar bobsnei...@iotecdigital.com
wrote:
I just stay embarrassed. It’s easier that way.
No need to stay embarrassed; there's always something new around the corner.
--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
I got it working and code folding too!
I'm going here for my starter kit as this is three hours old and
I think it is the one ben is working on and not
Jackie...I will send you off list... I don't have time to mess with Git
Hub right now, because the file name is wrong LiveScript.plist and I
On 11/14/2014, 3:13 PM, Dr. Hawkins wrote:
That happens if you change the name of the stack that contains the
behavior button. Could that have happened during your edit? I did that
once. Change it back and it works again.
No; it's been mcp since day1
But those stupid PCDs are driving me
hhmmm do think we need to set up our own repository... LiveScript is a
different language..
shall I do that?
I could would instantiate my latest version to start up...
it would be named LiveCode.plist
BR
Ben Rubinstein wrote:
and I've started to add to it (mainly to fix the function
On Fri, Nov 14, 2014 at 1:33 PM, J. Landman Gay jac...@hyperactivesw.com
wrote:
So they have a name now. :)
They've needed one, and what could be more appropriate . . .
I wish I could watch over your shoulder and see what you do differently to
cause this stuff. I'm at a loss.
Bugs and I
Thank you, Mike!
You did a very nice job on it.
John Balgenorth
On Nov 14, 2014, at 12:15 PM, Michael Doub miked...@gmail.com wrote:
Enjoy!
-= Mike
https://www.dropbox.com/s/3wpwn3hfbmpl7sk/MasterLibrary.livecode?dl=0
Release 8
*Added reference page that incudes an ASCII
It would help if you could cut and past the behavior property value into
your next post, plus the name of the object that has the behavior, and
perhaps the message box output of put exists(insert the behavior property
here)
Pete
lcSQL Software http://www.lcsql.com
Home of lcStackBrowser
Right, you need .rev and .livecode as the recognized extensions.
Pete
lcSQL Software http://www.lcsql.com
Home of lcStackBrowser http://www.lcsql.com/lcstackbrowser.html and
SQLiteAdmin http://www.lcsql.com/sqliteadmin.html
On Fri, Nov 14, 2014 at 1:38 PM, Brahmanathaswami bra...@hindu.org
Can you send us the relevant script lines? So far, it has worked in my
script with or without semicolons in various versions from 5.5 and up in my
testing so there must be something different in your script and mine.
Pete
lcSQL Software http://www.lcsql.com
Home of lcStackBrowser
I suspect the answer is no, but is there a way to drag text from a locked
field? So far it seems not. I can probably unlock the field on a mouseDown
event and relic it on a mouseUp, but that is getting ugly. I need to be able to
select and drag text from a field but not allow editing.
Bob S
Also, I need to be able to select text in a locked field. Seems this is also
not possible.
Bob S
On Nov 14, 2014, at 15:11 , Bob Sneidar bobsnei...@iotecdigital.com wrote:
I suspect the answer is no, but is there a way to drag text from a locked
field? So far it seems not. I can
I guess what I am saying is that since test1 did not *explicitly* return
anything, the mouseUp handler should put nothing in the message box. However I
am discovering that functions *implicitly* return data that the programmer did
not tell them to return.
Some find this ok. I find it
On 11/14/2014, 5:28 PM, Bob Sneidar wrote:
I guess what I am saying is that since test1 did not*explicitly*
return anything, the mouseUp handler should put nothing in the
message box. However I am discovering that functions*implicitly*
return data that the programmer did not tell them to return.
58 matches
Mail list logo
