Re: learning resources for kids

[Richmond]

On 24/11/15 23:47, Monte Goulding wrote:

Aha! Cyril's stuff is gold and I remember stumbling over this page once before. 
Richmond where can I find your stuff?

Sent from my iPhone




"Unfortunately" you'll need a Facebook account to get at my stuff:

https://www.facebook.com/RMLCclasses/?ref=bookmarks

If your son gets going with the material that is there, he is more than 
welcome to contact

me for any help and/or questions he may have.

I do hope it is of some use for him (especially after what I wrote in my 
previous message: Ha, Ha).


Richmond.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: learning resources for kids

[Monte Goulding]

I don't think he's spoilt rotten but then again I'm biased ;-)

He doesn't have a FB account. Our kids aren't allowed to get one until they are 
13 which is FB policy.

I wanted something game focussed because code.org and the other apps he has 
been using are game focussed so I didn't want to throw him at LiveCode after 
that and say look here's this tutorial showing how to put together a point of 
sale app.

Cheers

Monte

Sent from my iPhone

> On 25 Nov 2015, at 10:24 am, Richmond  wrote:
> 
>> On 24/11/15 23:47, Monte Goulding wrote:
>> Aha! Cyril's stuff is gold and I remember stumbling over this page once 
>> before. Richmond where can I find your stuff?
>> 
>> Sent from my iPhone
> 
> "Unfortunately" you'll need a Facebook account to get at my stuff:
> 
> https://www.facebook.com/RMLCclasses/?ref=bookmarks
> 
> If your son gets going with the material that is there, he is more than 
> welcome to contact
> me for any help and/or questions he may have.
> 
> I do hope it is of some use for him (especially after what I wrote in my 
> previous message: Ha, Ha).
> 
> Richmond.
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Release 8.0 DP 10

[[-hh]]

> Alejandro wrote:
> Remember, again, Livecode vector graphics only use integers (1,2,3,4,5...) 
> for displaying graphics strokes (borders). This limitation IS an 
> insurmountable barrier to import and display faithfully many professional 
> illustrations created or exported to SVG format.

I read this often here, also from 'big LC-cheeses' (what is a compliment here). 
This is, TMHO, a misunderstanding or, at least, may create misunderstandings.

SVG is NOT able to divide the pixels of your screen or the points of your 
printing device, so the integer method of rendering integer coordinates of LC 
is effectively not at all different from vector graphics systems.

The difference is how the points are stored. "The points" of LC graphics could 
also be a list of floating point coordinates what prohibits better the 
fortifying of rounding errors (for example when rotating repeatedly by a few 
degrees.

M. Wieder has already done such a storing method, I believe, for some regular 
shapes that store internally the computed floating points and not the 
rounded-to-integer points. You can ask for the points also for some regular 
shapes (and get the rounded values).

Also one can set, beginning from LC 7, the points of an LC graphic objects to a 
list of floating points, you don't have to round these points before that, the 
engine does that for you.

For example this works in LC 7:

set points of grc "Line" to "1.0135, 1.0789, 40.5673, 156.8907"

That is you can take the numbers from svg paths 'directly', without rounding, 
as input for LC graphics.

>From such a setting LC rounds to your pixels and a corresponding SVG yields 
>exactly the same output (seen apart from antialiasing and other effects).

The limit is the resolution (the pixels), no matter who sets the pixel colours.

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: learning resources for kids

[William Prothero]

Todd:
FYI: I guess I’m too old for this game, but it isn’t apparent to me how to play 
it. I clicked around, probably needed to pay more attention to help files.

BTW: on Apple: OSX 10.11.1, the dropdown menu won’t quit the app. I had to 
force quit it.

Best,
Bill

> On Nov 22, 2015, at 3:28 AM, Todd Fabacher  wrote:
> 
> Hi Monte,
> 
> We are releasing our Playland Armenia Social/Game App. It contains over 16
> games, some are played individually and others are online multiplayer
> player. The team wanted to create an App in honor of the 100 year
> anniversary of Armenian Genocide. So they focused on the positive and
> create a game for the children around the world to play together. It uses
> Gamification to teach language for 5-9 years old.
> 
> It is a MASSIVE app, but it fun to play and will teach all aspects of
> programing - including web services, Unicode, Animation and much more. We
> did reuse the tetris  game from Scott and a modified Chess game we found
> online.
> 
> Richard and I will be doing a FREE and open Google Hangout webinars going
> over the app and how to code it. So your son or any educator who is
> interested is welcome.
> 
> We will be releasing the code and a full Beta version in the next 2 weeks.
> The webinars will be over the next few months. You can find info on the
> game: http://playlandarmenia.com/
> 
> We won the national Open Game Challenge and are now headed to the European
> finals next month.
> 
> Best,
> 
> Todd
> ___
> 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: Release 8.0 DP 10

[[-hh]]

> Alejandro wrote:
> Accurate rendering of strokes with different weights requires
> special techniques to get the desired effect:
> http://www.smashingmagazine.com/2012/04/a-closer-look-at-font-rendering/

Hi Alejandro,

this is, once again, not a problem of integers or floating points.

Of course you cannot produce TrueType-output with LC (I said, "apart from 
antialising and other effects"). You could do if you implement all these 
font-smoothing-, that is 'eye-tricking'-algorithms. But why should you do so?

Doing this would be exactly what recently Bob S. wrote, to try to have kind of 
a replacement for postscript.

See the last sentence in that article above:
> "While most Web fonts currently on the market are TrueType-flavored, I am 
> expecting that the industry will largely switch to PostScript, which is the 
> native format nearly all type designers work in (the fonts that are easier to 
> produce)."

'Easier to produce' means here to use mathematical models instead of a list of 
smoothed raster points as properties of objects. But the output is, at the very 
end, once again, always a list of raster points for screen or printer.

Hermann
[p.s. You can have postscript fonts even on Raspberry Pi, simply use "TeX" 
there.]


___
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: SQLite, keep connection open or close every time?

[Peter Haworth]

I recommend that book for anyone who wants to be serious about using SQLite.

Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 

On Tue, Nov 24, 2015 at 12:42 PM, Richard Gaskin  wrote:

> Dr. Hawkins wrote:
>
>> Doesn't a :memory: database get deleted by live code when closed.
>>
>
> I would assume that any memory structure goes away when the process using
> it is completed.
>
>
> And as I discovered playing around with sqlite, multiple potential users
>> can be a *real* problem.
>>
>> If a second user tries to open it, it appears to work.  It may even work
>> if
>> only one writes, but once there is a write, it gets strange.
>>
>
> In his book Using SQLite, Jay A. Kreibich says that SQLite DBs can be read
> by any number of concurrent users, but can only be written to by one at a
> time, with a further caveat that SQLite itself doesn't impose restrictions
> on writes, so preventing concurrent writes is, as with most files, up to
> the application.
>
> --
>  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
>
___
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: Goofy Q #99: set a customProperty

[Mike Bonner]

Richmond, check out custom property sets.
http://lessons.livecode.com/m/4071/l/15257-grouping-custom-properties-in-a-custompropertyset

They are pretty handy.

On Mon, Nov 23, 2015 at 11:12 PM, Richmond 
wrote:

> On 24/11/15 04:55, dunb...@aol.com wrote:
>
>> Richmond.
>>
>>
>> Why is this not just:
>>
>>
>> set the T of yourObject to "red"
>>
>>
>> ?
>>
>>
>> Craig
>>
>>
>>
>>
> Because my "mouth" ran on before I had done a spot of web-searching :)
>
>
> Richmond.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: Release 8.0 DP 10

[Alejandro Tejada]

Hi Hermann,

Accurate rendering of strokes with different weights requires
special techniques to get the desired effect:

http://www.smashingmagazine.com/2012/04/a-closer-look-at-font-rendering/

Alejandro



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Release-8-0-DP-10-tp4698978p4699026.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

One Rect For All specificaiton

[Brahmanathaswami]

I want to kick off a discussion on target rects for design work.

We may have a small team of animators and illustrators start work on 
some projects that would eventually find their way into a mobile app. 
For these "modules" I would lock it to landscape.


For "Agile animation development" (= shorten time from script to end 
product, go live, time cycle) I don't want, at least initially to have 
this team be burdened with having to create multiple versions of anything.


So I need to give them a spec for, what we typically call in the 
printing word "trim size " and "Live Matter safety margins"


These would equate to the area that is left after a physical book is 
"chopped out" and then another limit which is "by design" for elements 
inside that area... 1/4" being a typical minimum for any type object...


with devices, "trim size" equates with "screen size" So here is what 
I've dreamed up so far. but we also have a third property of the spec in 
this world: full background rect, trim size when same data is display on 
16 X 9  and then the live matter margins.


1) they design in 4 X 3  (if doing comics on paper, then they work on 
pad/canvas that is e.g. 12" wide 9" tall (4x3)...

-- i.e. the background art has to fill that entire space.

2) Safety zone/matter (as we way in printing biz...) must fit in the 16 
X 9 rect *inside* that background
-- key characters and important visual elements must all fit inside 16 X 
9... so that there is "dead space" above and below (but filled with 
imagery like trees or landscape, textures etc.)


