Re: CompositorType Android Performance

[J. Landman Gay via use-livecode]

On 3/1/17 9:40 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

So I went hunting and found an old thread on the forums, which also
discusses Android performance related to compostorType settings.

There's been no more discussion since  Apr '16


I never did quite understand how to adjust the compositorType and the 
other properties. Shortly after acceleratedRendering was introduced, LC 
started applying default settings for us, and since then I haven't 
bothered to change them. In fact, there's a warning in the dictionary 
that unless we know what we're doing, we're better off leaving the 
defaults alone. So I do.



http://forums.livecode.com/search.php?sid=192d835ccba0ebcb501a069f71a7a11c

 I'm working on Mac and when I query the stack with msg box I get a
compositorType setting of "coreGraphics" but I'm not setting that.


That's the default for Mac. They're listed in the dictionary under 
acceleratedRendering.


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

CompositorType Android Performance

[Sannyasin Brahmanathaswami via use-livecode]

we are having some issues with performance of our new app on Android, moving 
from one card/stack to another or dynamically updated the interface on the same 
card…) without navigating to another card or stack) can take 3-5 seconds,

Turning on the accelerated rendering of a stack causees it to crash when 
navigating from one stack (B)  to another (A) , when we issue a command to 
dynamically update the interface of stack A on returning to that card. ( Bug 
confirmed with HQ but no resolution yet.)

So I went hunting and found an old thread on the forums, which also discusses 
Android performance related to compostorType settings.

There's been no more discussion since  Apr '16

http://forums.livecode.com/search.php?sid=192d835ccba0ebcb501a069f71a7a11c

I'm working on Mac and when I query the stack with msg box I get a 
compositorType setting of "coreGraphics" but I'm not setting that.

there is earlier discussion on the forum thread about explicitly setting 
compositor to openGL, tilesize and cache limit etc.

another post there sounds exactly like what we are experiencing

"I'm not sure if this is related - but on Android I was recently experiencing a 
big delay in re-drawing a new card (with associated animations) when switching 
between cards. After a lot of experimentation I was able to solve this by 
turning Accelerated Rendering OFF. If I really needed AR (it turns out that I 
don't in my current project) I'd experiment with turning it off on close card, 
then on again after open card."

but no resolution or robust recommendations after that…

Any updates on this sphere, learned best practices and experiences for Android?

App requirements are

1) dynamically redrawing sub-groups of a main group on click  of one subgroup 
(whole group is rebuilt-card redrawn)
2) moving from one stack  (b) back to another (a) where stack (a) has it's main 
scrolling group rebuilt.

This all works fine on iOS and also Nexus5, but we may be deployed on smaller 
android devices…so looking to optimize as best we can.

BR







___
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: Anyone doing a LiveCode Community Chat Bot? Wondering

[Alejandro Tejada via use-livecode]

Now that I remember, Scott McDonald also included a chatbot "Dr. Eliza" in
his book about LiveCode games (page 71-77):
http://livecodegamedeveloper.com/blog/2014-02-24/Coding-Nine-LiveCode-Games-Sample.pdf

On Wed, Mar 1, 2017 at 9:54 PM, Alejandro Tejada 
wrote:

> Chatbots in LiveCode?
>
> Look at this site:
> https://sites.google.com/a/pgcps.org/livecode/artificial-intelligence
> Check first student's examples.
> Download this LC compatible very old stack (adapted from a HyperCard
> stack) requires some easy fixes to run well in LC 8:
> http://www.capellan2000.000space.com/spectresmart.zip
>
> Years ago, I remember that someone wrote in the mail list about creating a
> LiveCode version of ALICE:
> http://www.pandorabots.com/pandora/talk?botid=f5d922d97e345aa1
> but no updates after this first mention.
>
> Al
>
>
___
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: Anyone doing a LiveCode Community Chat Bot? Wondering

[Jerry Jensen via use-livecode]

From times past. I don’t know the current status.
http://bjoernke.com/index.irev?target=chatrev
.Jerry

