Re: Matrix Multiplication bug and workaround

[Mark Wieder via use-livecode]

On 07/30/2017 04:42 PM, hh via use-livecode wrote:


Let me explain that a bit simpler for readers who don't know or forgot
linear/matrix algebra.


Thanks. That does make sense, and I did indeed need a refresher course.

--
 Mark Wieder
 ahsoftw...@gmail.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: Points of Graphic Oval

[Scott Rossi via use-livecode]

You can use the effectivePoints to get the points of any graphic shape, but 
depending on the size, your oval may produce too many points.

In any event, your source oval doesn't need to be perfect. If you reference a 
"decent" number of points along the shape of the oval, your image will have the 
appearance of moving along an elliptical path.

Regards,

Scott Rossi

> On Jul 30, 2017, at 9:06 PM, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> 1) draw graphic  oval  name:  "moveClue1"
> 2) create small image "word_1"
> 
> move image "word_1" to the points of grc "moveClue1" in 2 seconds
> 
> test:
> 
> point the points of graphic "moveClue1"
> 
> result: empty
> 
> check dictionary: yep, oval are not among the objects with points ☹
> 
> OK, so how can we generate the points of  a perfect oval?
> 
> 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


___
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: Points of Graphic Oval

[Mark Wieder via use-livecode]

On 07/30/2017 09:06 PM, Sannyasin Brahmanathaswami via use-livecode wrote:


OK, so how can we generate the points of  a perfect oval?


How many points would you guess are in an oval?

--
 Mark Wieder
 ahsoftw...@gmail.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

Points of Graphic Oval

[Alejandro Tejada via use-livecode]

This works great:

move image "word_1" to the effective points of grc "moveClue1" in 2 seconds

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

Points of Graphic Oval

[Sannyasin Brahmanathaswami via use-livecode]

1) draw graphic  oval  name:  "moveClue1"
2) create small image "word_1"

move image "word_1" to the points of grc "moveClue1" in 2 seconds

test:

point the points of graphic "moveClue1"

result: empty

check dictionary: yep, oval are not among the objects with points ☹

OK, so how can we generate the points of  a perfect oval?

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: Looking for specific LiveCode Plugin

[Mark Wieder via use-livecode]

On 07/30/2017 07:04 PM, Alejandro Tejada via use-livecode wrote:

Hi All,

Does exist a LiveCode plugin (compatible with LC6/7/8/9) that warns
developers about current, fixed and regression bugs in their actual
LiveCode version?


Release Notes is in the Help menu.

--
 Mark Wieder
 ahsoftw...@gmail.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

Looking for specific LiveCode Plugin

[Alejandro Tejada via use-livecode]

Hi All,

Does exist a LiveCode plugin (compatible with LC6/7/8/9) that warns
developers about current, fixed and regression bugs in their actual
LiveCode version?

Also this plugin could announce about new properties, new commands and new
functions, even announce about new syntax for older features using the same
mechanism proposed in this thread:
IntelliSense - Intelligent code completion for LiveCode

http://lists.runrev.com/pipermail/use-livecode/2017-July/239619.html

Thanks in advance!

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: Matrix Multiplication bug and workaround

[Alejandro Tejada via use-livecode]

I noticed the announcement of your conference
in Livecode website:
https://livecode.com/global/hermann-hoch/

Have you checked Jim Hurley stacks?
http://jamesphurley.com/Revolution.html

Al

> These were the first two minutes of my talk
> at LC Global in Nov 2017.Now I can start after that,
> describing how to find that single set, without
> matrix algebra
___
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: Build a simple app on HTML5 [WAS: Re: Build a simple app on Android]

[Alex Tweedly via use-livecode]

Yes, I've been using the python server as described in the deployment 
guide, and it's very handy. But the real app (the one this was condensed 
out of) actually wants to download files from a server (that I can't add 
the app itself to), so for now I'm kind of stuck.


Hmmm - maybe I can modify SimpleHTTPServer to be a little "bridge 
server" that can receive the request, download from the internet to the 
local disk, and then supply it as requested ...


Looks like I may be able to join the sub-community after all :-)   More 
tomorrow or Tuesday :-)


Alex


On 31/07/2017 00:28, hh via use-livecode wrote:

Alex wrote:
the "same domain"  limitation makes it unfeasible for me to use it
for now.

You can test it with a local web server. I use this always for testing in HTML5
(e.g. using python as described in the HTML5 deployment guide of the dictionary
"Testing your HTML5 app ...").
So I hope you will join the "HTML5-sub-community" ;-)


Alex wrote:
btw - while looking at that entry in the release notes (for dp8), I
noticed the paragraph above it. Any guess what this is trying to say ?

Yes there are missing some lines. Panos wrote in his announcement:

New syntax forms of the "create" command have been added, so you can now
do "create card X in stack Y", or "create control Y in card Z"

I didn't try that until now.
___
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: Matrix Multiplication bug and workaround

[hh via use-livecode]

Hi Al.

Yes. I saw this mistake several times. The misleading thing is, TMHO,
the name "transformation matrix" for [a,b,c,d,e,f] (because the listing
is pairwise for columns, as you now describe, and not for rows).

Let me explain that a bit simpler for readers who don't know or forgot
linear/matrix algebra.

It would be better to name it, what it is, a "transformation list".
[a,b,c,d,e,f] lists the factors [a,b,c,d] and the summands [e,f] that
define the "affine transformation" of a point (x_old,y_old) to a point
(x_new,y_new):

x_new = a*x_old + c*y_old + e
y_new = b*x_old + d*y_old + f

[a,d] are the scaling factors for (x_old,y_old),
[b,c] are the shearing factors for (x_old,y_old),
[e,f] are the translation summands for (x_old,y_old).
So [1,0,0,1,0,0] defines the identity: x_new = x_old and y_new = y_old.

Every scaling, shearing, translation or rotation of a point (x_old,y_old)
can be built by ONE single set of such a list [a,b,c,d,e,f].

Hermann

p.s. These were the first two minutes of my talk at LC Global in Nov 2017.
Now I can start after that, describing how to find that single set, without
matrix algebra ;-)


___
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: Build a simple app on HTML5 [WAS: Re: Build a simple app on Android]

[hh via use-livecode]

> Alex wrote:
> the "same domain"  limitation makes it unfeasible for me to use it
> for now.

You can test it with a local web server. I use this always for testing in HTML5
(e.g. using python as described in the HTML5 deployment guide of the dictionary
"Testing your HTML5 app ...").
So I hope you will join the "HTML5-sub-community" ;-)

> Alex wrote:

> btw - while looking at that entry in the release notes (for dp8), I 
> noticed the paragraph above it. Any guess what this is trying to say ?

Yes there are missing some lines. Panos wrote in his announcement:
> New syntax forms of the "create" command have been added, so you can now
> do "create card X in stack Y", or "create control Y in card Z"

I didn't try that until now.
___
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: Build a simple app on HTML5 [WAS: Re: Build a simple app on Android]

[Alex Tweedly via use-livecode]

Thanks Herman. I guess I'll have to wait ... the "same domain" 
limitation makes it unfeasible for me to use it for now.