3) Live matter zone/margins then ( how far away things should be from 
the edge of the screen) then is  I believe in Googles' material design 
spec 40 pixels..for actual objects, text field "voice balloons" in 
comics, buttons, info boxes etc... away from the edge the 16 X 9 rect...


if I Open InDesign and ask for a digital publishing document the default 
is for iPad.. with 36 margins


building on that we ge

a) full canvas:  1024p x 768p
b) safety zone size:  1024 x 576  (letterboxed top and bottom)
c) LIve matter zone: 952p x 504p

flip for portrait

see:

http://wiki.hindu.org/screenshots/SafetySizeGuide.pdf
http://wiki.hindu.org/screenshots/SafetySizeGuide.jpg


Comments on this thinking  Has anyone already worked this out?



___
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: learning resources for kids

[Richmond]

On 24/11/15 23:45, Monte Goulding wrote:

Thanks Devin

I suspect anything that isn't game focussed won't be very exciting for him at 
the moment. Perhaps in a couple of years.

Cheers

Monte




Well, in my part of the world a child who is only interested in programming
insofar as they can develop games would be described as spoilt rotten.

I introduce programming to kids who are largely motivated to make computer
games by pointing out that it is fairly difficult to make a LEGO model of an
aeroplane if one doesn't know how to stick the bricks together, and that,
like everything else in life, first principles come first, and computer 
games

generally come second or third.

In my summer classes (18 times 90 minutes) I got children to start of games
at about class 12.

They would have been quite unable to make any games without the preliminary
stuff.

Children who want all the "Jazzy stuff" straight away without all the 
initial donkey

work will grow up as fairly useless specimens.

Richmond.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Release 8.0 DP 10

[BNig]

Hi Paul,

have a look at this pull-request from Mark Waddingham

https://github.com/livecode/livecode/pull/3089

So I guess SVG import is coming, though not the full specifictions. But that
should meet most needs.

Kind regards
Bernd


Paul Hibbert-4 wrote
> +1
> 
> Paul
> 
>> On Nov 24, 2015, at 10:11 AM, Richmond 

> richmondmathewson@

>  wrote:
>> 
>> I may not know much (and I, oddly enough, am more aware of
>> how little I know than you), but, despite the growls and groans, know
>> that LiveCode 8 when we get there, eventually (and let's hope,
>> paradoxically,
>> that that is a long and lumpy road), will be a KILLER,
>> 
>> and, like that other Killer, Jerry Lee Lewis, let's hope it plays the
>> piano with
>> its feet on the keyboard and puts all else to shame.
>> 
>> BUT ( and, you know me by now, there always has to be a 'but') Please,
>> Please, Pretty Please, integrate SVG import into the 'standard' image
>> import
>> menu feature.
>> 
>> Richmond.





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Release-8-0-DP-10-tp4698978p4699010.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: learning resources for kids

[Monte Goulding]

Thanks Devin

I suspect anything that isn't game focussed won't be very exciting for him at 
the moment. Perhaps in a couple of years.

Cheers

Monte

Sent from my iPhone

> On 25 Nov 2015, at 4:00 am, Devin Asay  wrote:
> 
> 
>> On Nov 22, 2015, at 12:27 PM, Monte Goulding  wrote:
>> 
>> Great Todd. I’ll check it out.
>> 
>> BTW I found the Game Academies and LiveCode University. They used to be in 
>> my account but now they are under the LiveCode > Learning Resources menu. 
>> Has anyone got any thoughts on LiveCode University for a 9 year old?
> 
> Monte,
> 
> LCU is targeted toward high school or college-aged learners (I developed it 
> for my college-level course,) but no prior programming experience is assumed. 
> I think the examples are simple enough that your son could follow most or all 
> of them. I will say that the example stacks we develop in LCU are more 
> focused on producing instructional applications than games. Overall, the 
> course is designed to give a broad overview of programming concepts and the 
> LiveCode IDE, using small assignments and projects as a means to help 
> students solidify the materials presented in the lessons.
> 
> Regards,
> 
> Devin
> 
> 
> Devin Asay
> Office of Digital Humanities
> Brigham Young University
> 
> ___
> 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: learning resources for kids

