Re: Never, ever use the name of a built-in property as a custom property

[Geoff Canyon via use-livecode]

On Mon, Jan 28, 2019 at 11:49 AM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yet even there you did a great job of rethinking the thing that handles
> the data, leaving the data free to be as free as data often is.
>

Thanks! It was a pain to format, but my recent-acquired awareness of the
merge command helped keep it from being a complete disaster.
___
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

Livecode manifest settings

[David Bovill via use-livecode]

I'm hoping that a settings in the Livecode manifest file would allow the
embedded browser widget to access the camera. According to the Mozilla info
on the HTML5 API:

   -
   
https://developer.mozilla.org/en-US/docs/Web/API/MediaDevices/getUserMedia#Permissions


To use getUserMedia() in an installable app (for example, a Firefox OS
app), you need to specify one or both of the following fields inside your
manifest file:

"permissions": {
>   "audio-capture": {
> "description": "Required to capture audio using getUserMedia()"
>   },
>   "video-capture": {
> "description": "Required to capture video using getUserMedia()"
>   }
> }


I'm guessing this might be Specific to Firefox? Or is it relevant to
Livecode apps.  I've checked Livecode Indy and while it is possible to use
the camera controls - you don't get access to the nice features you get if
you just use the browser widget and HTML5 api - so ideally it would be
great to get this working.
___
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: Script Editor Performance

[Ray via use-livecode]

Thanks Curry - I'm using Windows 10.  I'll try some of these things
you've suggested and get back.

On 1/28/2019 4:54 PM, Curry Kenworthy via use-livecode wrote:


Ray:

> For some time now I've noticed a substantial slowdown in
> the script editor every time I upgrade to 8.X or 9.X.

If you're lucky, making adjustments (disabling real time protection
mode or whitelisting LC and its filetypes) to your Anti Virus (such as
Windows Defender) may alleviate the symptoms of this problem. That
works in most but not all cases. Also turn off most of the "auto"
features such as coloring and autocomplete and real-time compile in
the script editor. See this bug:

https://quality.livecode.com/show_bug.cgi?id=21604

And if applicable, add your own CC and note!

Notice the bug title is misleading, because (as I found out after
filing the report) Macs sometimes have the same symptoms. Which
platform are you using?

If you're not lucky and tweaking (or changing) AV doesn't do the
trick, or if you're on Mac, please consider attempting a reliable
recipe, because that has proved elusive. At the moment I'm no longer
able to flip a setting on my computer to cause the Anti Virus obvious
exaggeration of the symptoms on Windows, but eventually when I have
some time I may attempt a recipe for Mac.

> Which version of LC are you using?

I'm one of the lucky ones with greatly reduced symptoms after changing
my AV, so using LC 902 an 901 on Win 10 and Mac, also LC 6.7 on Win 10
and Mac for some work.

Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Script Editor Performance

[Curry Kenworthy via use-livecode]

Ray:

> For some time now I've noticed a substantial slowdown in
> the script editor every time I upgrade to 8.X or 9.X.

If you're lucky, making adjustments (disabling real time protection mode 
or whitelisting LC and its filetypes) to your Anti Virus (such as 
Windows Defender) may alleviate the symptoms of this problem. That works 
in most but not all cases. Also turn off most of the "auto" features 
such as coloring and autocomplete and real-time compile in the script 
editor. See this bug:


https://quality.livecode.com/show_bug.cgi?id=21604

And if applicable, add your own CC and note!

Notice the bug title is misleading, because (as I found out after filing 
the report) Macs sometimes have the same symptoms. Which platform are 
you using?


If you're not lucky and tweaking (or changing) AV doesn't do the trick, 
or if you're on Mac, please consider attempting a reliable recipe, 
because that has proved elusive. At the moment I'm no longer able to 
flip a setting on my computer to cause the Anti Virus obvious 
exaggeration of the symptoms on Windows, but eventually when I have some 
time I may attempt a recipe for Mac.


> Which version of LC are you using?

I'm one of the lucky ones with greatly reduced symptoms after changing 
my AV, so using LC 902 an 901 on Win 10 and Mac, also LC 6.7 on Win 10 
and Mac for some work.


Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Never, ever use the name of a built-in property as a custom property

