Re: Mobile SDK Preference

[Sean Cole (Pi)]

Hi Dan,

You seem to have misunderstood a little. LC 6.6.4 CAN work with XC6.0

LC 6.6.5 made it possible to work with XC6.1

LC 6.7 is probably the way to go however as it is the most up-to-date and
needs as much testing and reporting as possible.

All the best to you.

Sean Cole
*Pi Digital Productions Ltd*
www.pidigital.co.uk




On 15 November 2014 18:19, Dan Friedman  wrote:

> Sean,
>
> Thanks for the tip!  I didn't know that LC 6.6.4 wasn't compatible with
> XCode 6.0.  I installed LC 6.7 and everyone is happy again.  Thanks!
>
> -Dan
>
> > Bear in mind that LC6.6.4 only accepts up to Xcode 6.0. If you are trying
> > to add XC6.1 then you will get the error message "The chosen folder is
> not
> > a valid iOS SDK".
>
> ___
> 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: [ANN] - MaterLibrary Version 8 is available

[John]

I just downloaded it and spent some time seeing what is there.  This took quite 
a bit of effort - thank you for sharing this.


John
___
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: how are variables passed from functions?

[Kay C Lan]

Also from the Dictionary entry for return:

To halt the current handler without returning a result, use the exit
control structure instead.

On Sun, Nov 16, 2014 at 8:01 AM, Kay C Lan  wrote:

> On Sun, Nov 16, 2014 at 2:44 AM, J. Landman Gay 
> wrote:
>
> That's what I get for being a one-trick pony. But it sure seems that
>> having to keep track of the last result would cause a lot of non-obvious
>> errors.
>>
>> Bernard mentioned it might be long-standing behavior that shouldn't be
>> changed, but since no one has really noticed it until now it's hard to tell
>> whether it's a newly introduced bug or an established behavior.
>>
>
> The Dictionary entry for return - the control structure, if read prior to
> this thread may be a little vague on what's going on here, but having read
> this thread it is clear that ti's been this way since day 1.
>
> To me it's like keeping track of 'it'. If you don't immediately put it
> into a variable or something then it's sure to change to something else.
> The way I read the Dictionary a return should be at the end of every
> function that will return a value and "(If you want a handler to compute a
> value as its main reason for existence, you should implement it as a custom
> function rather than a custom command.)"
>
___
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: how are variables passed from functions?

[Kay C Lan]

On Sun, Nov 16, 2014 at 2:44 AM, J. Landman Gay 
wrote:

That's what I get for being a one-trick pony. But it sure seems that having
> to keep track of the last result would cause a lot of non-obvious errors.
>
> Bernard mentioned it might be long-standing behavior that shouldn't be
> changed, but since no one has really noticed it until now it's hard to tell
> whether it's a newly introduced bug or an established behavior.
>

The Dictionary entry for return - the control structure, if read prior to
this thread may be a little vague on what's going on here, but having read
this thread it is clear that ti's been this way since day 1.

To me it's like keeping track of 'it'. If you don't immediately put it into
a variable or something then it's sure to change to something else. The way
I read the Dictionary a return should be at the end of every function that
will return a value and "(If you want a handler to compute a value as its
main reason for existence, you should implement it as a custom function
rather than a custom command.)"
___
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: how are variables passed from functions?

[J. Landman Gay]

On 11/15/2014, 3:43 PM, Mark Wieder wrote:

What I'd like in LC is for the
compiler to barf if a function has no return statement, or if it has a
return statment with no returned parameter.


I like it. Then we wouldn't have all those multi-lingual LiveCoders 
using "return" instead of "exit". :)


--
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

Re: how are variables passed from functions?

[Mark Wieder]

Jacque-

Saturday, November 15, 2014, 10:44:33 AM, you wrote:

> That's what I get for being a one-trick pony. But it sure seems that
> having to keep track of the last result would cause a lot of non-obvious
> errors.

I'm not necessarily saying I like it, I've just gotten used to it in
ruby because that's the way it is. And I've gotten into trouble there
because of it at times as well. What I'd like in LC is for the
compiler to barf if a function has no return statement, or if it has a
return statment with no returned parameter.

-- 
-Mark Wieder
 ahsoftw...@gmail.com

This communication may be unlawfully collected and stored by the National 
Security Agency (NSA) in secret. The parties to this email do not 
consent to the retrieving or storing of this communication and any 
related metadata, as well as printing, copying, re-transmitting, 
disseminating, or otherwise using it. If you believe you have received 
this communication in error, please delete it immediately.


___
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: 64 bit Linux standalones?

[Richmond]

On 14/11/14 18:52, Fraser Gordon wrote:

On 14 Nov 2014, at 16:48, Richmond  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 32-bit distros?