[Alejandro Tejada]

Hi Monte,


Monte Goulding-2 wrote
> Has anyone got any thoughts on LiveCode University for a 9 year old?

Please, check Richmond stacks (created for young learners of his own 
Programming Lessons for Summer School Camp) and Livecode lessons 
by Cyril Pruszko for his classes in Eleanor Roosevelt High School:
https://sites.google.com/a/pgcps.org/livecode/  

Alejandro





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/learning-resources-for-kids-tp4698921p4699014.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

[OT] Network load analysis

[Paul Foraker]

One of my clients needs someone to dig around in his network and find out
why he's getting load spikes. Does anyone here know how to do that stuff,
or
can recommend someone who does?

Thanks

-- Paul

-- 

White Feather Software
www.whitefeather.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: Release 8.0 DP 10

[Richmond]

On 24/11/15 22:02, BNig wrote:

Hi Paul,

have a look at this pull-request from Mark Waddingham

https://github.com/livecode/livecode/pull/3089

So I guess SVG import is coming, though not the full specifictions. But that
should meet most needs.

Kind regards
Bernd





In the short-term, at least, Alejandro's SVG stuff looks far better than 
the LiveCode 8 SVG widget.


Not least because it works with earlier versions of Livecode!

Richmond.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Release 8.0 DP 10

[Alejandro Tejada]

Richmond Mathewson-2 wrote
> In the short-term, at least, Alejandro's SVG stuff looks 
> far better than the LiveCode 8 SVG widget.
> Not least because it works with earlier versions of Livecode!

I disagree... Ian's stack SVGL is great and is an
excellent alternative but there is no replacement 
for the real thing: A SVG control that renders
faithfully any file that you import.

Remember, again, Livecode vector graphics only use 
integers (1,2,3,4,5...) for displaying graphics strokes (borders). 
This limitation IS an insurmountable barrier to import and 
display faithfully many professional illustrations created 
or exported to SVG format. I have test this again recently.
Vector graphics without different border weights works
better with Ian's stack.


Alejandro




--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Release-8-0-DP-10-tp4698978p4699017.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: SQLite, keep connection open or close every time?

[Dr. Hawkins]

On Tue, Nov 24, 2015 at 9:29 AM, Mark Wieder  wrote:

> Agreed on all counts, especially since SQLite works with databases in
> memory. I tend to keep database connections open for as little time as I
> can get away with, and if I have to lock resources I also lock as few as
> possible in a multiuser situation.


Doesn't a :memory: database get deleted by live code when closed.

And as I discovered playing around with sqlite, multiple potential users
can be a *real* problem.

If a second user tries to open it, it appears to work.  It may even work if
only one writes, but once there is a write, it gets strange.


-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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

iPad Pro icons and launch file

[Alain Vezina]

Hi All,

Is there anybody who knows how to include an icon of 167 x 167 and a launch 
file of 2048 x 2732 for the iPad Pro ?
In the standalone Application Setting (LC 7.1.rc3), it seems there is no room 
to add these new files.

Anybody has an idea to solve that problem?

Thanks

Alain Vezina
Logilangue
www.logilangue.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: learning resources for kids

[Monte Goulding]

Aha! Cyril's stuff is gold and I remember stumbling over this page once before. 
Richmond where can I find your stuff?

Sent from my iPhone

> On 25 Nov 2015, at 7:51 am, Alejandro Tejada  wrote:
> 
> Hi Monte,
> 
> 
> Monte Goulding-2 wrote
>> Has anyone got any thoughts on LiveCode University for a 9 year old?
> 
> Please, check Richmond stacks (created for young learners of his own 
> Programming Lessons for Summer School Camp) and Livecode lessons 
> by Cyril Pruszko for his classes in Eleanor Roosevelt High School:
> https://sites.google.com/a/pgcps.org/livecode/  
> 
> Alejandro
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://runtime-revolution.278305.n4.nabble.com/learning-resources-for-kids-tp4698921p4699014.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

___
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: SQLite, keep connection open or close every time?

[Richard Gaskin]

Dr. Hawkins wrote:

Doesn't a :memory: database get deleted by live code when closed.


I would assume that any memory structure goes away when the process 
using it is completed.




And as I discovered playing around with sqlite, multiple potential users
can be a *real* problem.

If a second user tries to open it, it appears to work.  It may even work if
only one writes, but once there is a write, it gets strange.


In his book Using SQLite, Jay A. Kreibich says that SQLite DBs can be 
read by any number of concurrent users, but can only be written to by 
one at a time, with a further caveat that SQLite itself doesn't impose 
restrictions on writes, so preventing concurrent writes is, as with most 
files, up to the application.


--
 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: SQLite, keep connection open or close every time?

[Mark Wieder]

Agreed on all counts, especially since SQLite works with databases in 
memory. I tend to keep database connections open for as little time as I 
can get away with, and if I have to lock resources I also lock as few as 
possible in a multiuser situation.


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

ASK dialog box

[Randy Hengst]

Hi All,

I’ve include an ASK command in a new app. 

It was my understanding (though I don’t see this in the dictionary) that 
“Cancel” is placed in the “it” variable when the user selects “Cancel."

However, the “it” variable seems to be empty… which is the same way “it” 
appears when no information is entered into the ASK dialog box and “OK” is 
pressed.

I’d like to do one thing when the user “Cancels” and another when the user 
simply leaves the dialog blank, but presses OK.

Is there a way to discern between an “OK” with no information added and a 
“Cancel”?

be well,
randy

Randy Hengst
www.classroomFocusedSoftware.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: Release 8.0 DP 10

[Joseba Aguayo]

Hello:

When I try to group four object in one card, the program crashh!
(OS X Capitan v10.11.1)

Un saludo.

Joseba

___
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: ASK dialog box

[Klaus major-k]

Hi Randy,