Alex.

btw - while looking at that entry in the release notes (for dp8), I 
noticed the paragraph above it. Any guess what this is trying to say ?



Additional forms of create command (9.0.0-dp-7)
   Create in now works correctly
   You can now create in as well as in


:-) ?

Alex.

On 30/07/2017 22:40, hh via use-livecode wrote:

Alex wrote:
So I won't wait for my next question  should that same simple
app work when built as an HTML5 standalone ? (9.0DP8 Indy, MacOS
10.10.5, Chrome 59) (hint: right now, it doesn't - click on the
button, it highlights  and then nothing else happens until we
get the "Page has become unresponsive" message.)

You could use "load url", works on mobile and (currently) HTML5.

This is documented in the release notes of 9.0.0-dp7, pp 9-10.
An HTML5-example for using this new feature is on my html5 demos page
("FetchURL", loads images).

___
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: "Cascading" Object-Behaviors

[Sannyasin Brahmanathaswami via use-livecode]

Yes, better to leave in place..  i.e. behavior buttons with no scripts, now 
assigned behavior to external file.

We are using a JSON file on disk that we read in to set the stack files on 
start up, because with a team, things get crazy if you have this in the binary.

One Caveat 

the PB does not show that  objects with the assigned behavior to a button with 
no script… has any code … it shows 
 0 lines of code, when in fact the behavior assigned to the button which is 
assigned to that object *is*  in the msg path.

Other caveats: I am getting "bitten" by ambiguity of "me"  in scripts.  but 
that is a different subject.   for mobile, timin is everything and we are 
frequently needing to allow 200 milliseconds, 500 etc before calling some other 
handler, while the UI gets updated. So typically the events we want to fire are 
in the same "library" but you can do 

Send to me  

you have to declare "this stack" to "stack "suchAndSuch" (which is the actual 
name of the file with these handlers) 




Svasti Astu, Be Well 
Brahmanathaswami

www.himalayanacademy.com

 

On 7/30/17, 10:28 AM, "use-livecode on behalf of Monte Goulding via 
use-livecode"  wrote:

>
>On 31 Jul 2017, at 3:50 am, Sannyasin Brahmanathaswami via use-livecode 
 wrote:
>"Entralled with external scripts and GIT are We" says Yoda

I have implemented a scriptifier utility script if you are interested here 
https://github.com/livecode/livecode/pull/5600

It parses all objects in a stack looking for non-trivial scripts then 
generates a unique name based on object hierarchy and saves the script only 
stacks in a folder with the same name as the stack filename and sets the 
stackFiles appropriately. We have used it on some stacks in the IDE (the 
installer and the IDE startup stack) and have only found one side effect so far 
in an old script that used idle. Idle is only sent to objects that implement it 
and is not detected in their behaviors. For simplicity the script ignores any 
objects that already have behaviors as if you want a behavior hierarchy of 
script only stacks you need to script that when they are loaded.
>It this bad practice? Of course it is a trivial matter to make a direct 
assignment to the external file since it is in the stack files

My scriptifier (being a bit dumb about such matters) would do something 
similar when it encounters an object that is a behavior button used elsewhere. 
The behavior button scriipt will be exported and the hierarchy will be 
established. We haven’t noticed any issues with this although it probably 
wouldn’t take long to tweak the scriptifier to delete the button and set the 
behavior directly that would impact resource resolution like finding icons so 
it’s better to leave it in place. Such things are better done manually if 
necessary.

Cheers

Monte

___
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: Matrix Multiplication bug and workaround

[Alejandro Tejada via use-livecode]

Hi Hermann,

Hermann wrote:
> This is not a bug, your script is wrong.
> If TM is a,b,c,d,e,f then you have to d
>   put item 1 of pArgs into tMatrix[0,0]
>   put item 2 of pArgs into tMatrix[1,0]
>   put item 3 of pArgs into tMatrix[0,1]
>   put item 4 of pArgs into tMatrix[1,1]
> this yields correct results.
> [In fact your 'workaround' corrects the wrong script part]

Now I understand:

This transformation matrix:
1,0.6,-1.2,1,40,10
should be stored like this:

[0,0]  [0,1]  [0,2]
  a   c   e
  1-1.2 40

[1,0]  [1,1]  [1,2]
  b   d   f
 0.6 1  10

[2,0]  [2,1]  [2,2]
  0   0   1

I will delete my bug report.
Thanks again Hermann for
taking a close look at this.

Have a nice week!

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

[Monte Goulding via use-livecode]

> On 31 Jul 2017, at 6:59 am, Mark Wieder via use-livecode 
>  wrote:
> 
>> 
>> Actually, submodules actually do their job really quite well. They aren't 
>> ideal, but they do enforce modularity (hence the name ;)). We just need to 
>> get round to sorting out some tooling (local shell scripts / git hooks) to 
>> help make sure they aren't quite so easy to forget about syncing properly.
> 
> It's possible (and IMO preferable) to have a modular approach to app building 
> in makefiles and such without forcing git to have to deal with that.

Submodules are very helpful when they are doing what they are meant to do which 
is point to a specific version of a dependency.

Unfortunately with the ide submodule we have two way dependencies and tests 
that break in one or the other or both if they aren’t updated in sync. Indeed 
we have some ide libraries in the engine repository. So sometimes to make a 
seemingly small patch you need to patch both repos. Additionally it’s easy to 
break an IDE test and not find out about it until everything is merged up 
because tests are run against the main repo (this is potentially solvable by 
working out how to run the tests for all the submodules but it will require 
some special Travis wrangling). 

There is an overhead to all this that I personally believe doesn’t justify the 
benefits. Should we have IDE A/B test versions then I think we will need to 
branch the engine repo for them sometimes anyway so any benefits may be less 
than they at first appear… indeed the scenario may multiply the overheads… 

Anyway, probably better to continue this discussion internally as not may 
people here would be interested in this.

Cheers

Monte
___
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: Matrix Multiplication bug and workaround

[hh via use-livecode]

Al, your script is wrong. You are building the matrix in a wrong way.
It is no bug! With your 'workaround' you point yourself to the lines
where you did make the mistake.

http://lists.runrev.com/pipermail/use-livecode/2017-July/240074.html

___
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: Doing user testing in a risk free way (Re: gitter)

[hh via use-livecode]

> Monte wrote:
> I’m not really sure that A/B tests of the IDE is something we should be
> attempting to do at all as we don’t have the resources to do it with the
> number of people required to get decent data.

+42
___
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

Matrix Multiplication bug and workaround

[Alejandro Tejada via use-livecode]

After searching the Mail List archives, the Forum
and LiveCode Quality Center for another report
about this bug, I found nothing and have just send
a new bug report:

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

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: Doing user testing in a risk free way (Re: gitter)

[Monte Goulding via use-livecode]

> On 31 Jul 2017, at 6:56 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm just wondering, should I wait for the A/B test sequences or just throw a 
> current version at him?

Well there’s not much point doing A/B tests unless you have a decent size group 
to gather data on which performed better A or B. I would just get him to 
download (with no other instruction) from LiveCode and take a note which 
version & edition he ends up getting.