> On Mar 1, 2017, at 5:25 AM, Mark Rauterkus via use-livecode 
>  wrote:
> 
> Hi,
> 
> LiveCode seems like a great too for the creation of a Chat Bot, or multiple
> chat bots.
> 
> Is anyone doing (or done) an open source / community chat bot with LiveCode?
> 
> Just read two interesting articles. Pointers below:
> 
> 
> #1
> I turned my mobile app into a chatbot. Here’s why.
> https://medium.freecodecamp.com/why-i-converted-my-app-to-a-chatbot-96355596725c#.mbp9zk44j
> 
> #2
> What it’s like to build and market a chatbot when you’re only 14 years old
> https://medium.freecodecamp.com/the-ups-and-downs-of-building-and-marketing-a-chat-bot-when-youre-14-8a072830b43c#.tmxs0bksa
> 
> 
> 
> 
> --
> Ta.
> 
> 
> Mark Rauterkus   m...@rauterkus.com
> http://CLOH.org
> ___
> 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

Anyone doing a LiveCode Community Chat Bot? Wondering

[Alejandro Tejada via use-livecode]

Chatbots in LiveCode?

Look at this site:
https://sites.google.com/a/pgcps.org/livecode/artificial-intelligence
Check first student's examples.
Download this LC compatible very old stack (adapted from a HyperCard stack)
requires some easy fixes to run well in LC 8:
http://www.capellan2000.000space.com/spectresmart.zip

Years ago, I remember that someone wrote in the mail list about creating a
LiveCode version of ALICE:
http://www.pandorabots.com/pandora/talk?botid=f5d922d97e345aa1
but no updates after this first mention.

Al
___
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: Dragging widgets

[Sannyasin Brahmanathaswami via use-livecode]

Yes, of course, Hype is nowhere near the scope of LC. my interest is just what 
you describe: an environment for  smooth easy-to-build animation and, if it can 
also be deployed on a web site without having to load the entire Emscriptem , 
so much the better. 

A full graphic mini-novel-story (6 minutes user driven) I would prefer to do it 
in LC, because the scope of the back end is so much bigger, but it's just too 
hard compared to something like HYPE to do a) easily b) look really good.  So 
if we could build it in HTML5, if we could only fully integrate the browser 
widget in the message path we would have our Dosai and Sambar too. Plus you get 
the bonus of being able to deploy on web without having to wait for the entire 
Emscripten engine to load.

and, back on point, being able to touch-drag any object is simply the default 
expectation for a newbie coming from that GUI/Front End/UI design space over to 
check out LC…

On 3/1/17, 11:07 AM, "use-livecode on behalf of Tore Nilsen via use-livecode" 
 wrote:

If animated content is what you want to build, then, yes. But it is nowhere 
near the functionality we expect and get from LC. From time to time I use Hype 
to make animated and interactive content for my students, but when I need to 
make some serious applications that rely on variables, arrays, writing to and 
reading from external files, manipulate files and folders on the host system, 
use controls like radio buttons or check boxes, use menus or editable fields, 
there is no way this can be done in Hype 3.0 without writing html, css and java 
script manually.

The kind of actions you are able to use are limited to mouse/touch actions. 
Personally I am no big fan of menu driven scripting. I prefer to write my own 
code and find that this is very often quicker than navigating meny different 
menus. I like the way they have managed to implement html/css/javascript in a 
seamless way though, and I had hoped that this was the kind of implementation 
we would get in LC.

Regards
Tore Nilsen

___
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: Image Manipulation by javascript/HTML5 using a widget

[Jonathan Lynch via use-livecode]

I am running webglearth pretty well, so I know it can be done.

Sent from my iPhone