> Am 24.11.2015 um 18:44 schrieb Randy Hengst :
> 
> Hi All,
> 
> I’ve include an ASK command in a new app. 
> 
> It was my understanding (though I don’t see this in the dictionary) that 
> “Cancel” is placed in the “it” variable when the user selects “Cancel."
> However, the “it” variable seems to be empty… which is the same way “it” 
> appears when no information is entered into the ASK dialog box and “OK” is 
> pressed.
> I’d like to do one thing when the user “Cancels” and another when the user 
> simply leaves the dialog blank, but presses OK.
> Is there a way to discern between an “OK” with no information added and a 
> “Cancel”?

If the user hits „Cancel":
IT = EMPTY
the result = Cancel
:-)

> be well,
> randy
> 
> Randy Hengst
> www.classroomFocusedSoftware.com

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: Release 8.0 DP 10

[Richmond]

I may not know much (and I, oddly enough, am more aware of
how little I know than you), but, despite the growls and groans, know
that LiveCode 8 when we get there, eventually (and let's hope, 
paradoxically,

that that is a long and lumpy road), will be a KILLER,

and, like that other Killer, Jerry Lee Lewis, let's hope it plays the 
piano with

its feet on the keyboard and puts all else to shame.

BUT ( and, you know me by now, there always has to be a 'but') Please,
Please, Pretty Please, integrate SVG import into the 'standard' image import
menu feature.

Richmond.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Release 8.0 DP 10

[Paul Hibbert]

+1

Paul

> On Nov 24, 2015, at 10:11 AM, Richmond  wrote:
> 
> I may not know much (and I, oddly enough, am more aware of
> how little I know than you), but, despite the growls and groans, know
> that LiveCode 8 when we get there, eventually (and let's hope, paradoxically,
> that that is a long and lumpy road), will be a KILLER,
> 
> and, like that other Killer, Jerry Lee Lewis, let's hope it plays the piano 
> with
> its feet on the keyboard and puts all else to shame.
> 
> BUT ( and, you know me by now, there always has to be a 'but') Please,
> Please, Pretty Please, integrate SVG import into the 'standard' image import
> menu feature.
> 
> Richmond.
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
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: learning resources for kids

[Devin Asay]

> On Nov 22, 2015, at 12:27 PM, Monte Goulding  wrote:
> 
> Great Todd. I’ll check it out.
> 
> BTW I found the Game Academies and LiveCode University. They used to be in my 
> account but now they are under the LiveCode > Learning Resources menu. Has 
> anyone got any thoughts on LiveCode University for a 9 year old?

Monte,

LCU is targeted toward high school or college-aged learners (I developed it for 
my college-level course,) but no prior programming experience is assumed. I 
think the examples are simple enough that your son could follow most or all of 
them. I will say that the example stacks we develop in LCU are more focused on 
producing instructional applications than games. Overall, the course is 
designed to give a broad overview of programming concepts and the LiveCode IDE, 
using small assignments and projects as a means to help students solidify the 
materials presented in the lessons.

Regards,

Devin

 
Devin Asay
Office of Digital Humanities
Brigham Young University

___
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: Components not an IDE?

[Richard Gaskin]

David Bovill wrote:

I think we have an issue with the way we think of LiveCode and in
particular the IDE. We picture it as a CMS or an opinionated IDE. How about
thinking of it like a minimal core engine (or set of engines), and
installable components that can provide authoring and editing capabilities
if needed?


A more modular IDE architecture has been hoped for here for more than a 
decade, and is finally coming about:


My understanding is that's exactly what they're doing now, factoring the 
IDE from its current monolithic form into a set of components that work 
with a slender core and are interchangeable with community-made 
components if desired.


Might be nice if they considered a hierarchical binding as I discussed 
here last month( 
 ), 
but even if we have to subscribe to every individual message it's a big 
step forward.




More like Node + Node Package Manager (npm) + Express? So we would have the
engines - JavaScript, and various platforms, we would have a package
manager, and maybe a good minimal reference app.

npm install livecode


Peter and I discussed this a while back and my understanding is that any 
UI delivered to manage components will be driven by library commands, 
similar to rpm or apt, so others in the community can build alternatives 
and extensions on top of them just as they can with inspectors, object 
browsers, script editors, etc.



Geoff Canyon wrote:

I have no objection to the overall concept, but I'd suggest one thing: with
many development environments, getting stated involves many steps. One of
the great things about LC is that you download an installer, hit install,
open the IDE, and start developing. Any modification to the IDE should try
to maintain that simplicity.


My understanding is that most folks will never see the difference.  80% 
of software user never change default preferences, and while power users 
will enjoy being able to mix and match components the average developer 
should be able to just install the IDE and get to work with a good tool 
set ready to go.


--
 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: Release 8.0 DP 10

[Richard Gaskin]

Geoff Canyon wrote:

On Tue, Nov 24, 2015 at 6:46 AM, Ali Lloyd wrote:


*Native string performance*
The performance of native string operations has been vastly improved, with
many achieving similar speeds to those in 6.7.


This is definitely improved. I had already been running tests using list
parsing, and I just ran that test in 8.0dp10, and while it is still slower
than 6.7.3, it is *much* faster than 7, or earlier releases of 8:

6.7.3: 1.77 seconds
7.0.3: 32.95 seconds
8.0dp1: 32.31 seconds
8.0dp10: 2.17 seconds


This is VERY encouraging.

Given the scope of what the team has been doing, from Cocoa to Unicode 
and the hundreds of other enhancements and refinements along the way 
(I've been surprised no one else is as excited about the addition of the 
mobileGetLaunchData function), it would have been a bit much to expect 
all that could come together and also be well optimized in the first pass.


After all, Python took a few builds moving from v2 to v3 to get 
performance back, and even with fewer contributors it seems the LC team 
has accomplished as much in about as much time.


Kudos to Malte for spearheading the benchmarking effort that helped 
identify some of the specific string operations affected.


And of course kudos to the team for these optimizations, proving that 
even if it takes a little time it's possible to add sweeping new 
features and still maintain good performance.


--
 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: Components not an IDE?

[David Bovill]

Mothership - are there any chats - or docs about how the componetisation of
the IDE is being imagined? I know it's been coming for a few years - but it
may be well on the backburner - a community initiative may fill the gap.

Richard below I am actually suggesting using npm as is - not simply
implementing a library in LiveCode. That way any node developer could get
up and running using LiveCode with a single "npm install livecode" call.
The Livecode package would be described in package.json and would install
the needed binaries / engines.

On 24 November 2015 at 16:11, Richard Gaskin 
wrote:

> David Bovill wrote:
>
>> More like Node + Node Package Manager (npm) + Express? So we would have
>> the
>>
> engines - JavaScript, and various platforms, we would have a package
>> manager, and maybe a good minimal reference app.
>>
>> npm install livecode
>>
>
> Peter and I discussed this a while back and my understanding is that any
> UI delivered to manage components will be driven by library commands,
> similar to rpm or apt, so others in the community can build alternatives
> and extensions on top of them just as they can with inspectors, object
> browsers, script editors, etc.
___
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: Components not an IDE?

[Richard Gaskin]

David Bovill wrote:

Richard below I am actually suggesting using npm as is - not simply
implementing a library in LiveCode. That way any node developer could get
up and running using LiveCode with a single "npm install livecode" call.
The Livecode package would be described in package.json and would install
the needed binaries / engines.


Unless LiveCode objects are directly interoperable with Node.js, what is 
the advantage of that format?


JSON is a great solution for exchanging data between programs that don't 
need to know much about each other's internals, a more streamlined 
alternative to the role XML played just a few years ago.


Useful as plain-text representations are for exchanging data, programs 
generally don't actually use the data until it's been de-serialized from 
its plain-text format into a local object/array.


MongoDB uses BSON ("Binary JSON") for more efficient storage and 
transfer, and in LiveCode we have what I like to call "LSON", 
associative arrays serialized into a compact binary form with the 
arrayEncode function.


The engine-level support for LSON is robust and very efficient, 
performing probably at least an order of magnitude over any plain-texxt 
representation like JSON.


The code to serialize and deserialize LSON is already written in C++ and 
compiled into machine code in the engine - and better still, 
field-tested for many years.


We have several JSON libraries in the community, and while they're 
becoming more robust and efficient I don't believe it will ever be 
possible for any scripted solution to perform as well as what we can do 
today with LSON.


I appreciate the benefits of using existing standards, even de facto 
ones, where relevant; for this reason I submitted an enhancement request 
for BSONencode and BSONdecode as options for workflows where we 
currently use only arrayEncode and arrayDecode:



But unless the data contained within the format is useful within the 
system for which the package manager was designed, it would seem the 
benefits would be limited, and ultimately whether we choose npm or apt 
or rpm would make little difference.


All that said, my experience with Node.js has been far from hands-on; 
I've read only a hundred pages or so on it, but have never actually used 
it for any practical task.  Is there something in Node.js I may have 
missed that would make it practical to exchange LiveCode objects with it?


--
 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: SQLite, keep connection open or close every time?

[Peter Haworth]

Hi Klaus,
You seem to have received several responses that don't address your
parameters of a local SQLite database on desktop or mobile so I'll limit my
reply to a desktop application using SQLite on a local disk with a single
user, no network connections, no multi user situations.

With that in mind, the answer is "it depends on the application".  An
application that simply reads data in at startup, accesses it in LC
variables and hardly ever needs to re-read it or update it is a lot
different than a data entry application where the database is constantly
being read/updated.  In the former case, open and closing around every
access is probably the best way to go.  In the second case, there's no
reason to incur the extra overhead of opening and closing around every
access.

As far as tidying up in the event of disk failure and other catastrophes,
SQLIte is more than capable of dealing with that.  Preserving data
integrity is one of the points of using an ACID compliant SQL database
rather than a flat file of some sort.

However, to get that benefit, you should make sure you wrap your logical
groups of SQL statements in BEGIN and END statements.  You should do that
anyway because it can make a huge difference in performance.  By doing
that, you ensure your database is not physically updated until the
transaction has logically completed so if a hardware failure occurs, your
database will still be in the state it was before the BEGIN statement.
Even if a power failure or some similar catastrophe occurs while the
database is being physically updated, SQLIte will rollback the database to
the state it was in before the power failure occurred next time you open
the database.  There's more information about this at
https://www.sqlite.org/atomiccommit.html.

Hope that helps.

Pete



Pete
lcSQL Software 
Home of lcStackBrowser  and
SQLiteAdmin 

On Tue, Nov 24, 2015 at 7:25 AM, Klaus major-k  wrote:

> Hi friends,
>
> see subject, any PROs or CONs to keep a db connection to a local SQLite
> database
> (deskton and mobile) open during a session or better close and reopen
> every time
> you access the db?
>
> Any opinions and hints appreciated!
> Thanks in advance!
>
>
> Best
>
> Klaus
>
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> 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: SQLite, keep connection open or close every time?

[Klaus major-k]

Hi all,

thanks for your suggestions so far!

> Am 24.11.2015 um 18:54 schrieb Peter Haworth :
> 
> Hi Klaus,
> You seem to have received several responses that don't address your
> parameters of a local SQLite database on desktop or mobile so I'll limit my
> reply to a desktop application using SQLite on a local disk with a single
> user, no network connections, no multi user situations.
> ...
> groups of SQL statements in BEGIN and END statements. ...
> the database.  There's more information about this at
> https://www.sqlite.org/atomiccommit.html.
> 
> Hope that helps.

yes, Pete, it really does, thanks!

> Pete

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: SQLite, keep connection open or close every time?

[Klaus major-k]

Hi Bob,

> Am 24.11.2015 um 16:48 schrieb Bob Sneidar :
> 
> IMHO always best to close after you are done. What if your computer crashes?
> What if the network goes down? Closing the connection ensures everything is 
> tidied up. 

thank you for your oponion, good points!

Just made a quick test, LC 7.1.1 RC3, OS X 10.11.1, MacMini with a SSD:
…
repeat 100
 opend_db
 close_db
end repeat
...
Took 383 millisecs, I can live with that :-)

> Bob S
> 
> 
>> On Nov 24, 2015, at 07:25 , Klaus major-k  wrote:
>> 
>> Hi friends,
>> 
>> see subject, any PROs or CONs to keep a db connection to a local SQLite 
>> database
>> (deskton and mobile) open during a session or better close and reopen every 
>> time
>> you access the db?
>> 
>> Any opinions and hints appreciated!
>> Thanks in advance!

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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: SQLite, keep connection open or close every time?

[Lynn Fredricks]

> IMHO always best to close after you are done. What if your 
> computer crashes? What if the network goes down? Closing the 
> connection ensures everything is tidied up. 

I agree with Bob, with any database. Also, sharing a local database among
multiple clients is sort of asking for it too. 

Also, what happens if multiple clients try to access it at the same time? I
actually see that a lot. Developers try to shave a buck off of their
licensing by using various tricks, and all they end up doing is putting
their client's data at risk.