[Richard Gaskin via use-livecode]

Geoff Canyon wrote:
> Sure, I'm not arguing for custom property sets -- just saying that if
> you *are* going to use them, don't bork the naming convention.

Names of prop sets, or the names of keys within a set?

On the latter I have mixed feelings.

As you know, I have rather a fetish about naming conventions - for 
handlers, objects, and other things devs deal with.


But data is often user-facing, sometimes quite literally so, appearing 
in fields and other UI elements.


Properties are arrays, and arrays are collections of name-value pairs. 
And with name-value pairs, either the name or the value may be user-facing.


So as much as I find good naming conventions useful for both avoidance 
of technical errors and for readability, anything user-facing cannot be 
expected to have the same limitations.


If a problem arises from a key that conforms to the engine's slim 
requirements (AFAIK there's only one anymore, that the key length not 
exceed 255 chars), that would seem an opportunity to rethink the thing 
that handles the data, rather than the data itself.


The DataGrid is a special case, since its name-value pairs are used by 
developers, yet strives for easy-to-remember names for common things 
like "style".


Yet even there you did a great job of rethinking the thing that handles 
the data, leaving the data free to be as free as data often is.


--
 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: OT Article That Includes LiveCode

[Bob Sneidar via use-livecode]

Looks like LC scored pretty high, as we all might expect. 

Bob S


> On Jan 28, 2019, at 10:38 , Randy Hengst via use-livecode 
>  wrote:
> 
> Hi All,
> 
> 
> I just became of an article published by:
> Australian Computer Society, Inc. This paper appeared at the 17th 
> Australasian Computing Education Conference (ACE 2015), Sydney, Australia, 
> January 2015. 
> 
> Entitled:
> Using Cognitive Load Theory to select an Environment for Teaching Mobile Apps 
> Development
> 
> Here’s the abstract:
> "After considering a number of environments for the development of apps for 
> mobile devices, we have evaluated five in terms of their suitability for 
> students early in their programing study. For some of the evaluation we 
> devised an evaluation scheme based on the principles of cognitive load theory 
> to assess the relative ease or difficulty of learning and using each 
> environment. After briefly presenting the scheme, we discuss our results, 
> including our findings about which mobile apps development environments 
> appear to show most promise for early-level programming students.”
> 
> One of the five IDEs is LiveCode.
> 
> Here’s the link:
> https://www.academia.edu/21401775/Using_Cognitive_Load_Theory_to_select_an_Environment_for_Teaching_Mobile_Apps_Development?email_work_card=view-paper
> 
> 
> 
> be well,
> randy
> 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

OT Article That Includes LiveCode

[Randy Hengst via use-livecode]

Hi All,


I just became of an article published by:
Australian Computer Society, Inc. This paper appeared at the 17th Australasian 
Computing Education Conference (ACE 2015), Sydney, Australia, January 2015. 

Entitled:
Using Cognitive Load Theory to select an Environment for Teaching Mobile Apps 
Development

Here’s the abstract:
"After considering a number of environments for the development of apps for 
mobile devices, we have evaluated five in terms of their suitability for 
students early in their programing study. For some of the evaluation we devised 
an evaluation scheme based on the principles of cognitive load theory to assess 
the relative ease or difficulty of learning and using each environment. After 
briefly presenting the scheme, we discuss our results, including our findings 
about which mobile apps development environments appear to show most promise 
for early-level programming students.”

One of the five IDEs is LiveCode.

Here’s the link:
https://www.academia.edu/21401775/Using_Cognitive_Load_Theory_to_select_an_Environment_for_Teaching_Mobile_Apps_Development?email_work_card=view-paper



be well,
randy
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: Trying to get Camera Control. Community Plus License

[Jim MacConnell via use-livecode]

I feel your pain.

Discontinuing the Video Grabber library in 8.1, effectively killed a number
of projects I was working on that used webcams and digital microscopes in a
manufacturing environment. Telling people they can't use the current version
of Livecode to maintain old projects is a non-starter. Using the Community
edition was an essential part of those projects (developing in house
industrial applications using a "proprietary coding environment" is frowned
upon where I work). 