I’m not really sure that A/B tests of the IDE is something we should be 
attempting to do at all as we don’t have the resources to do it with the number 
of people required to get decent data. Observe and enhance on the other hand 
has been working well other than the version numbering which needs some 
attention.

Cheers

Monte
___
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: Build a simple app on HTML5 [WAS: Re: Build a simple app on Android]

[hh via use-livecode]

> Alex wrote:
> So I won't wait for my next question  should that same simple
> app work when built as an HTML5 standalone ? (9.0DP8 Indy, MacOS
> 10.10.5, Chrome 59) (hint: right now, it doesn't - click on the
> button, it highlights  and then nothing else happens until we
> get the "Page has become unresponsive" message.)

You could use "load url", works on mobile and (currently) HTML5.

This is documented in the release notes of 9.0.0-dp7, pp 9-10.
An HTML5-example for using this new feature is on my html5 demos page
("FetchURL", loads images).

___
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: widget inclusions Linux

[Warren Samples via use-livecode]

On 07/30/2017 11:33 AM, Warren Samples via use-livecode wrote:

I apologize if this is a known (but not to me) issue...

I am finding that the BMI Calculator does not work after it has been 
built as a standalone in 64bit Linux in recent versions of LiveCode. (I 
haven't tried in any other OS.) It works as expected within the IDE but 
in a standalone the Calculate BMI button doesn't execute any scripts. 
Returning to LC 8.0.1 a standalone functions perfectly if I select all 
the appropriate widgets for inclusion. But, the standalone exhibits the 
same broken behavior if I deselect the lib.json widget.


If I save the stack in 8.0.1, with the proper files selected in 
standalone build settings and open it in 8.1.4 and build, the standalone 
functions as expected.


Is it possible that the lib.json and/or other widgets is are not being 
properly included in the standalone in recent versions of LC, at least 
under 64bit Linux? Maybe I should ask if someone can duplicate this :D 
It happens to me under every distro I test.


Warren




It does indeed seem to be the problem that the json library is not being 
included during the build process. I have found a solution but it seems 
in a sense at least as broken as my previous, non-working standalone.


Switching to manually selecting inclusions and adding the json library 
doesn't solve the problem. Doing this creates a standalone that looks 
the same (it has all the UI widgets even though they weren't selected in 
the dialog) and works the same (Calculate BMI button does nothing).


Switching back to auto-selection of inclusions after selecting the json 
library in the manual inclusions list does produce a standalone that works.


Is this expected? Am I being dense in finding both of these results to 
be counterinuitive, even illogical?


Is there some less confused way to get this library into a standalone? 
Can it be made to happen automatically at build? Is it supposed to 
happen that way?


Warren

___
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: Doing user testing in a risk free way (Re: gitter)

[Richmond Mathewson via use-livecode]

I don't believe there is anything that is "risk free".

HOWEVER, I am looking to set up programming classes throughout the year 
starting in October, at which point I should

have both:

1. Kids with NO programming experience whatsover.

2. Kids with experience in either Visual BASIC and/or C++.

Richmond.

On 7/30/17 11:56 pm, J. Landman Gay via use-livecode wrote:

On 7/30/17 3:32 PM, Monte Goulding via use-livecode wrote:


On 31 Jul 2017, at 5:09 am, J. Landman Gay via use-livecode 
 wrote:


Do you need test subjects or do you need to observe them directly? I 
have a neighbor who would be ideal. I was thinking I could watch him 
(with my mouth firmly shut) and take notes on what happens.


He's currently learning another language (javascript maybe, can't 
remember) so he is computer literate but has zero experience with LC.


Jacque I think I can speak for the team on this that if ever anyone 
wants to observe someone’s first run with LiveCode and create bug 
reports about issues they encountered or things we could add to make 
the experience flow better then go right ahead. You could do this 
with the version of LiveCode you think is best at the time.


I'm just wondering, should I wait for the A/B test sequences or just 
throw a current version at him?




___
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: Matrix Multiplication bug and workaround

[hh via use-livecode]

Hi Al.

This is not a bug, your script is wrong.

If TM is a,b,c,d,e,f then you have to do

   put item 1 of pArgs into tMatrix[0,0]
   put item 2 of pArgs into tMatrix[1,0]
   put item 3 of pArgs into tMatrix[0,1]
   put item 4 of pArgs into tMatrix[1,1]

this yields correct results.

[In fact your 'workaround' corrects the wrong script part]

Hermann


___
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: gitter

[Mark Wieder via use-livecode]

On 07/29/2017 03:49 PM, Mark Waddingham via use-livecode wrote:

Actually, submodules actually do their job really quite well. They 
aren't ideal, but they do enforce modularity (hence the name ;)). We 
just need to get round to sorting out some tooling (local shell scripts 
/ git hooks) to help make sure they aren't quite so easy to forget about 
syncing properly.


It's possible (and IMO preferable) to have a modular approach to app 
building in makefiles and such without forcing git to have to deal with 
that.


--
 Mark Wieder
 ahsoftw...@gmail.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: Doing user testing in a risk free way (Re: gitter)

[J. Landman Gay via use-livecode]

On 7/30/17 3:32 PM, Monte Goulding via use-livecode wrote:



On 31 Jul 2017, at 5:09 am, J. Landman Gay via use-livecode 
 wrote:

Do you need test subjects or do you need to observe them directly? I have a 
neighbor who would be ideal. I was thinking I could watch him (with my mouth 
firmly shut) and take notes on what happens.

He's currently learning another language (javascript maybe, can't remember) so 
he is computer literate but has zero experience with LC.


Jacque I think I can speak for the team on this that if ever anyone wants to 
observe someone’s first run with LiveCode and create bug reports about issues 
they encountered or things we could add to make the experience flow better then 
go right ahead. You could do this with the version of LiveCode you think is 
best at the time.


I'm just wondering, should I wait for the A/B test sequences or just 
throw a current version at him?


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

[Mark Wieder via use-livecode]

On 07/29/2017 03:59 PM, Mark Waddingham via use-livecode wrote:

I have a thick skin, I can happily ignore such grumblings;


I'm not sure that's the proper response to the grumblings 

--
 Mark Wieder
 ahsoftw...@gmail.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

Build a simple app on HTML5 [WAS: Re: Build a simple app on Android]

[Alex Tweedly via use-livecode]

Oh wow !!   How did I miss that ?   Thank you !

And my apologies for wasting bandwidth on the list - I really should 
have known, or spotted, that.

I just wish I had asked the question 3 days ago :-)