Some databases have failsafes, like journaling, so that you don't lose too
much. Having regular hot back ups is also good. SQLite in itself doesn't do
what a networked server does (and one reason why we added SQLite Server to
Valentina Server).

But there aren't substitutes for common sense.

The amount of time it takes to open / close a database should really be
negligible on a "client only" solution. If your database is so huge
(multiple TBs) that its noticible, then it may be time to rethink your
strategy.

Best regards,

Lynn Fredricks
Paradigma Software
http://www.paradigmasoft.com

Valentina SQL Server: The Ultra-fast, Royalty Free Database Server 


___
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

Nice text adventure game to learn SQL for beginners

[G.W.Gaich]

I've found a nice text adventure game to learn SQL for beginners.
Have a look at www.sql-island.de
Would be great to have something like that for our kids to learn livecode.

Best
Günter


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] SVGL 2015 rev02

[Alejandro Tejada]

Hi Richmond,

[quote]Unfortunately with your
"SVGL_plus_Gradients_ALPHA1_Inkscape_SVG.livecode"
the only SVG file that could be opened was "Smartphone.svg" and the results
were
"artistic" - see the right-hand thumbnail[/quote]

Yes, this is expected. I stopped working in SVGL plus Gradients
until SVGL is completely updated and could import without error
most svg files, likes those found in openclipart.org

Notice that anyone could format (by hand)
gradients in any svg file, following exactly the 
same structure that SVGL + Gradients expects:


 
 



Notice that in Livecode mail list, I asked help for splitting 
a svg file in multiple files that only have a single path, 
for example:

This svg file have 80 paths:
https://openclipart.org/detail/3859/italian-coffee-maker
Using LiveCode, How could I create 80 valid SVG files?
http://lists.runrev.com/pipermail/use-livecode/2015-November/221246.html

After, SVGL is updated, I will resume working 
in SVGL plus Gradients.

Alejandro



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-SVGL-2015-rev02-tp4698971p4699009.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: [OT] Network load analysis

[Mark Wieder]

On 11/24/2015 01:22 PM, Paul Foraker wrote:

One of my clients needs someone to dig around in his network and find out
why he's getting load spikes. Does anyone here know how to do that stuff,
or
can recommend someone who does?


If you need something beyond what JMeter can do, you might want to get a 
trial subscription to NewRelic. It's a bit pricey if you have to go past 
the 14-day free trial, but it has great analytics.


--
 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: [ANN] SVGL 2015 rev02

[Richmond]

http://forums.livecode.com/viewtopic.php?f=10=25612=134881#p134881

You will see that I also tried to open the 4 SVG files in the folder
with your "SVGL_plus_Gradients_ALPHA1_Inkscape_SVG.livecode",
and only managed it with the smartPhone image with odd results.

Best, Richmond.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Components not an IDE?

[David Bovill]

Yes, simplicity and immediate utility out of the box is how I'd see it -
but what's in the box?

I'd suggest a minimal read / write environment - something that gets us
back to the original ideal if the web.

Now what if getting the tools was as simple as browsing to a web page? I
think literate programming should place documentation first - so let's use
audio, video and text in a stack-runner like way - but enable editing and
authoring through components.
On 24 Nov 2015 1:48 pm, "Geoff Canyon"  wrote:

> I have no objection to the overall concept, but I'd suggest one thing: with
> many development environments, getting stated involves many steps. One of
> the great things about LC is that you download an installer, hit install,
> open the IDE, and start developing. Any modification to the IDE should try
> to maintain that simplicity.
> ___
> 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

SQLite, keep connection open or close every time?

[Klaus major-k]

Hi friends,

see subject, any PROs or CONs to keep a db connection to a local SQLite database
(deskton and mobile) open during a session or better close and reopen every time
you access the db?

Any opinions and hints appreciated!
Thanks in advance!


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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

HTML5 export and Widgets

[David Bovill]

Just searched for this but no luck - I seem to remember that (no-dependent)
widgets are able to be exported to HTML5 in the latest builds? Or did I
dream it. In my tests they are not exported - or am I missing something
like adding them to the files list in the standalone builder?
___
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: HTML5 export and Widgets

[Peter TB Brett]

On 24/11/2015 11:14, David Bovill wrote:

Just searched for this but no luck - I seem to remember that (no-dependent)
widgets are able to be exported to HTML5 in the latest builds? Or did I
dream it. In my tests they are not exported - or am I missing something
like adding them to the files list in the standalone builder?


Hi David,

Yes, you should be able to select widgets to include on the "Copy Files" 
page of the standalone builder to include them in your HTML5 standalone. 
 Unfortunately there's a bit of a nasty (and hard to track down) bug 
that's causing some widgets to crash the HTML5 engine at the moment.


The best test for widgets in LCB is the "clock" widget at the moment 
(it's the way I test!)  You should be able to:


1) Create a new stack
2) Drag a "clock" widget onto the stack
3) Go to the standalone settings and
   a) Select the "clock" widget on the "Copy Files" page
   b) Enable HTML5 standalone generation
4) Build a standalone

Then when you run the standalone in a browser, the clock should work.

Let me know how you get on.

 Peter

--
Dr Peter Brett 
LiveCode Open Source Team

LiveCode on reddit: https://reddit.com/r/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

Release 8.0 DP 10

[Ali Lloyd]

Dear list members,

We are pleased to announce the release of LiveCode 8.0 DP 10.

Warning: this is not a stable release. Please ensure you back up your
stacks before testing them.

*Release contents*

*Native string performance*
The performance of native string operations has been vastly improved, with
many achieving similar speeds to those in 6.7.

*Linux install path*
The default Linux install path is now /opt/livecode/ and the executable
naming has been made consistent.

*Union and intersect semantics*
The union and intersect semantics have been simplified and made consistent.

*26 bug fixes*

*Known Issues*
- Cef Browser (and therefore the dictionary and browser widget) does not
currently work on 32-bit Linux
- HTML 5 standalones do not currently function when they contain extensions
with dependencies.

*Getting the release*
You can get the release at http://downloads.livecode.com/livecode/

LiveCode 8 is still in development so we’d love to hear any
feedback you have on it. There are a number of features that we’d like to
implement but aren’t ready yet and the existing features are subject to
change during development - we can’t guarantee that extensions written in
Developer Previews will continue to work the same way in later versions.

Please report any bugs encountered on our Bugzilla at
http://quality.livecode.com/

We have a forum available for discussing LiveCode Builder at
http://forums.livecode.com/viewforum.php?f=93

