Brian, thanks for the feedback.
I started by using random bytes, which was ok, but the php base64encode would
only encode characters. So, I couldn’t get the return message to decode in LC
correctly. I forget, it could have been the LC decode step, but the upshot was
that I decided to go with
i will be looking at this thank you William.
On Mon, Jul 2, 2018 at 11:37 PM, William Prothero via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Folks:
> I’ve been working on a sample stack to demonstrate encryption, best
> practices (as far as I can determine).
> The online lessons are
I would suggest using "randombytes" instead of "random" on desktop/server
(according to dictionary is isn't available in mobile, but I have not
actually verified). That uses the openssl library to generate random
numbers. The problem with using an IV based on a pseudorandom number
generator
Folks:
I’ve been working on a sample stack to demonstrate encryption, best practices
(as far as I can determine).
The online lessons are not adequate for a robust solution to this vital
security issue. I’ve posted a demo stack at:
http://earthlearningsolutions.org/google-static-maps-demo/
Curious if this would be useful. It occurred to me that one could use
getters and setters in the behavior if one wanted a "central" location for
data for objects using that behavior.
Not as easy as just using an actual property set, but might end up being
faster?
To test I put the following
On 07/02/2018 04:16 PM, Bob Sneidar via use-livecode wrote:
oic. Well getting the stacks custom property and referencing that is working
for me. It's curious then if you can use the sLocal of this me, could you also
use the sLocal of button x or stack y?? That would be very cool! That would
> On 3 Jul 2018, at 9:16 am, Bob Sneidar via use-livecode
> wrote:
>
> That would be very cool! That would mean you could get and set the script
> locals of another object.
No it really wouldn’t. It would make them worse than globals… eek.
Cheers
Monte
oic. Well getting the stacks custom property and referencing that is working
for me. It's curious then if you can use the sLocal of this me, could you also
use the sLocal of button x or stack y?? That would be very cool! That would
mean you could get and set the script locals of another object.
Yes, but I am not talking about the child object's script. That works fine.
What doesn't work are script locals in the behavior itself.
Bob S
> On Jul 2, 2018, at 12:17 , J. Landman Gay via use-livecode
> wrote:
>
> They do retain independent values, one set of script locals for each
>
Mark, I meant that the command I am calling is able to receive the array
variable via parameter like i said .. i assumed variable name was being
sent as string ..not as variable array and its data.
On Mon, Jul 2, 2018 at 6:10 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com>
On 07/02/2018 02:55 PM, Tom Glod via use-livecode wrote:
I decided to do a test today and sure enough ... the behavior is identical.
They're not identical. The immediate version will invoke TestCommand
during the execution of mouseUp. The 'send in time' version will invoke
TestCommand after
Hi folks,
I've been with LC for 5 years now ...I use the send in time format alot
because i want to keep my interface unblocked.
In this code ...
on mouseUp
local test_array
put "a" into test_array["1"]
put "b" into test_array["2"]
put "c" into test_array["3"]
send
Actually, do you mean you want to set the script locals for the behavior
object itself? You can do that, but it will only apply to that
particular control. The magic word is "this me" : "set the sLocal of
this me to xxx".
If you want the script locals of the behavior object to be shared for
They do retain independent values, one set of script locals for each
instance. For example, if you have two buttons that use the same
behavior, button 1 will retain its script local values and button 2 will
retain its own (different) set of values.
On 7/2/18 1:42 PM, Bob Sneidar via
Okay, so apparently I cannot use script local variables in a behavior. Setting
the variables in a handler in a behavior script does not retain the values when
that handler exits, like they do in a normal object script. Should they?
The workaround for me is to simply get the custom property of
Whoops! Wrong thread.
Bob S
> On Jul 2, 2018, at 10:05 , Bob Sneidar via use-livecode
> wrote:
>
> Hi all. I nailed this down, and it is indeed as someone surmised, that even
> though the script editor variable watcher indicated that script local
> variables had the correct values, it was
Hi all. I nailed this down, and it is indeed as someone surmised, that even
though the script editor variable watcher indicated that script local variables
had the correct values, it was showing me the BEHAVIOR's script local variable
values, and NOT those for the STACK, which were in fact
Like Jacque mentioned, I don't think you need to bother with tsNet for
local files since they should be almost instantly loaded.
I too struggled with tsNet when I first tried to implement it, but
this website helped me more than the LiveCode pages:
ok i will try to provide more info on this from my stack when it happens
next.
On Mon, Jul 2, 2018 at 12:17 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> There used to be a barrage of pending messages generated by the IDE that
> were updating in the message box.
There used to be a barrage of pending messages generated by the IDE that
were updating in the message box. Look at the messages pane and set it to
auto-update, see if they're still there
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On
I looked at the lesson. Quite good!
I think one more lesson may be useful.
In my case I will use a "slide show" as a use case.
(But there others, thinking of streaming music playlist)
1) Assume you have the URLs for a slideshow;
2) you fetch this by calling JSON/Text file with the urls for
On 07/02/2018 06:59 AM, Tom Glod via use-livecode wrote:
oh yes. message box makes LC slow to a crawl..I've noticed that. i can
confirm that. Win 10 LC 9 too.
I've seen that too, especially when spewing debugging statements to the
messagebox. But not all the time, and nothing I can get a
Charles: Mysteries
I booted Livecode fresh the morning, and used the same script. But I no longer
get
tResult --tsneterr: ID already in use.
Dictionary script works as expected "File downloaded"
local tHeaders, tResult
on mouseup
tsNetCloseConn "1"
put empty into tResult
oh yes. message box makes LC slow to a crawl..I've noticed that. i can
confirm that. Win 10 LC 9 too.
On Mon, Jul 2, 2018 at 12:45 AM, Ralph DiMola via use-livecode <
use-livecode@lists.runrev.com> wrote:
> I agree "mind-bogglingly nonsensical"
>
> Something is very odd. If I open the stack
@Charles: Thanks, I look into lessons.
But, using the dictionary example
Why do we get the
> # variable watcher
>
> tResult --tsneterr: ID already in use
Even *before* the trace the script? I have break
On mouseup
But it gives this error even before starting the trace?
Hi all,
Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!
Read issue #135 here: https://goo.gl/pqKtJ8
This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around
26 matches
Mail list logo