My current projects use external tools to drive the microscopes, etc. I use
LiveCode to "launch" the camera software  and make sure it saves
images/videos somewhere I can get to them for processing. Definitely not the
seamless user interface shop floor operators desire/deserve. I would love to
be able to use a native LiveCode capability to drive the tools but for
now, I do what I can and wait for the day I'll have time to figure out how
to build externals/widgets/LCB tools to drive the microscope from within my
apps.

Jim

##
## From the dictionary for the entire revVideo section
###
Changes
The use of  was deprecated in version 8.1 of
LiveCode with new defaults for and as true on all systems apart from pre OS
X 10.8. The Windows build of LiveCode no longer supports any features and
setting the and
will have no effect.
Support for the "Video Grabber" library on Mac OS X ended in LiveCode 9.0.
###
Jim

-Original Message-
From: use-livecode  On Behalf Of
Richmond via use-livecode
Sent: Sunday, January 27, 2019 9:21 AM
To: hh via use-livecode 
Cc: Richmond 
Subject: Re: Trying to get Camera Control. Community Plus License

I've just been fiddling around with the "Video Capture.rev" stack from LC
4.5 with no joy in LC 8.1.10.

Richmond.

On 27.01.19 17:02, hh via use-livecode wrote:
> Find some info here:
> https://livecode.com/products/livecode-platform/pricing/
>
>  From the 9.0.2-dict entry to cameraControlCreate:
> Edition: Indy
> OS: mac, windows, ios, android
>
> So, the Community plus edition is not the Indy edition.
>
> I will soon publish a *timelapseCamera* stack that runs on 
> Mac/Win/linux with LC 6/7/8/9 and Raspi (LC 651/704) for ALL editions 
> of LC.
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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


___
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: Never, ever use the name of a built-in property as a custom property

[Bob Sneidar via use-livecode]

I mean to say the first (and only I am sorry to say) Revolution conference I 
attended. That sounded like I put on a conference myself. :-)

Bob S


> On Jan 28, 2019, at 08:02 , Bob Sneidar via use-livecode 
>  wrote:
> 
> This was addressed in my first Revolution conference.


___
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: Never, ever use the name of a built-in property as a custom property

[Bob Sneidar via use-livecode]

This was addressed in my first Revolution conference. One of the classes was 
about naming conventions. Not only do you have to be careful about your names 
clashing with built-in names, but also reserved words, and the names used by 
OTHER developers (think plugins). 

Other languages partially address this by using variable scoping, but you still 
cannot use reserved words, like names of built in functions. Neither the SE or 
C/Java compiler would allow it, but properties are not variables per-se. 

The upshot of the class was that if you are producing something with public 
distribution in mind, preface ALL your variables and named objects in a way 
unique to you, so there can be no conflict. 

Bob S


> On Jan 27, 2019, at 15:10 , David Bovill via use-livecode 
>  wrote:
> 
> Yes. I'm scared as well about naming things :) I'm not sure what is safe.
> Thee is a tension between making your code readable, and worrying that your
> use of a natural language term will clash with some evolution of the
> language that may later get added as a native feature. Is nothing safe?


___
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

Script Editor Performance

[Ray via use-livecode]

For some time now I've noticed a substantial slowdown in the script
editor every time I upgrade to 8.X or 9.X.  I've usually end up going
back to my favorite version, 7.1.4, with its high performance script
editor.  Which version of LC are you using?

___
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

[ANN] This Week in LiveCode 165

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #165 here: https://goo.gl/rysnDV

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.


-- 
Panagiotis Merakos 
LiveCode Software Developer

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: Should I forget HC? Honestly?

[Ingar Roggen via use-livecode]

Thank you, Andrew, I’ll take a look at that!
Ingar

Sendt fra min iPhone