The LiveCode Team
___
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: HTML5 export and Widgets

[Peter TB Brett]

On 24/11/2015 11:29, David Bovill wrote:

I've a question about HTML5 export and how this is intended to fit in with
the other pieces of LiveCode and a modern web environment - so far it has
only really been presented in the context of standalone Javascript apps and
I'd like to know more about how I could link this to the other web content
- other than simple HTTP requests. The question is along the lines of what
is possible, and what is actively being developed in terms of functionality.


At the moment, my main focus is on providing a way to create standalone 
JavaScript apps (and I'm glad that that's how HTML5 Deployment has been 
presented to you)!  I expect that this will keep me occupied at least 
until LiveCode 8.0.0 is released.



In particular I would like to be able  to create Javascript plugins and
widgets that the rest of the web page can interact with - so a web page
author could include the libraries and then we expose an API for Javascript
developers to use.


Yes, that would be great, and would make LiveCode HTML5 deployment even 
more useful.  However, this is not something that I currently have any 
specific plans to implement.  I've already got plenty left to do to make 
more complicated LiveCode-only apps work, first.  There's little point 
in adding new features if the features that have already been committed 
to aren't fully working and supported yet.



Also how would the browser widget work in this context?


At the moment I don't have any specific plans to support the browser 
widget in HTML5 apps.  I expect that very few people will have the need 
to run a browser in a LiveCode app that's already running in a browser.


 Peter

--
Dr Peter Brett 
LiveCode Open Source Team

LiveCode on reddit: https://reddit.com/r/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: HTML5 export and Widgets

[David Bovill]

I'm interested in particular how to integrate LiveCode with Javascript and
in particular the NodeJS community. The benefit is to be able to use any of
the npm modules out there, or other Javascript libraries and not have to
rewrite these in LiveScript.

It seems that HTML5 export is not the way to go for a while. I also note
that Javascript is on the roadmap for Livecode Builder languages - so I
guess when we eventually would have that we could include a Javascript
library and wrap it in LiveCode - then export it as a Standloalone HTML5
app?

On 24 November 2015 at 11:50, Peter TB Brett 
wrote:

> On 24/11/2015 11:29, David Bovill wrote:
>
>> In particular I would like to be able  to create Javascript plugins and
>> widgets that the rest of the web page can interact with - so a web page
>> author could include the libraries and then we expose an API for
>> Javascript
>> developers to use.
>>
>
> Yes, that would be great, and would make LiveCode HTML5 deployment even
> more useful.  However, this is not something that I currently have any
> specific plans to implement.


OK - thanks for the clarity!



> Also how would the browser widget work in this context?
>>
>
> At the moment I don't have any specific plans to support the browser
> widget in HTML5 apps.  I expect that very few people will have the need to
> run a browser in a LiveCode app that's already running in a browser.


It would be one way to include other Javascript based code within an HTML5
app - basically if it worked any web technology that could be displayed in
a browser could talk both ways to LiveScript and be deployed as a
standalone HTML5 app.
___
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: HTML5 export and Widgets

[David Bovill]

Great - I will test and give feedback.

I've a question about HTML5 export and how this is intended to fit in with
the other pieces of LiveCode and a modern web environment - so far it has
only really been presented in the context of standalone Javascript apps and
I'd like to know more about how I could link this to the other web content
- other than simple HTTP requests. The question is along the lines of what
is possible, and what is actively being developed in terms of functionality.

In particular I would like to be able  to create Javascript plugins and
widgets that the rest of the web page can interact with - so a web page
author could include the libraries and then we expose an API for Javascript
developers to use.

Also how would the browser widget work in this context?


On 24 November 2015 at 11:19, Peter TB Brett 
wrote:

> On 24/11/2015 11:14, David Bovill wrote:
>
>> Just searched for this but no luck - I seem to remember that
>> (no-dependent)
>> widgets are able to be exported to HTML5 in the latest builds? Or did I
>> dream it. In my tests they are not exported - or am I missing something
>> like adding them to the files list in the standalone builder?
>>
>
> Hi David,
>
> Yes, you should be able to select widgets to include on the "Copy Files"
> page of the standalone builder to include them in your HTML5 standalone.
> Unfortunately there's a bit of a nasty (and hard to track down) bug that's
> causing some widgets to crash the HTML5 engine at the moment.
>
> The best test for widgets in LCB is the "clock" widget at the moment (it's
> the way I test!)  You should be able to:
>
> 1) Create a new stack
> 2) Drag a "clock" widget onto the stack
> 3) Go to the standalone settings and
>a) Select the "clock" widget on the "Copy Files" page
>b) Enable HTML5 standalone generation
> 4) Build a standalone
>
> Then when you run the standalone in a browser, the clock should work.
>
> Let me know how you get on.
>
>  Peter
>
> --
> Dr Peter Brett 
> LiveCode Open Source Team
>
> LiveCode on reddit: https://reddit.com/r/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: HTML5 export and Widgets

[Peter TB Brett]

On 24/11/2015 12:03, David Bovill wrote:

I'm interested in particular how to integrate LiveCode with Javascript and
in particular the NodeJS community. The benefit is to be able to use any of
the npm modules out there, or other Javascript libraries and not have to
rewrite these in LiveScript.

It seems that HTML5 export is not the way to go for a while. I also note
that Javascript is on the roadmap for Livecode Builder languages - so I
guess when we eventually would have that we could include a Javascript
library and wrap it in LiveCode - then export it as a Standloalone HTML5
app?


Yes, the plan is to be able to call JavaScript functions from extensions 
written in LiveCode Builder.  I think this is likely to be implemented 
sooner than calling LiveCode Script handlers from JavaScript, but I'm 
not sure.


This all depends on the development effort available for HTML5 engine 
development beyond the "run LiveCode app in a browser" objective, 
whether that's supported by HTML5 Deployment licenses or provided by 
open source contributors outside the core dev team.


All the code and build tools for the HTML5 engine are public, so there's 
no reason why LiveCode Open Source Edition users who want these features 
can't have a go at implementing them themselves if they can't wait for 
me to get round to it.  After all, one of the main reasons for going 
Open Source in the first place was to enable & empower developers who 
have different priorities to the core dev team!


Peter

--
Dr Peter Brett 
LiveCode Open Source Team

LiveCode on reddit: https://reddit.com/r/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: Components not an IDE?

[Geoff Canyon]