So I won't wait for my next question   should that same simple app 
work when built as an HTML5 standalone ?(9.0DP8 Indy, MacOS 10.10.5, 
Chrome 59)
(hint: right now, it doesn't - click on the button, it highlights  
and then nothing else happens until we get the "Page has become 
unresponsive" message.)


Thanks
Alex.


On 30/07/2017 13:17, panagiotis merakos via use-livecode wrote:

Hi Alex,
Check the internet permission in the android standalone settings.

Best,
Panos

On 30 Jul 2017 13:01, "Alex Tweedly via use-livecode" <
use-livecode@lists.runrev.com> wrote:

I'm trying to build a VERY simple app, and try it on Android.

It is very simple - one Button (B_, and one field (F); click on the button,
it downloads a URL and puts the content into the field.

The script for the button consists of :

on mouseUp pMouseButton
   localt
putemptyintofld"F"
   put"""F"
   putURL("https://www.kilmelford.com/puzzles/sudoku.txt;) intot
   puttheresult& "::"& it "F"
   putt afterfld"F"
end mouseUp

This gives me

tsneterr(6) could not resolve host.

Is there something on Android that I need to do to give permissions to the
app ?

How?

What ?

Thanks

Alex


___
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: Doing user testing in a risk free way (Re: gitter)

[Monte Goulding via use-livecode]

> On 31 Jul 2017, at 5:09 am, J. Landman Gay via use-livecode 
>  wrote:
> 
> Do you need test subjects or do you need to observe them directly? I have a 
> neighbor who would be ideal. I was thinking I could watch him (with my mouth 
> firmly shut) and take notes on what happens.
> 
> He's currently learning another language (javascript maybe, can't remember) 
> so he is computer literate but has zero experience with LC.

Jacque I think I can speak for the team on this that if ever anyone wants to 
observe someone’s first run with LiveCode and create bug reports about issues 
they encountered or things we could add to make the experience flow better then 
go right ahead. You could do this with the version of LiveCode you think is 
best at the time.

Cheers

Monte
___
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: "Cascading" Object-Behaviors

[Monte Goulding via use-livecode]

> On 31 Jul 2017, at 3:50 am, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> "Entralled with external scripts and GIT are We" says Yoda

I have implemented a scriptifier utility script if you are interested here 
https://github.com/livecode/livecode/pull/5600 


It parses all objects in a stack looking for non-trivial scripts then generates 
a unique name based on object hierarchy and saves the script only stacks in a 
folder with the same name as the stack filename and sets the stackFiles 
appropriately. We have used it on some stacks in the IDE (the installer and the 
IDE startup stack) and have only found one side effect so far in an old script 
that used idle. Idle is only sent to objects that implement it and is not 
detected in their behaviors. For simplicity the script ignores any objects that 
already have behaviors as if you want a behavior hierarchy of script only 
stacks you need to script that when they are loaded.
> 
> It this bad practice? Of course it is a trivial matter to make a direct 
> assignment to the external file since it is in the stack files

My scriptifier (being a bit dumb about such matters) would do something similar 
when it encounters an object that is a behavior button used elsewhere. The 
behavior button scriipt will be exported and the hierarchy will be established. 
We haven’t noticed any issues with this although it probably wouldn’t take long 
to tweak the scriptifier to delete the button and set the behavior directly 
that would impact resource resolution like finding icons so it’s better to 
leave it in place. Such things are better done manually if necessary.

Cheers

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

Matrix Multiplication bug and workaround

[Alejandro Tejada via use-livecode]

Using LC 8.1.3, I just found a bug in the Matrix Multiply function.

Could you check if this bug was fixed in more
recent versions of LC?

Follow this recipe to reproduce this bug:

1) Create a new stack with a button, a text field
and a check box named "showbug"

2) paste these two lines into the text field:

TM 1,0.6,-1.2,1,40,10
CO 0,30

You could find this and other examples in this webpage:

https://stackoverflow.com/documentation/svg/3249/transformation#t=20170730054300495488

3) paste this script into the button:



local tMatrix1
local tMatrix2

on mouseUp
   put empty into tMatrix1
   put empty into tMatrix2
   put empty into tNewMatrix
   put empty into tNewCoordinatePoint

   put fld 1 into tMatrixList

   repeat for each line tMX in tMatrixList

  switch word 1 of tMX
 case TM
TransformTMatrix(word 2 of tMX)
break
 case CO
CoordinatePointMatrix(word 2 of tMX)
break
  end switch

   end repeat

   put matrixMultiply(tMatrix1, tMatrix2) into tNewMatrix
  combine tNewMatrix with comma
  answer item 1 to 2 of tNewMatrix

end mouseUp

on TransformTMatrix pArgs
   local tA
   local tB
   local tC
   local tD
   local tE
   local tF

   local tMatrix

if the hilite of btn "showbug" then
   put item 1 of pArgs into tA
   put item 2 of pArgs into tB
   put item 3 of pArgs into tC
   put item 4 of pArgs into tD
else -- use a workaround
   put item 1 of pArgs into tA
   put item 2 of pArgs into tC -- change position
   put item 3 of pArgs into tB -- change position
   put item 4 of pArgs into tD
end if

   put tA into tMatrix[0,0]
   put tB into tMatrix[0,1]
   put tC into tMatrix[1,0]
   put tD into tMatrix[1,1]

   if (the number of items in pArgs) is 6 then
  put item 5 of pArgs into tE
  put item 6 of pArgs into tF
   else
  put 0 into tE
  put 0 into tF
   end if

   put tE into tMatrix[0,2]
   put tF into tMatrix[1,2]

   put 0 into tMatrix[2,0]
   put 0 into tMatrix[2,1]
   put 1 into tMatrix[2,2]

   if tMatrix1 is empty
   then
  put tMatrix into tMatrix1
  return empty
   end if

end TransformTMatrix

on CoordinatePointMatrix tArgs
   put item 1 of tArgs into tG
   put item 2 of tArgs into tH

   put tG into tCoordinatePoint[0,0]
   put tH into tCoordinatePoint[1,0]
   put 1 into tCoordinatePoint[2,0]

   if tMatrix1 is empty
   then
  put tCoordinatePoint into tMatrix1
  return empty
   end if

   if tMatrix2 is empty
   then
  put tCoordinatePoint into tMatrix2
  return empty
   end if

end CoordinatePointMatrix



4) Hilite the check box "showbug" and click
the button... the result is 58,40
This result is wrong.

5) Unhilite the check box "showbug" and click
the button... the result is 4,40
This result is correct.

If this bug is still present in more recent LC versions.
Could you report it to the Quality Center?

Thanks in advance!

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: Build a simple app on Android

[tbodine via use-livecode]

Is the security external part included in your Android app? You may need that
external to reach an https url. (At least that's the case for desktop apps,
if I'm not mistaken.) -- Tom Bodine



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Build-a-simple-app-on-Android-tp4717711p4717718.html
Sent from the Revolution - User mailing list archive at Nabble.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: Doing user testing in a risk free way (Re: gitter)

[J. Landman Gay via use-livecode]

On 7/30/17 12:16 AM, Mark Waddingham via use-livecode wrote:

**How can all our existing users help with our user testing?

Well, the above approach has one further *really* useful aspect. For any 
licenses which are not marked with a test funnel (or indeed are marked 
with a dead test funnel) we can show a drop-down list in preferences for 
all currently available tests.


Choosing one would reboot the IDE into that test's IDE. The result? Any 
of you can play around with the things we are testing and give us 
feedback on them without it affecting your workflow or use of the IDE at 
all.


Do you need test subjects or do you need to observe them directly? I 
have a neighbor who would be ideal. I was thinking I could watch him 
(with my mouth firmly shut) and take notes on what happens.


He's currently learning another language (javascript maybe, can't 
remember) so he is computer literate but has zero experience with LC.


--
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: Wait, the problem, and why it is important to solve

[hh via use-livecode]

> Mark wrote:
> I'm not sure relating this to RaspPi is useful. The reason is that if I 
> am wanting to move my Desktop app (Mac, Windows, Linux) app to HTML5 
> then I'd want the performance in the browser to be within a reasonable 
> distance of that when on the Desktop...
> ...The only way to know what the speed of a certain combination of 
> implementation strategies and execution environments is to actually run 
> performance tests.

Well, I compare "scenarios", that is "target-platforms" and  LC versions
that generate the standalone, running on "medium" hardware (mine, for tests).

May be some say I'm going to compare apples to oranges. Yes, I do, both are
fruits and I can eat the one or the other or both. These are my experiences,
without "wait":
Say I'm on medium fast machines (2.5GHz), and say I am going to make an
animation using graphics, with the fastest method (send in time, no wait) and
everything needed is already available in LC 6.7.11.

Such scripts will run at about the same speed on desktop Mac/Win/linux (what
is an excellent result).
This is the base speed I keep in mind, it is at about the same for standalones
or still being in the IDE.
And this is probably one of the most used standalone version that is compared
to HTML5 standalones, the latter built with "unchanged" source.

Now I will have here a slow down by a factor of (best cases)...
... 10 or 20 when running on Raspi2B+ or Raspi3.
... 2-3 when when running in LC 8/9 on the same machine.
... 6-32 when running in the newest version of the most used browser on
Mac/Win/linux in a HTML5 standalone.

*** For me these are good-to-know thumb-rules, mostly very close to real tests.
And running a test-stack on Raspi3 in the 6.5.1 IDE is at about the average
speed I'll get in a HTML5 standalone on a medium fast machine with 
Mac/Win/linux.

Once again, compared to LC 8/9 desktop standalones, the slow down factor is...
... 3-16 when running in the newest version of the most used browser on
Mac/Win/linux in a HTML5 standalone (what is an excellent result).

The lowest slowdown for HTML5 standalone is when using the 'fastest' browser of
Safari/Firefox/Chrome/Opera which is currently Safari on Mac. For the 'slowest'
browser (Chrome/Opera) there is AGAIN, compared to Safari, a slow down of 3-4.
[-> But Opera Developer is already close to Safari!!]

In sum, if I wish to display a "complicated" clock animation every second (also
having the different refresh rates of the different main browsers in mind) then
I know I have to reach less than 30 millisecs per cycle in LC 6.7.11 or 60
millisecs per cycle in LC 8/9. And I have to "work-around" for the worst case.

And if you wish to be below the refresh rate of 54 millisecs of Firefox on
Mac/Win/linux with your HTML5 standalone, then you have to reach 5-6 millisecs
per cycle in the LC 8/9 IDE on the same machine.

Such good results are in the dreams only of some other comparable IDE's.

So no exaggeration is needed. Take it as good as it is. And go on, LC-team, with
your excellent work to improve it.

___
One possible "test-stack" to reproduce my thumb-rule statements on your own
machine(s) is the source code of the "LCD"-HTML5 standalone.
Start there with preset 7 for comparing browsers on the same machine:
http://hh.on-rev.com/html5/LCD-01e-8.0.2X.html
(replace "X.html" with ".zip" for the source)
There is also Raspi stack #79 which is (probably) that source code
http://forums.livecode.com/viewtopic.php?p=145528#p145528


___
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

"Cascading" Object-Behaviors

[Sannyasin Brahmanathaswami via use-livecode]

"Entralled with external scripts and GIT are We" says Yoda

hence refactoring old stacks with all code in the stack/card/behavior buttons 
"out" to *.Livecodescript files and then assigning these "back" to the 
stack/card/objects

OK so not wanting to mess too much with actually refactoring scripts…

in our puzzle game we have assigned  the behavior of image "tiles" to a button 
that was off screen, the "old way" of creating and assigning a behavior.

So I selected that button in the PB and (very cool) made a behavior from the 
control script and saved it out to external file…
then deleted the script in the button itself
then assigned the external behavior file of that button. Added the external 
script to the stack files saved everything, rebooted and tried the puzzle

Ha! it works! the tiles are assigned the behavior of the button off screen 
which has zero script lines, but which is assigned the 
behavior_tileScript.Livecodescript on disk.

Wow.. that was too easy.

It this bad practice? Of course it is a trivial matter to make a direct 
assignment to the external file since it is in the stack files

set the behavior of me to to (the long id of stack "behavior_tileScript")

OTHO there is a use case/some "utillity" for having all those behaviors as 
buttons (with no scripts but behaviors assigned to external fiels) on some 
space, like card 2…then you could access the scripts on disk view those objects 
vs having to go through the Project Browser.

then in your code you assign the behaviors by using the button ID's.

So, many ways to peel the mango. Anyone one see issues with this?

as ever, just trying to keep from creating a snake pit of "bad practice" code…

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: Parsing (scraping) OpenGraph Tags from html HEAD

[Sannyasin Brahmanathaswami via use-livecode]

" delimiters can now be more than a single character."

Hmm, that completely did not cross my mind… awesome..  

 

On 7/29/17, 5:36 PM, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:

Here's where it's handy that delimiters can now be more than a single 
character. This should extract the lines you need regardless of whether 
they contain carriage returns or not:


on parseHeader pData
   set the lineDel to "",l)-1 of l & cr 
after tList
   end repeat
   -- do something with tList
end parseHeader

___
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

widget inclusions Linux

[Warren Samples via use-livecode]

I apologize if this is a known (but not to me) issue...

I am finding that the BMI Calculator does not work after it has been 
built as a standalone in 64bit Linux in recent versions of LiveCode. (I 
haven't tried in any other OS.) It works as expected within the IDE but 
in a standalone the Calculate BMI button doesn't execute any scripts. 
Returning to LC 8.0.1 a standalone functions perfectly if I select all 
the appropriate widgets for inclusion. But, the standalone exhibits the 
same broken behavior if I deselect the lib.json widget.


If I save the stack in 8.0.1, with the proper files selected in 
standalone build settings and open it in 8.1.4 and build, the standalone 
functions as expected.


Is it possible that the lib.json and/or other widgets is are not being 
properly included in the standalone in recent versions of LC, at least 
under 64bit Linux? Maybe I should ask if someone can duplicate this :D 
It happens to me under every distro I test.


Warren

___
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: Build a simple app on Android

[panagiotis merakos via use-livecode]

Hi Alex,
Check the internet permission in the android standalone settings.

Best,
Panos

On 30 Jul 2017 13:01, "Alex Tweedly via use-livecode" <
use-livecode@lists.runrev.com> wrote:

I'm trying to build a VERY simple app, and try it on Android.

It is very simple - one Button (B_, and one field (F); click on the button,
it downloads a URL and puts the content into the field.

The script for the button consists of :

on mouseUp pMouseButton
  localt
putemptyintofld"F"
  put"""F"
  putURL("https://www.kilmelford.com/puzzles/sudoku.txt;) intot
  puttheresult& "::"& it "F"
  putt afterfld"F"
end mouseUp

This gives me

tsneterr(6) could not resolve host.

Is there something on Android that I need to do to give permissions to the
app ?

How?

What ?

Thanks

Alex


___
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

Build a simple app on Android

[Alex Tweedly via use-livecode]

I'm trying to build a VERY simple app, and try it on Android.

It is very simple - one Button (B_, and one field (F); click on the 
button, it downloads a URL and puts the content into the field.


The script for the button consists of :

on mouseUp pMouseButton
  localt
putemptyintofld"F"
  put"""F"
  putURL("https://www.kilmelford.com/puzzles/sudoku.txt;) intot
  puttheresult& "::"& it "F"
  putt afterfld"F"
end mouseUp

This gives me

tsneterr(6) could not resolve host.

Is there something on Android that I need to do to give permissions to 
the app ?


How?

What ?

Thanks

Alex


___
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: Wait, the problem, and why it is important to solve

[Mark Waddingham via use-livecode]

On 2017-07-30 11:13, hh via use-livecode wrote:

Wow. You say (using stars) it would make sense to implement wait
in HTML5 for some features that do _not_ (yet) work in HTML5.
Will be a great enhancement side-effect. I look forward to that.


I don't think that was the implication. The implication was that those 
things marked '*' all make sense in HTML5 - i.e. they actually *could* 
be implemented (the other things are mainly mobile related things which 
make no sense). The further point I made was that *all* of them are 
useful (if not identical) if wait does not work.


i.e. We get a more effective HTML5 engine by implementing them even if 
we don't have wait.


Ergo, the HTML5 engine gets even better when we do have wait - in terms 
of ability to use code without modification.



Peter-B already implemented wait in 2015, see bug #16076.
This caused an _additional_ slow down by a factor of 16 that was
*overall*, i.e. also in handlers not containing any form of wait.


Indeed - hence the paragraph in one of my previous emails where I 
stated:


"The alternative - emterpreter - works perfectly but (as anyone who used 
the early wait-supporting versions will know) is wy too slow 
to be viable. Not an ideal situation, to say the least."


Emterpreter (due to the way things are structured in the C++ engine) is 
an all or nothing thing. It makes little difference whether things call 
wait or not.


Also to actually determine this 'calls wait' / 'doesn't call wait' 
attribute requires a level of abstract analysis of script which would 
essentially mean we were performing asyncification anyway. So that is 
what we might as well do, and not pay the cost of emterpretation at all.



We had since then, not counting browser improvements, a speed up
in the HTML5 engine by a factor of up to 8. So "wait" would cause
in sum (better: in product) a slowdown by a factor of at least 2.


Well, compared to now perhaps.

I'd be wary of using such 'approximation' math on things like this. Just 
because we have numbers for certain combinations, it does not mean you 
can just recombine them with other assumptions (we don't know that the 
actual performance metrics can be added or multiplied either 
associatively or distributively).


The only way to know what the speed of a certain combination of 
implementation strategies and execution environments is to actually run 
performance tests.



This is at about the same factor as with RaspberryPiB. RaspberryPi3
has a slow down factor of at about 10.


I'm not sure relating this to RaspPi is useful. The reason is that if I 
am wanting to move my Desktop app (Mac, Windows, Linux) app to HTML5 
then I'd want the performance in the browser to be within a reasonable 
distance of that when on the Desktop.


Comparing different platforms (which are slower due to hardware 
implementation - slower memory buses, in particular) isn't all that 
helpful in determining the veracity of the HTML5 engine's performance.



So the move of the HTML5 engine to WebAssembly may be a necessary
condition?


WASM will likely make a significant difference to size and startup time. 
Performance, is probably more going to be in the 10-15% range. However, 
that is not a number to be relied upon. The only way to find out is to 
test and benchmark.


All I'm really saying, speculating based on the numbers we have, or 
against other (completely different) platforms isn't going to give us 
much, if any insight. The only thing we can do is try, measure and 
iterate. Then try, measure and iterate again.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
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: CEF Browser - what is wrong with my script

[Matthias Rebbe via use-livecode]

> Am 30.07.2017 um 11:22 schrieb hh via use-livecode 
> >:
> 
> @Matthias
> "revbrowserOpenCEF" is deprecated since at least one year or so.
> Also note: revBrowserInstances() doesn't work after"revbrowserOpenCEF”.
> 
Unfortunately I trusted the dictionary.

> Also note if you use revBrowserOpen:
> Then Mac is the only platform that supports HTML5/canvas2d.
> 

Thanks for this note.

Matthias

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌
___
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: CEF Browser - what is wrong with my script

[Matthias Rebbe via use-livecode]

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


And as the error message thing is kind of a feature request i filed a separate 
one
http://quality.livecode.com/show_bug.cgi?id=20207 






Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 30.07.2017 um 11:46 schrieb Mark Waddingham via use-livecode 
> >:
> 
> Yes please do - also maybe mention we should make revBrowserOpenCEF throw a 
> more appropriate error in macOS.
> 
> General advice on Mac use open, on win/Linux use openCef. This will give you 
> reasonably consistent environments on all three desktop platforms.
> 
> Mark.
> 
> Sent from my iPhone
> 
>> On 30 Jul 2017, at 05:10, Matthias Rebbe via use-livecode 
>> > wrote:
>> 
>> The dictionary in 8 and 9 shows CEF as available for Win and Mac. So i will 
>> at least file a report about that.
>> 
>> 
>> 
>> 
>> Matthias Rebbe
>> +49 5741 31
>> ‌matthiasrebbe.eu  > >‌
>> 
>>> Am 30.07.2017 um 10:20 schrieb Mark Waddingham via use-livecode 
>>>  
>>> >> >>:
>>> 
>>> The solution here is to use revBrowserOpen.
>>> 
>>> I missed the fact this is on macOS. We removed CEF on Mac in 8, as it was 
>>> not possible to use CEF on Mac as a slave (for technical reasons).
>>> 
>>> The system web view on Mac is still WebKit based so they are very similar.
>>> 
>>> Sorry for the confusion!
>>> 
>>> Mark.
>>> 
>>> Sent from my iPhone
>>> 
 On 29 Jul 2017, at 19:06, Matthias Rebbe via use-livecode 
  
 >> wrote:
 
 Mark,
 
 I cannot use the widget because of bug #20200.
 
 If we can expect a fix for 20200 then there would be no need for a  bug 
 report for the browser external.
 
 Or is it more realistic that if i report it as a bug that  the browser 
 external is fixed earlier than bug 20200?
 
 
 Matthias Rebbe
 +49 5741 31
 ‌matthiasrebbe.eu  >  >>‌
 
> Am 30.07.2017 um 00:57 schrieb Mark Waddingham via use-livecode 
>  
>  >   
>   
> On 2017-07-30 00:44, Matthias Rebbe via use-livecode wrote:
>> stack "Untitled 1": execution error at line n/a (External handler
>> execution error: creation failed) near "creation failed"
>> Am i missing something?
> 
> It might be a bug - there's been a fair amount of churn in CEF stuff in 
> recent versions so we might have missed something with regards 
> revBrowserCEF.
> 
> Is there any reason you are using revBrowser rather than the browser 
> widget?
> 
> If there is then please let us know asap (file a bug) so we can fix it.
> 
> The fact is that revBrowser is on the verge of being deprecated and then 
> quickly axed (for a number of reasons).
> 
> [ For existing projects, this isn't really a problem - its an external so 
> current built versions will work for some time to come - and we'll make 
> sure the S/B still plays nicely with it as it requires some special fu to 
> get to work - it would be better if we weren't having to support two 
> variants of the same rather complicated thing, and people didn't start 
> using it 'by mistake' because they hadn't discovered the widget ].
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com  
> > 
>  
> >> ~ 
> http://www.livecode.com/  
>  >   >>
> LiveCode: Everyone can create apps
> 
> 

Re: CEF Browser - what is wrong with my script

[Mark Waddingham via use-livecode]

Yes please do - also maybe mention we should make revBrowserOpenCEF throw a 
more appropriate error in macOS.

General advice on Mac use open, on win/Linux use openCef. This will give you 
reasonably consistent environments on all three desktop platforms.

Mark.

Sent from my iPhone

> On 30 Jul 2017, at 05:10, Matthias Rebbe via use-livecode 
>  wrote:
> 
> The dictionary in 8 and 9 shows CEF as available for Win and Mac. So i will 
> at least file a report about that.
> 
> 
> 
> 
> Matthias Rebbe
> +49 5741 31
> ‌matthiasrebbe.eu ‌
> 
>> Am 30.07.2017 um 10:20 schrieb Mark Waddingham via use-livecode 
>> >:
>> 
>> The solution here is to use revBrowserOpen.
>> 
>> I missed the fact this is on macOS. We removed CEF on Mac in 8, as it was 
>> not possible to use CEF on Mac as a slave (for technical reasons).
>> 
>> The system web view on Mac is still WebKit based so they are very similar.
>> 
>> Sorry for the confusion!
>> 
>> Mark.
>> 
>> Sent from my iPhone
>> 
>>> On 29 Jul 2017, at 19:06, Matthias Rebbe via use-livecode 
>>> > 
>>> wrote:
>>> 
>>> Mark,
>>> 
>>> I cannot use the widget because of bug #20200.
>>> 
>>> If we can expect a fix for 20200 then there would be no need for a  bug 
>>> report for the browser external.
>>> 
>>> Or is it more realistic that if i report it as a bug that  the browser 
>>> external is fixed earlier than bug 20200?
>>> 
>>> 
>>> Matthias Rebbe
>>> +49 5741 31
>>> ‌matthiasrebbe.eu  >> >‌
>>> 
 Am 30.07.2017 um 00:57 schrieb Mark Waddingham via use-livecode 
 >>:
 
 On 2017-07-30 00:44, Matthias Rebbe via use-livecode wrote:
> stack "Untitled 1": execution error at line n/a (External handler
> execution error: creation failed) near "creation failed"
> Am i missing something?
 
 It might be a bug - there's been a fair amount of churn in CEF stuff in 
 recent versions so we might have missed something with regards 
 revBrowserCEF.
 
 Is there any reason you are using revBrowser rather than the browser 
 widget?
 
 If there is then please let us know asap (file a bug) so we can fix it.
 
 The fact is that revBrowser is on the verge of being deprecated and then 
 quickly axed (for a number of reasons).
 
 [ For existing projects, this isn't really a problem - its an external so 
 current built versions will work for some time to come - and we'll make 
 sure the S/B still plays nicely with it as it requires some special fu to 
 get to work - it would be better if we weren't having to support two 
 variants of the same rather complicated thing, and people didn't start 
 using it 'by mistake' because they hadn't discovered the widget ].
 
 Warmest Regards,
 
 Mark.
 
 -- 
 Mark Waddingham ~ m...@livecode.com  
 > ~ 
 http://www.livecode.com/ 
 >
 LiveCode: Everyone can create apps
 
 ___
 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 
>> 
> 
> 
> Matthias Rebbe
> +49 5741 31
> ‌matthiasrebbe.eu ‌
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and 

Re: CEF Browser - what is wrong with my script

[hh via use-livecode]

@Matthias
"revbrowserOpenCEF" is deprecated since at least one year or so.
Also note: revBrowserInstances() doesn't work after"revbrowserOpenCEF".

Also note if you use revBrowserOpen:
Then Mac is the only platform that supports HTML5/canvas2d.

___
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: Wait, the problem, and why it is important to solve

[hh via use-livecode]

Wow. You say (using stars) it would make sense to implement wait
in HTML5 for some features that do _not_ (yet) work in HTML5.
Will be a great enhancement side-effect. I look forward to that.

Peter-B already implemented wait in 2015, see bug #16076.
This caused an _additional_ slow down by a factor of 16 that was
*overall*, i.e. also in handlers not containing any form of wait.

We had since then, not counting browser improvements, a speed up
in the HTML5 engine by a factor of up to 8. So "wait" would cause
in sum (better: in product) a slowdown by a factor of at least 2.

The slow down compared to desktop standalones of the same source
was originally 15-20. so we would arrive for that comparison at
a slowdown of 30-40 by the HTML5 engine.

This is at about the same factor as with RaspberryPiB. RaspberryPi3
has a slow down factor of at about 10.

So the move of the HTML5 engine to WebAssembly may be a necessary
condition?


> Mark wrote:
> So LiveCode has long has this feature called 'wait' - it is one of those 
> seemingly innocuous things which, from the surface seems simple (it 
> allows you to wait for something - it's great when syntax is aptly 
> named!) however it is perhaps one of the deepest language features we 
> have.
> 
> I think there is some confusion (or puzzlement) as to why I am a little 
> hung up on it because, on the whole, the 'wait' command is not actually 
> seen in script that much. Certainly it is part of some people's coding 
> style (the one thing I love about LiveCode is that it promotes a very 
> pluralistic style to solving programming problems), but on the whole 
> many of us rarely if ever use it. Well, we *think* we don't use it.
> 
> The thing is that 'wait' is such an important feature to LiveCode that 
> many pieces of syntax use it without you knowing! The pure mathematician 
> in my likes classifying and counting things (hey its what we do!), so 
> here is a reasonably complete list of the places the engine uses it 
> (this list is alphabetic by source-file in the engine order):
> 
> - it is used to provide the flash of the menu when a menu accelerator 
> key is pressed
> - it is used to wait for uses of shell() to send back any data so it 
> can be accumulated for return
> - it is used to wait for a return value from sending an AppleEvent on 
> Mac (send and request)
> - *it is used to implement 'wait for/until/while ...' (kinda obvious, 
> but hey, I was trying to be semi-complete ;))*
> - it is used to implement 'read ... with timeout' forms
> - it is used to wait for process death when you do 'kill'
> - *it is used to wait between beeps when you do 'beep '*
> - *it is used to moderate the speed of 'drag from x to y'*
> - *it is used to moderate the speed of 'type STRING '*
> - *it is used to moderate the time between mouseDown and mouseUp when 
> doing 'click at'*
> - *it is used to wait whilst a non without-waiting form of 'move' is 
> invoked*
> - it is used in the mobile browser control to wait for JavaScript 
> evaluation to finish
> - it is used to wait for mobile calendar UI modal panes to return
> - it is used to wait for mobile photo taking panes to return
> - it is used to wait for mobile contact UI modal panes to return
> - it is used to wait for mobile datetime/option picker modal panes to 
> return
> - it is used to wait for mobile compose mail UI modal panes to return
> - it is used to wait for mobile media picker UI modal panes to return
> - it is used to wait for mobile fullscreen videos to finish
> - it is used to wait for mobile text message UI modal panes to return
> - it is used to wait inbetween vibrations when you use 'iphoneVibrate 
> '
> - *it is used to wait between frames for visual effects / 
> transitions*
> - it is used in all forms of blocking socket commands (open, read, 
> write etc.)
> - it is used to wait for blocking DNS resolution to finish*
> - *it is used to wait for 'modal ' to finish (by closing the 
> stack)*
> - *it is used (in libURL) to wait for evaluation of 'url ' to 
> finish*
> - *it is used (in libURL) to wait for 'post to url ' to finish*
> - *it is used to wait for 'popup widget' to finish*
> - it is used by various other things in externals, and widgets and 
> libraries to implement things which need to wait for something or some 
> time in order to have something to return
> 
> Phew! The ones surrounded by '*' are ones which would make some sense to 
> have working in HTML5. Almost all of these can be rendered in a form 
> without 'wait', they just end up being *slightly* less useful or easy to 
> use (e.g. get url -> load url, always use 'move without waiting', etc.).
> 
> So, first thing to point out, even without 'wait', if we manage to 
> implement all the existing things which make sense in the HTML5 engine, 
> 'greenfield' (new projects) will work fine (as you avoid the things 
> which don't 

Re: CEF Browser - what is wrong with my script

[Matthias Rebbe via use-livecode]

The dictionary in 8 and 9 shows CEF as available for Win and Mac. So i will at 
least file a report about that.




Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 30.07.2017 um 10:20 schrieb Mark Waddingham via use-livecode 
> >:
> 
> The solution here is to use revBrowserOpen.
> 
> I missed the fact this is on macOS. We removed CEF on Mac in 8, as it was not 
> possible to use CEF on Mac as a slave (for technical reasons).
> 
> The system web view on Mac is still WebKit based so they are very similar.
> 
> Sorry for the confusion!
> 
> Mark.
> 
> Sent from my iPhone
> 
>> On 29 Jul 2017, at 19:06, Matthias Rebbe via use-livecode 
>> > wrote:
>> 
>> Mark,
>> 
>> I cannot use the widget because of bug #20200.
>> 
>> If we can expect a fix for 20200 then there would be no need for a  bug 
>> report for the browser external.
>> 
>> Or is it more realistic that if i report it as a bug that  the browser 
>> external is fixed earlier than bug 20200?
>> 
>> 
>> Matthias Rebbe
>> +49 5741 31
>> ‌matthiasrebbe.eu  > >‌
>> 
>>> Am 30.07.2017 um 00:57 schrieb Mark Waddingham via use-livecode 
>>> >> >> >>:
>>> 
>>> On 2017-07-30 00:44, Matthias Rebbe via use-livecode wrote:
 stack "Untitled 1": execution error at line n/a (External handler
 execution error: creation failed) near "creation failed"
 Am i missing something?
>>> 
>>> It might be a bug - there's been a fair amount of churn in CEF stuff in 
>>> recent versions so we might have missed something with regards 
>>> revBrowserCEF.
>>> 
>>> Is there any reason you are using revBrowser rather than the browser widget?
>>> 
>>> If there is then please let us know asap (file a bug) so we can fix it.
>>> 
>>> The fact is that revBrowser is on the verge of being deprecated and then 
>>> quickly axed (for a number of reasons).
>>> 
>>> [ For existing projects, this isn't really a problem - its an external so 
>>> current built versions will work for some time to come - and we'll make 
>>> sure the S/B still plays nicely with it as it requires some special fu to 
>>> get to work - it would be better if we weren't having to support two 
>>> variants of the same rather complicated thing, and people didn't start 
>>> using it 'by mistake' because they hadn't discovered the widget ].
>>> 
>>> Warmest Regards,
>>> 
>>> Mark.
>>> 
>>> -- 
>>> Mark Waddingham ~ m...@livecode.com  
>>> > ~ 
>>> http://www.livecode.com/ 
>>> >> >
>>> LiveCode: Everyone can create apps
>>> 
>>> ___
>>> 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 
> 


Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

___
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: CEF Browser - what is wrong with my script

[Mark Waddingham via use-livecode]

The solution here is to use revBrowserOpen.

I missed the fact this is on macOS. We removed CEF on Mac in 8, as it was not 
possible to use CEF on Mac as a slave (for technical reasons).

The system web view on Mac is still WebKit based so they are very similar.

Sorry for the confusion!

Mark.

Sent from my iPhone

> On 29 Jul 2017, at 19:06, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Mark,
> 
> I cannot use the widget because of bug #20200.
> 
> If we can expect a fix for 20200 then there would be no need for a  bug 
> report for the browser external.
> 
> Or is it more realistic that if i report it as a bug that  the browser 
> external is fixed earlier than bug 20200?
> 
> 
> Matthias Rebbe
> +49 5741 31
> ‌matthiasrebbe.eu ‌
> 
>> Am 30.07.2017 um 00:57 schrieb Mark Waddingham via use-livecode 
>> >:
>> 
>> On 2017-07-30 00:44, Matthias Rebbe via use-livecode wrote:
>>> stack "Untitled 1": execution error at line n/a (External handler
>>> execution error: creation failed) near "creation failed"
>>> Am i missing something?
>> 
>> It might be a bug - there's been a fair amount of churn in CEF stuff in 
>> recent versions so we might have missed something with regards revBrowserCEF.
>> 
>> Is there any reason you are using revBrowser rather than the browser widget?
>> 
>> If there is then please let us know asap (file a bug) so we can fix it.
>> 
>> The fact is that revBrowser is on the verge of being deprecated and then 
>> quickly axed (for a number of reasons).
>> 
>> [ For existing projects, this isn't really a problem - its an external so 
>> current built versions will work for some time to come - and we'll make sure 
>> the S/B still plays nicely with it as it requires some special fu to get to 
>> work - it would be better if we weren't having to support two variants of 
>> the same rather complicated thing, and people didn't start using it 'by 
>> mistake' because they hadn't discovered the widget ].
>> 
>> Warmest Regards,
>> 
>> Mark.
>> 
>> -- 
>> Mark Waddingham ~ m...@livecode.com  ~ 
>> http://www.livecode.com/ 
>> LiveCode: Everyone can create apps
>> 
>> ___
>> 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