> 28. jan. 2019 kl. 14:56 skrev Andrew Ferguson via use-livecode 
> :
> 
> If you want to satisfy your HyperCard cravings, there's also the HyperCard 
> Online Project at https://archive.org/details/hypercardstacks (disclaimer: I 
> proposed and maintain the project), a collection of nearly 3,500 stacks all 
> ready to be run in a web browser. The technology is derived from James 
> Friend's work on the PCEjs emulator, but in a way that interfaces well with 
> archive.org's other systems. Just recently the MerryXmas virus was added to 
> the collection (I don't know why you would *want* this, but it's there...).
> 
> Oh, and I built an uploader at http://hypercardonline.tk/ that takes stacks 
> and adds them to the collection, in case anyone still has stacks sitting 
> around on their computers and is happy for them to be added to the collection.
> 
>> On 26/01/2019 15:14, hh via use-livecode wrote:
>> There is also
>> 
>> https://jamesfriend.com.au/pce-js/
>> 
>> that lets you have retro pc's (IBM/Atari/Mac) in the browser.
>> The MacPlus could be enhanced to have the full latest HyperCard
>> available.
>> 
>> ___
>> 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: Should I forget HC? Honestly?

[Andrew Ferguson via use-livecode]

If you want to satisfy your HyperCard cravings, there's also the 
HyperCard Online Project at https://archive.org/details/hypercardstacks 
(disclaimer: I proposed and maintain the project), a collection of 
nearly 3,500 stacks all ready to be run in a web browser. The technology 
is derived from James Friend's work on the PCEjs emulator, but in a way 
that interfaces well with archive.org's other systems. Just recently the 
MerryXmas virus was added to the collection (I don't know why you would 
*want* this, but it's there...).


Oh, and I built an uploader at http://hypercardonline.tk/ that takes 
stacks and adds them to the collection, in case anyone still has stacks 
sitting around on their computers and is happy for them to be added to 
the collection.


On 26/01/2019 15:14, hh via use-livecode wrote:

There is also

https://jamesfriend.com.au/pce-js/

that lets you have retro pc's (IBM/Atari/Mac) in the browser.
The MacPlus could be enhanced to have the full latest HyperCard
available.

___
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: Windows 64-bit builds

[Matthias Rebbe via use-livecode]

Oh, what a pity. I really have hoped that i missed an announcement.

So we still have to wait for Win 64-bit.

Matthias


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 28.01.2019 um 01:47 schrieb J. Landman Gay via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Oops, I had a brain freeze. I don't see the option in Windows either, it's in 
> the Mac settings in LC 8.1. Now that you've drawn my attention to it, I see 
> it's reversed in LC 9.0.2 which says that 32-bit is deprecated. So, no 
> problem.
> 
> Thanks for the correction. I need more sleep.
> 
> On 1/27/19 3:44 PM, Matthias Rebbe via use-livecode wrote:
>> Am very interested in 64bit Windows standalones, but cannot see that option 
>> in Standalone Settings in my LC 9.0.2 on Mac OS X.
>> In what LC version do you see that option?
>> Btw, when the Mac OS X 64-bit option was still experimental i used it a lot 
>> and did not run into any problem with my apps.
>> Matthias Rebbe
>> free tools for Livecoders:
>> https://instamaker.dermattes.de  
>> >
>> https://winsignhelper.dermattes.de  
>> >
>>> Am 27.01.2019 um 22:27 schrieb J. Landman Gay via use-livecode 
>>> mailto:use-livecode@lists.runrev.com> 
>>> >> >>:
>>> 
>>> Standalone settings shows the Windows 64-bit option as "experimental." How 
>>> experimental is it, and has anyone had any issues?
>>> 
>>> A little story: I was just contacted by a client I did some work for 15 
>>> years ago. She's been running the same app all this time, but a while back 
>>> she lost the ability to run it on her OS X Mac at home (the app was built 
>>> for OS 9) so she wants it updated for OS X. The ancient Windows app still 
>>> runs on her Windows 10 box at work.
>>> 
>>> Since I'm going to rebuild it for OS X, we're going to update the Windows 
>>> version as well. I'm wondering if I should go ahead and use 64-bit for that 
>>> to ensure the app will still work 15 years into the future.
>>> 
>>> It's astounding to me that a LiveCode app built with MC 2.7 is still viable 
>>> in today's software environment. You have to applaud the team's incredible 
>>> dedication to backward compatibility.
>>> 
>>> -- 
>>> 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 
>>> 
>> ___
>> 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
> 
> 
> -- 
> 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

___
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