I have no objection to the overall concept, but I'd suggest one thing: with
many development environments, getting stated involves many steps. One of
the great things about LC is that you download an installer, hit install,
open the IDE, and start developing. Any modification to the IDE should try
to maintain that simplicity.
___
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

Components not an IDE?

[David Bovill]

I think we have an issue with the way we think of LiveCode and in
particular the IDE. We picture it as a CMS or an opinionated IDE. How about
thinking of it like a minimal core engine (or set of engines), and
installable components that can provide authoring and editing capabilities
if needed?

More like Node + Node Package Manager (npm) + Express? So we would have the
engines - JavaScript, and various platforms, we would have a package
manager, and maybe a good minimal reference app.

npm install livecode


That would be nice, and something I'd love others to get involved in.

The idea here is to break LiveCode down into core minimal components - and
help with the overall modularisation initiative.

I'm not clear how the current plans for the IDE are progressing in this
regard - it seems the plan is to take the existing IDE and make it easier
for people to add extensions? Again I would very much prefer the opposite
strategy - forget the IDE and look to integrating with other communities
first then adding component by component until we get something that
resembles the IDE.

On 24 November 2015 at 12:21, Peter TB Brett 
wrote:
>
>
> All the code and build tools for the HTML5 engine are public, so there's
> no reason why LiveCode Open Source Edition users who want these features
> can't have a go at implementing them themselves if they can't wait for me
> to get round to it.  After all, one of the main reasons for going Open
> Source in the first place was to enable & empower developers who have
> different priorities to the core dev team!


I'd like to pursue this at CCC and FOSDEM!

n terms of open source strategy is that it is difficult to build a
community around a large established code base that was proprietary.
Blender managed it, and I followed that initiative from it's launch, but in
many ways LiveCode is less compelling an open source proposition than let's
have an open source 3D and game engine. It's value proposition is very
subtle - to do with literate programming and democratising coding in my
opinion.

If we want to build an open source community faster we should start with
something minimal - and extend it. Not start with a big monolith and ask
for contributions. It seems that we now have the architecture to start
doing this work?

This is essentially what I find the core missing part of the existing open
source strategy. We should be looking to integrate with existing projects
by adding to them - not asking everyone to come to an entirely new way of
doing things. This means plugins and components and interoperability.
___
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: Carcassonne

[Geoff Canyon]

There might be a clever way to use mouseEnter and mouseLeave, but at the
least you could use mouseMove and then check the pointer location against
available spots to take appropriate action.

On Mon, Nov 23, 2015 at 5:44 PM, Richmond 
wrote:

> I am playing around with tiling games, mainly as I use Carcassonne
> extensively as a teaching aid in my ESL school.
>
> I have got to the, admittedly fairly primitive stage, of making a set of
> tiles, each capable of being dragged and dropped onto
> a grid consisting of drop-targets made up of rectangular graphics.
>
> Each of these tiles also "owns" a button in its centre that allows it to
> be rotated.
>
> HOWEVER I have 2 main problems:
>
> 1. How do I make sure that once one of my tiles is 'occupying' a drop
> target no other tiles can be dropped on it?
>
> 2. How do I make sure that a tile can be dropped on a target ONLY when its
> sides match the sides of adjacent tiles?
>
> Pictures and stack here:
>
> http://forums.livecode.com/viewtopic.php?f=22=25965
>
> Richmond.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: Handy LiveCode Keyboard Shortcut Cards

[Bob Sneidar]

I think the problem is that with a custom menu, the OS shortcuts do not work, 
so you need to emulate them. It's not a hijacking, it's more like getting a 
derailed train back on the tracks.

Bob S


On Nov 23, 2015, at 17:11 , Richard Gaskin 
> wrote:

Mark Wieder wrote:
> On 11/22/2015 07:48 PM, Howard Bornstein wrote:
>> Very nice.
>>
>> You might want to add the following shortcuts to the debugger section:
>>
>> Step Into: Cmd-I
>> Step Over: Cmd-O
>> Step Out: Cmd-T
>> Stop:  Cmd-Y
>> Run:   Cmd->
>> Toggle Breakpoint: Cmd-\
>
> Well, I can't say I'm much of a fan of hijacking the operating system
> keyboard shortcuts. That just leads to user confusion.

___
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: Components not an IDE?

[Bob Sneidar]

I'm a Livecoder precicely because I didn't want to get involved in high level 
programming like C variants or java. I don't know what CMS is. I'm not entirely 
sure of what an "opinionated IDE" is. I am absolutely sure I do not know what 
NPM or Express is.

Bob S


On Nov 24, 2015, at 04:58 , David Bovill 
> wrote:

I think we have an issue with the way we think of LiveCode and in
particular the IDE. We picture it as a CMS or an opinionated IDE. How about
thinking of it like a minimal core engine (or set of engines), and
installable components that can provide authoring and editing capabilities
if needed?

More like Node + Node Package Manager (npm) + Express? So we would have the
engines - JavaScript, and various platforms, we would have a package
manager, and maybe a good minimal reference app.

npm install 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: SQLite, keep connection open or close every time?

[Bob Sneidar]

IMHO always best to close after you are done. What if your computer crashes? 
What if the network goes down? Closing the connection ensures everything is 
tidied up. 

Bob S


> On Nov 24, 2015, at 07:25 , Klaus major-k  wrote:
> 
> Hi friends,
> 
> see subject, any PROs or CONs to keep a db connection to a local SQLite 
> database
> (deskton and mobile) open during a session or better close and reopen every 
> time
> you access the db?
> 
> Any opinions and hints appreciated!
> Thanks in advance!
> 
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
> 
> 
> ___
> 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: Release 8.0 DP 10

[Geoff Canyon]

On Tue, Nov 24, 2015 at 6:46 AM, Ali Lloyd  wrote:

> *Native string performance*
> The performance of native string operations has been vastly improved, with
> many achieving similar speeds to those in 6.7.
>

This is definitely improved. I had already been running tests using list
parsing, and I just ran that test in 8.0dp10, and while it is still slower
than 6.7.3, it is *much* faster than 7, or earlier releases of 8:

6.7.3: 1.77 seconds
7.0.3: 32.95 seconds
8.0dp1: 32.31 seconds
8.0dp10: 2.17 seconds

Code:

on mouseUp
   repeat with i = 1 to 1000
  put i,"" after L
   end repeat
   put the long seconds into T
   repeat with i = 1 to 100
  get item 200 + random(600) of L
   end repeat
   put the long seconds - T into T
   put T
end mouseUp
___
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