It should. In fact, the 32-bit version of LiveCode 7 should also offer that option. The “Linux” tab 
of the standalone preferences in LiveCode 7 Community should have 3 sub-options for “Linux", 
"Linux x64" and "Linux ARMv6HF” (the last is for RaspberryPi and is not present in 
Commercial). If not, please report it as a bug.

Regards,
Fraser
___



Confirmed: 7.0.1 (rc2) on Ubuntu Studio 14.10.

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

Re: how are variables passed from functions?

[J. Landman Gay]

On 11/15/2014, 11:55 AM, Mark Wieder wrote:

I've only followed this thread sporadically because it's been a busy
week at work, but I'm quite amused. This is the way ruby works, and if
memory serves, go works the same way. The last statement executed is
the current result.


That's what I get for being a one-trick pony. But it sure seems that 
having to keep track of the last result would cause a lot of non-obvious 
errors.


Bernard mentioned it might be long-standing behavior that shouldn't be 
changed, but since no one has really noticed it until now it's hard to 
tell whether it's a newly introduced bug or an established behavior. But 
as you say, if we just put explicit return statements in our code it 
will continue to be a non-issue.


--
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

Re: Mobile SDK Preference

[Dan Friedman]

Sean,

Thanks for the tip!  I didn't know that LC 6.6.4 wasn't compatible with XCode 
6.0.  I installed LC 6.7 and everyone is happy again.  Thanks!

-Dan

> Bear in mind that LC6.6.4 only accepts up to Xcode 6.0. If you are trying
> to add XC6.1 then you will get the error message "The chosen folder is not
> a valid iOS SDK".

___
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: how are variables passed from functions?

[Bernard Devlin]

Assuming that this has been the behaviour of Metacard, Revolution, Livecode
(and possibly Hypercard) for 22 years (or more), it is perhaps best just
accepted as a fait accompli.  If no-one has noticed this "aberrant"
behaviour in those 2 (or more decades), then fixing it now might well lead
to problems.  IMO better for Runrev to just state emphatically that this is
how things work in Livecode.

Bernard

On Sat, Nov 15, 2014 at 5:55 PM, Mark Wieder  wrote:

> I've only followed this thread sporadically because it's been a busy
> week at work, but I'm quite amused. This is the way ruby works, and if
> memory serves, go works the same way. The last statement executed is
> the current result. In fact, it's considered bad form in ruby code to
> include an explicit return statement at the end of a method. Xtalk has
> simply been ahead of its time all along.
>
> Now if LiveCode coders would simply put return statements at the end
> of functions where they belong there wouldn't be any confusion.
>
> --
> -Mark Wieder
>  ahsoftw...@gmail.com
>
> This communication may be unlawfully collected and stored by the National
> Security Agency (NSA) in secret. The parties to this email do not
> consent to the retrieving or storing of this communication and any
> related metadata, as well as printing, copying, re-transmitting,
> disseminating, or otherwise using it. If you believe you have received
> this communication in error, please delete it immediately.
>
>
> ___
> 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: how are variables passed from functions?

[Mark Wieder]

Jacque-

Friday, November 14, 2014, 5:46:08 PM, you wrote:

> 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.

> I'm trying to understand how it follows any known rule of messaging. I
> don't see it yet. To me it looks like a bug.

I've only followed this thread sporadically because it's been a busy
week at work, but I'm quite amused. This is the way ruby works, and if
memory serves, go works the same way. The last statement executed is
the current result. In fact, it's considered bad form in ruby code to
include an explicit return statement at the end of a method. Xtalk has
simply been ahead of its time all along.

Now if LiveCode coders would simply put return statements at the end
of functions where they belong there wouldn't be any confusion.

-- 
-Mark Wieder
 ahsoftw...@gmail.com

This communication may be unlawfully collected and stored by the National 
Security Agency (NSA) in secret. The parties to this email do not 
consent to the retrieving or storing of this communication and any 
related metadata, as well as printing, copying, re-transmitting, 
disseminating, or otherwise using it. If you believe you have received 
this communication in error, please delete it immediately.


___
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: Mobile SDK Preference

[Sean Cole (Pi)]

Hi Dan,

What is the exact path to the file you are referencing in the MobileSupport
preference? Copy and paste it here.

Bear in mind that LC6.6.4 only accepts up to Xcode 6.0. If you are trying
to add XC6.1 then you will get the error message "The chosen folder is not
a valid iOS SDK".

All the best

Sean Cole
*Pi Digital Productions Ltd*
www.pidigital.co.uk


On 15 November 2014 17:05, Dan Friedman  wrote:

> When I choose Preferences and click "Mobile Support", you used to be able
> to click "Add Entry" and select the Xcode application and LiveCode was
> happy.  But, with LC 6.6.4, I choose the Xcode application (version 6.1)
> and LC reports, "The chosen folder is not a valid iOS SDK.".  What am I
> doing wrong?
>
> Thanks!
> -Dan
> ___
> 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