> On Mar 1, 2017, at 4:42 PM, Alejandro Tejada via use-livecode 
>  wrote:
> 
> Using browser widget in LC 8.1.3, I could not open and run
> any webGL demo webpage, but according to the website
> html5test.org this browser widget is Chrome 47 and could run
> webGL, but not webGL2... :(
> 
> Al
> 
>> On Tue, 28 Feb 2017, Jonathan Lynch wrote:
>> Thank you. There's a whole ton of javascript libraries out there that
> allow
>> some great effects. I have not yet learned webgl, but I know we could do
>> some very cool warps with it. I don't have much knowledge in that area,
>> but I look forward to all the stuff that you and others with a high-level
> of
>> image manipulation skills could create.
> ___
> 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

SHA1 cracked .... What are the chances this will be addressed in LC?

[Alejandro Tejada via use-livecode]

Peter Brett wrote:
> Hold your horses, Richard, I'm still waiting for the official
> Mark Waddingham stamp of approval for making changes
> to the LiveCode language!
> There's a still a chance that it'll change a bit before it
> actually makes its way into a release.

This is real good news! :D
Any chance that we get BZip2, Deflate and ZLib compression too?
http://quality.livecode.com/show_bug.cgi?id=10594

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

Image Manipulation by javascript/HTML5 using a widget

[Alejandro Tejada via use-livecode]

Using browser widget in LC 8.1.3, I could not open and run
any webGL demo webpage, but according to the website
html5test.org this browser widget is Chrome 47 and could run
webGL, but not webGL2... :(

Al

On Tue, 28 Feb 2017, Jonathan Lynch wrote:
> Thank you. There's a whole ton of javascript libraries out there that
allow
> some great effects. I have not yet learned webgl, but I know we could do
> some very cool warps with it. I don't have much knowledge in that area,
> but I look forward to all the stuff that you and others with a high-level
of
> image manipulation skills could create.
___
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: Dragging widgets

[Tore Nilsen via use-livecode]

> 1. mar. 2017 kl. 20.40 skrev Sannyasin Brahmanathaswami via use-livecode 
> :
> 
> I just downloaded HYPE from Tumult: this is where some serious competition is 
> coming from.

If animated content is what you want to build, then, yes. But it is nowhere 
near the functionality we expect and get from LC. From time to time I use Hype 
to make animated and interactive content for my students, but when I need to 
make some serious applications that rely on variables, arrays, writing to and 
reading from external files, manipulate files and folders on the host system, 
use controls like radio buttons or check boxes, use menus or editable fields, 
there is no way this can be done in Hype 3.0 without writing html, css and java 
script manually.

The kind of actions you are able to use are limited to mouse/touch actions. 
Personally I am no big fan of menu driven scripting. I prefer to write my own 
code and find that this is very often quicker than navigating meny different 
menus. I like the way they have managed to implement html/css/javascript in a 
seamless way though, and I had hoped that this was the kind of implementation 
we would get in LC.

Regards
Tore Nilsen
___
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: Dragging widgets

[Richmond Mathewson via use-livecode]

Name dropping like that (HYPE from Tumult) inevitably makes me want to 
check the thing out.


http://tumult.com/hype/

It certainly looks very impressive . . .

BUT:

1. It is confined to one platform (Mac OS X 10.8 and up).

2. Its output seems to be HTML5 only.

As I only stretch to Mac OS 10.7.5 at present my comments are only based 
by what I can see on the website.


This does not mean that LiveCode should rest on its laurels.

Richmond.


On 3/1/17 9:40 pm, Sannyasin Brahmanathaswami via use-livecode wrote:

Graham Samual wrote:

 But (and there certainly is a ‘but’) there is a danger that the whole LC 
environment might move away from the very powerful “everyone can code” ideal. 
It may be simply that this list is preoccupying itself with more arcane stuff 
that’s outside the comfort zone of most LC developers, but instinctively I feel 
the danger is real.
 
 Maybe there should be a “who benefits?” test applied to new stuff, especially stuff that breaks the existing model.
 
 Just my two Brexit-affected Eurocents
 
 Graham

---

BR: Ditto what Graham has said. The "danger" is very real….I just downloaded HYPE from Tumult: this 
is where some serious competition is coming from. One of my "non programmer" editors here, who 
knows Keynote really well makes "Hollywood grade" presentations… can be building in HYPE in a few 
days… the HTML5 layer is completely hidden…unless he really *wants* to get into the JS (he never, ever will). 
I plan to start using it myself to… for projects I had started in LC but which clearly cannot be taken to the 
next level in LC.






___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

[Peter TB Brett via use-livecode]

On 01/03/2017 18:22, Richard Gaskin via use-livecode wrote:

The answer turns out to be: "Quite good - pull request submitted, status
changed to 'Awaiting Build'" - i.e. "done!"

http://quality.livecode.com/show_bug.cgi?id=14223

Many thanks to Peter Brett for addressing this, and implementing it in
such a nice way.


Hold your horses, Richard, I'm still waiting for the official Mark 
Waddingham stamp of approval for making changes to the LiveCode language!


There's a still a chance that it'll change a bit before it actually 
makes its way into a release.


   Peter ;-)

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: Dragging widgets

[Sannyasin Brahmanathaswami via use-livecode]

Graham Samual wrote:

But (and there certainly is a ‘but’) there is a danger that the whole LC 
environment might move away from the very powerful “everyone can code” ideal. 
It may be simply that this list is preoccupying itself with more arcane stuff 
that’s outside the comfort zone of most LC developers, but instinctively I feel 
the danger is real.

Maybe there should be a “who benefits?” test applied to new stuff, 
especially stuff that breaks the existing model.

Just my two Brexit-affected Eurocents

Graham
---

BR: Ditto what Graham has said. The "danger" is very real….I just downloaded 
HYPE from Tumult: this is where some serious competition is coming from. One of 
my "non programmer" editors here, who knows Keynote really well makes 
"Hollywood grade" presentations… can be building in HYPE in a few days… the 
HTML5 layer is completely hidden…unless he really *wants* to get into the JS 
(he never, ever will). I plan to start using it myself to… for projects I had 
started in LC but which clearly cannot be taken to the next level in LC.






___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

[Richard Gaskin via use-livecode]

This thread title asks: "What are the chances this will be addressed in LC?"

The answer turns out to be: "Quite good - pull request submitted, status 
changed to 'Awaiting Build'" - i.e. "done!"


http://quality.livecode.com/show_bug.cgi?id=14223

Many thanks to Peter Brett for addressing this, and implementing it in 
such a nice way.


From the pull request linked to in the bug report it seems we now have 
a new messageDigest function:


get messageDigest( ,  )

(Note: there's discussion in the pull request about the param order, and 
I'm inferring here; the actual implementation may be the other way 
around, with type first and then message - Peter, Monte, where did that 
land?)


...where (if I read the notes correctly; Peter please correct me if I'm 
wrong)  can be any of the following:


  md5
  sha1
  sha2
  sha3

Awesome!

With those we should be set for several years.

This will mean that from v9.0 dp6 forward you'll probably want to avoid 
using the older md5Digest and sha1Digest functions in favor of this new 
syntax.


If you need the older hash algos the new function apparently supports 
them, but of course if you need a cryptographic-quality hash use sha2 or 
sha3.


--
 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: Dragging widgets

[Graham Samuel via use-livecode]

I don’t always agree with Richmond (to put it mildly) but here I feel very 
close to his position. I think that the mother ship's attempts to make LC more 
up to date and at the same time more relevant to commercial software production 
are laudable, and even necessary to ensure the product stays in the game, so to 
speak. But (and there certainly is a ‘but’) there is a danger that the whole LC 
environment might move away from the very powerful “everyone can code” ideal. 
It may be simply that this list is preoccupying itself with more arcane stuff 
that’s outside the comfort zone of most LC developers, but instinctively I feel 
the danger is real.

Maybe there should be a “who benefits?” test applied to new stuff, especially 
stuff that breaks the existing model.

Just my two Brexit-affected Eurocents

Graham

> On 1 Mar 2017, at 16:58, Richmond via use-livecode 
>  wrote:
> 
> I'm sorry if that is how you understood my posting.
> 
> What I meant was that many people don't really want to look "under the hood" 
> of the illusion
> created by the desktop manager and so forth, with its artifacts such as 
> icons, folders and images,
> to any of the abstraction layers underneath.
> 
> The WIMP GUI has, by and large, become the standard way people interact with 
> computers,
> and the family line that started with Hypercard was initially meant for 
> standard people, not
> for people who delighted in getting themselves smeared in oil and whatever 
> from messing around
> beneath the GUI.
> 
> LiveCode is "real", and part of its "reality" involves sustaining the 
> illusion that one can program with
> 'objects', dragging them around, rotating them, flipping them, and spreading 
> "jam" on them as if
> they were slices of bread on a table rather than complicated congeries of 
> numbers.
> 
> The messy way that one currently imports SVG images into LiveCode mucks up 
> that illusion.
> 
> The fact that LiveCode can now import vector graphics is wonderful, and it 
> was not that I wanted
> to describe as "sucking". What sucks is that, owing to the way one has to 
> import SVG graphics
> the "standard" import model is broken, and it allows us to see some of the 
> sub-GUI stuff.
> 
> Richmond.
> 
> On 01/03/17 17:42, Bob Sneidar via use-livecode wrote:
>> Read the post I was responding to. Richmond seemed to be making the point 
>> that the GUI of Livecode presented an illusion to the end user that they 
>> were working with a "real" app. As I said, I may have misconstrued his 
>> meaning, but that was what it seemed like he was saying.
>> 
>> Bob S
>> 
>> 
>>> On Mar 1, 2017, at 06:39 , David V Glasgow via use-livecode 
>>>  wrote:
>>> 
>>> So…. there is no spoon?
>>> 
>>> Oh Wow!  Look at that!  My code (and this email) is writing itself when I 
>>> just tilt my head and look meaningfully at the screen.
>>> 
>>> Couldn’t resist.
>>> 
>>> Best Wishes,
>>> David Glasgow
>> ___
>> 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


___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

[Peter TB Brett via use-livecode]

On 01/03/2017 15:37, Bob Sneidar via use-livecode wrote:

Hi Peter. Very informative thank you. In the example,

[protected form] = [salt] + protect([protection func], [salt] +
[credential]);

It looks like they are saying to prepent the salt prior to the
protect function (in the case of LC that would be encrypt) but if
someone got access to the SQL database, wouldn't that give part of
the secret away? Isn't the salt value a way to further obscure the
credential, making something like a hash table more difficult?

I use a salt value that only I know, and I password protect the stack
that uses it. Seems to me that prepending the salt to the protected
form is like giving someone my user name but not my password. The
other team is starting on the 50 yard line (in American sports
vernacular).


The idea of a password storage scheme is to make it extremely costly for
an attacker to recover the original passwords, even given _total_ 
information about the scheme.  When evaluating a scheme, you should 
always assume that if someone has got access to your password database, 
they have also got access to anything else on that server or any server 
connected to it -- potentially including your secret salt.


By appending the salt to the front of the protected form, you can use a
different salt for every single password in your database.  Even if 
someone knows a password already (e.g. because they have an account on 
your server), they gain no information about any of the other passwords 
in the database.


Password storage schemes like Argon2 go one step further and put all of 
the parameters for the protected form into the protected string.  This 
allows the parameters to be modified for newly-stored passwords while 
still being able to verify old passwords.  They are also tuned to ensure 
that it takes a long time to compute the protected form (usually around 
0.1 to 0.5 ms).  That's long enough that knowing _all_ the parameters 
still makes it infeasible to figure out what the original password was.


In summary: salt values shouldn't need to be secret.

   Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: Dragging widgets

[Richmond via use-livecode]

I'm sorry if that is how you understood my posting.

What I meant was that many people don't really want to look "under the 
hood" of the illusion
created by the desktop manager and so forth, with its artifacts such as 
icons, folders and images,

to any of the abstraction layers underneath.

The WIMP GUI has, by and large, become the standard way people interact 
with computers,
and the family line that started with Hypercard was initially meant for 
standard people, not
for people who delighted in getting themselves smeared in oil and 
whatever from messing around

beneath the GUI.

LiveCode is "real", and part of its "reality" involves sustaining the 
illusion that one can program with
'objects', dragging them around, rotating them, flipping them, and 
spreading "jam" on them as if
they were slices of bread on a table rather than complicated congeries 
of numbers.


The messy way that one currently imports SVG images into LiveCode mucks 
up that illusion.


The fact that LiveCode can now import vector graphics is wonderful, and 
it was not that I wanted
to describe as "sucking". What sucks is that, owing to the way one has 
to import SVG graphics
the "standard" import model is broken, and it allows us to see some of 
the sub-GUI stuff.


Richmond.

On 01/03/17 17:42, Bob Sneidar via use-livecode wrote:

Read the post I was responding to. Richmond seemed to be making the point that the GUI of 
Livecode presented an illusion to the end user that they were working with a 
"real" app. As I said, I may have misconstrued his meaning, but that was what 
it seemed like he was saying.

Bob S



On Mar 1, 2017, at 06:39 , David V Glasgow via use-livecode 
 wrote:

So…. there is no spoon?

Oh Wow!  Look at that!  My code (and this email) is writing itself when I just 
tilt my head and look meaningfully at the screen.

Couldn’t resist.

Best Wishes,
David Glasgow

___
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: Dragging widgets

[Bob Sneidar via use-livecode]

Read the post I was responding to. Richmond seemed to be making the point that 
the GUI of Livecode presented an illusion to the end user that they were 
working with a "real" app. As I said, I may have misconstrued his meaning, but 
that was what it seemed like he was saying. 

Bob S


> On Mar 1, 2017, at 06:39 , David V Glasgow via use-livecode 
>  wrote:
> 
> So…. there is no spoon?
> 
> Oh Wow!  Look at that!  My code (and this email) is writing itself when I 
> just tilt my head and look meaningfully at the screen.
> 
> Couldn’t resist.
> 
> Best Wishes,
> David Glasgow

___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

[Bob Sneidar via use-livecode]

Hi Peter. Very informative thank you. In the example, 

[protected form] = [salt] + protect([protection func], [salt] + [credential]);

It looks like they are saying to prepent the salt prior to the protect function 
(in the case of LC that would be encrypt) but if someone got access to the SQL 
database, wouldn't that give part of the secret away? Isn't the salt value a 
way to further obscure the credential, making something like a hash table more 
difficult? 

I use a salt value that only I know, and I password protect the stack that uses 
it. Seems to me that prepending the salt to the protected form is like giving 
someone my user name but not my password. The other team is starting on the 50 
yard line (in American sports vernacular). 

Bob S


> On Mar 1, 2017, at 02:31 , Peter TB Brett via use-livecode 
>  wrote:
> 
> If you are handling passwords, then this is a pretty decent page with good 
> guidelines on how to do it safely and securely:
> 
> https://www.owasp.org/index.php/Password_Storage_Cheat_Sheet


___
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: Dragging widgets

[David V Glasgow via use-livecode]

> On 1 Mar 2017, at 12:08 am, Bob Sneidar via use-livecode 
>  wrote:
> 
> As to that, everything you do on a computer, INCLUDING typing code, is an 
> illusion. A DOS prompt is an illusion in it's own right. So is a light bulb 
> on a panel that was turned on by some signal from a computing device. All a 
> computer can really do is move numbers from one register to another in a 
> predefined way. By calling the LC GUI an illusion, you are simply removing 
> yourself one more layer from the last illusion. 


So…. there is no spoon?

Oh Wow!  Look at that!  My code (and this email) is writing itself when I just 
tilt my head and look meaningfully at the screen.

Couldn’t resist.

Best Wishes,
David Glasgow

  

  
 
___
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: Anyone doing a LiveCode Community Chat Bot? Wondering

[Roger Eller via use-livecode]

I am very interested in AI bots.  It would be really cool to use LiveCode
to interface with the Google Home, or Amazon Echo API.  Through
kickstarter, I have supported the DashBot in hopes that it's core OS can
run apps made with LiveCode.  I don't have it yet, but I am hoping it has
Android inside.

https://techcrunch.com/2016/11/26/become-michael-knight-with-dashbot-an-ai-for-your-car/

~Roger


On Wed, Mar 1, 2017 at 8:25 AM, Mark Rauterkus via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
>
> LiveCode seems like a great too for the creation of a Chat Bot, or multiple
> chat bots.
>
> Is anyone doing (or done) an open source / community chat bot with
> LiveCode?
>
> Just read two interesting articles. Pointers below:
>
>
> #1
> I turned my mobile app into a chatbot. Here’s why.
> https://medium.freecodecamp.com/why-i-converted-my-app-to-
> a-chatbot-96355596725c#.mbp9zk44j
>
> #2
> What it’s like to build and market a chatbot when you’re only 14 years old
> https://medium.freecodecamp.com/the-ups-and-downs-of-
> building-and-marketing-a-chat-bot-when-youre-14-8a072830b43c#.tmxs0bksa
>
>
>
>
> --
> Ta.
>
>
> Mark Rauterkus   m...@rauterkus.com
> http://CLOH.org
> ___
> 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

Anyone doing a LiveCode Community Chat Bot? Wondering

[Mark Rauterkus via use-livecode]

Hi,

LiveCode seems like a great too for the creation of a Chat Bot, or multiple
chat bots.

Is anyone doing (or done) an open source / community chat bot with LiveCode?

Just read two interesting articles. Pointers below:


#1
I turned my mobile app into a chatbot. Here’s why.
https://medium.freecodecamp.com/why-i-converted-my-app-to-a-chatbot-96355596725c#.mbp9zk44j

#2
What it’s like to build and market a chatbot when you’re only 14 years old
https://medium.freecodecamp.com/the-ups-and-downs-of-building-and-marketing-a-chat-bot-when-youre-14-8a072830b43c#.tmxs0bksa




--
Ta.


Mark Rauterkus   m...@rauterkus.com
http://CLOH.org
___
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: RSYNC still uses MD5 and...

[Peter TB Brett via use-livecode]

On 01/03/2017 02:39, Alejandro Tejada via use-livecode wrote:

RSYNC would be a nice and useful addition
to LiveCode engine.

https://en.wikipedia.org/wiki/Rsync

Could RSYNC be implemented fast enough
using only LiveCode scripts?


The way that rsync uses hashes isn't at all problematic.  If an attacker 
has the level of access to be able to introduce hash collisions into 
files that you're copying using rsync, then you have bigger problems 
than the hash collisions!


In my opinion, rsync isn't a wheel that needs to be reinvented using 
LiveCode. :-)  However, yes, since rsync is almost entirely constrained 
by IO bandwidth, there's no reason that you couldn't rewrite it to be 
fast enough using LiveCode.


 Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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: SHA1 cracked .... What are the chances this will be addressed in LC?

[Peter TB Brett via use-livecode]

On 28/02/2017 15:46, Bob Sneidar via use-livecode wrote:

Thanks for that Peter! I've been thinking about a way to encrypt data
for storage in database systems for things like passwords and server
credentials. Now to figure out how to decrypt it...


Hi Bob,

Never store user passwords in clear text, or in any encoding that can be 
reversed.  Both message digest algorithms and HMACs are intended to be 
*one-way* functions -- this is one of their important properties.


If you are handling passwords, then this is a pretty decent page with 
good guidelines on how to do it safely and securely:


https://www.owasp.org/index.php/Password_Storage_Cheat_Sheet

Note that the HMAC definition I posted earlier is a simplified version; 
it would probably be a good idea to have a library that provides the 
full spec described in https://tools.ietf.org/html/rfc2104


Also, I'm wondering whether to add an Argon2 or PBKDF2 implementation to 
the engine to help with this.


  Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
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