Mobile SDK Preference

[Dan Friedman]

When I choose Preferences and click "Mobile Support", you used to be able to 
click "Add Entry" and select the Xcode application and LiveCode was happy.  
But, with LC 6.6.4, I choose the Xcode application (version 6.1) and LC 
reports, "The chosen folder is not a valid iOS SDK.".  What am I doing wrong?

Thanks!
-Dan
___
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: How safe and feasable is it ?

[kee nethery]

> On Nov 15, 2014, at 5:58 AM, Richard Gaskin  
> wrote:
> 
> Kee, What asymmetrical encryption do you use with LiveCode?

encrypt theFilePassword using rsa with public key myapppublickey

just using the normal RSA algorithm for asymmetrical encryption.

Kee
___
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: how are variables passed from functions?

[Richard Gaskin]

J. Landman Gay wrote:

> I'm trying to understand how it follows any known rule of messaging.
> I don't see it yet. To me it looks like a bug.

Agreed - reported as such:


We'll either get a fix or an explanation; either would be useful.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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: How safe and feasable is it ?

[Richard Gaskin]

Kee, What asymmetrical encryption do you use with LiveCode?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


kee nethery wrote:


I have an app that passes private data from it to me. If you were to do the 
same (except you are going from you to your app):

Create a public/private key. Embedded the public key in your app and use it to 
decrypt the symmetrical key used for the encryption of the actual data. (A 
public/private key encodes with one key, and decodes with another.)

Create a hash of the stack (or script). Basically get a fingerprint of the file 
before you start encrypting it. Use that fingerprint to make sure that when 
your stack decrypts it, you got what you were sending.

Create a unique key for each stack (or script) that you plan to encrypt.
Encode the stack (or script) with a symmetrical algorithm using that key. (A 
symmetrical algorithm has the same key used to encode and decode.) Symmetrical 
algorithms are much faster than public/private algorithms.
Convert the symmetrically encrypted data to base64. Makes it simple ASCII 
characters.

Take the symmetrical key, the hash, and the file name, combine into a set of 
structured data, and encrypt that data using your private public/private key 
(the key that only lives on your computer). This is a small set of data and it 
will encrypt quickly.

Convert the public/private key encrypted data to base64. Combine the two base64 
sets of data into a single structured text file.

Zip that text file and send it to your receiving stack.

Your receiving stack would have your public key embedded in it. When it grabs 
the zipped up file it reverses the process:
unzip the file,
pull the two base64 sets of data apart,
un-base64 both sets of data,
use the public key to decrypt the symmetrical key, hash, and end result file 
name
decrypt the stack (or script) data,
name the file correctly,
fingerprint the data
compare to the fingerprint you created and sent with the file you received
If the fingerprints match, use the file.

Not sure which algorithms are recommended these days. Know that MD5 is not 
recommended. You can pick really big keys since the symmetrical algorithm is 
quick and the public/private algorithm will be working on a very tiny set of 
data.

Kee Nethery


___
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

Interacting with html objects in a browser on mobiles

[jbv]

Hi list
I'm trying to figure out how to interact with an html
page displayed in a browser control on mobile devices...
For instance, how can I trigger an LC script when clicking
on a specific html object in the browser ?
Apparently all revbrowser functions, commands and messages
don't apply for mobiles...

Thanks
jbv


___
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: how are variables passed from functions?

[Alan Stenhouse]

Definitely bug. This is incorrect behaviour.

On 15/11/2014, at 12:00 PM, use-livecode-requ...@lists.runrev.com wrote:

> 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.
> 
> I'm trying to understand how it follows any known rule of messaging. I 
> don't see it yet. To me it looks like a bug.


___
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: Drag text from locked field

[André Bisseret]

Le 15 nov. 2014 à 00:12, Bob Sneidar a écrit :

> Also, I need to be able to select text in a locked field. Seems this is also 
> not possible. 
> 
> Bob S

Normally it is possible ; I just tried it successfully ;
then you can get the selectedChunk in a "selectionChanged" handler.
 
Beware : the traversalOn property of the locked field must be set to true

André
> 
> 
>> On Nov 14, 2014, at 15:11 , Bob Sneidar  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 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
>> 
>> 
> 


___
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: Drag text from locked field

[André Bisseret]

Le 15 nov. 2014 à 00:11, Bob Sneidar a écrit :

> 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
> 
In the script of  the locked field put the following handler :

on mouseDown
   if the shiftKey is down then
  -- or controlKey or commandKey as well
  select the mouseLine
  set the dragData to value(the selectedLine) & cr
   end if
end mouseDown

best

André
___
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