Re: Map Widget - how does it actually work?

[Mark Wieder via use-livecode]

On 5/25/20 5:39 PM, Alex Tweedly via use-livecode wrote:

The source code for all the widgets provided 'out of the box' is 
accessible so you can take those widgets as a base and improve and 
extended them as you need.


Unfortunately, there is a non-obvious meaning to "out of the box" - what 
it means is "source code for all the widgets provided 'out of the box' 
*in the community version* is accessible ..."


So, sadly, you can't just go look at the source code to find out what 
you need.


The manifest xml file for the map widget lists its license as 
"community", which seems wrong. However, *every* extension has a license 
of "community", which seems wronger still. I don't see any way to set 
that, so it must be an extension builder "feature".


--
 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: Map Widget - how does it actually work?

[Alex Tweedly via use-livecode]

Well, the big advantage of widgets is that you can look at the source 
code. As it says in the Livecode Lesson ( 
http://lessons.livecode.com/m/4071/l/1005132-how-do-i-modify-a-livecode-widget 
),


What do you do if a LiveCode widget is missing a property or message 
you need?


The source code for all the widgets provided 'out of the box' is 
accessible so you can take those widgets as a base and improve and 
extended them as you need.


Unfortunately, there is a non-obvious meaning to "out of the box" - what 
it means is "source code for all the widgets provided 'out of the box' 
*in the community version* is accessible ..."


So, sadly, you can't just go look at the source code to find out what 
you need.


However, in the dictionary under "Guide" you can find some more info / 
example about the map widget. In particular, it defines the format used 
for  region, coordinates, span and markers - which is probably all that 
you need (I think all the others parameters in the API are booleans).


Disclaimer: I have never used the map widget - everything I say here is 
taken at face value from the doc and the visible files within the widget 
folder of 9.6.0(rc1)


Alex.

On 25/05/2020 21:57, Graham Samuel via use-livecode wrote:

Back to my problems with inadequate documentation on widgets. The Map widget is 
probably very powerful, but the Dictionary entry simple tells you the names of 
the parameters. I can’t work out anything about the format of the data you can 
feed in, or what it looks like when it comes out. There isn’t even enough info 
to start a meaningful experiment, IMHO.

Does anyone know of a source of helpful documentation on this? I am as ever 
interested in the iOS version.

Thanks for any info.

Graham
___
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: Integrating Desktop or mobile application with LMS using LTI 1.3

[Peter Bogdanoff via use-livecode]

Hi Martin,

I’ve just begun looking into this myself, so I’m also interested in what 
anybody knows about this.

Peter Bogdanoff
ArtsInteractive


> On May 25, 2020, at 3:05 PM, Martin Koob via use-livecode 
>  wrote:
> 
> Hi list
> 
> I have been researching how to integrate a desktop application created with 
> LiveCode with a learning Management system (LMS) like Brightspace by D2L, 
> Moodle, Canvas etc.  Last time I looked at this SCORM was the standard with 
> TinCan( aka xAPI) as a potential successor.   This time around I found those 
> seem to have been  superseded by LTI 1.1  going to LTI 1.3.
> 
> In the documents I have found I see that one of the advantages of LTI 1.3 is 
> that it can be used with desktop and mobile apps.  LTI 1.1 only worked with 
> web based applications.
> 
> " Mobile Ready—The model is independent of web browsers, a better solution 
> for server-to-server, native desktop and mobile applications.”
> https://www.imsglobal.org/why-platforms-and-tools-should-adopt-lti-13 
> 
> 
> I am looking for examples of people doing this but have not found any 
> online.(I don’t want to spend time on idly ddl  I looks like it would be 
> possible to use it in an LiveCode application.  It uses oAuth 2 for 
> authentication and JSON for messages both of which are available on the the 
> latest version of LiveCode.
> 
> First I just want to confirm it has been done for a desktop application in 
> general so I know that is a viable approach for integrating an App into an 
> LMS.
> 
> Second I wonder if people have done it using LiveCode.
> 
> Thanks
> 
> 
> 
> Martin Koob
> 
> ___
> 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

Integrating Desktop or mobile application with LMS using LTI 1.3

[Martin Koob via use-livecode]

Hi list

I have been researching how to integrate a desktop application created with 
LiveCode with a learning Management system (LMS) like Brightspace by D2L, 
Moodle, Canvas etc.  Last time I looked at this SCORM was the standard with 
TinCan( aka xAPI) as a potential successor.   This time around I found those 
seem to have been  superseded by LTI 1.1  going to LTI 1.3.

In the documents I have found I see that one of the advantages of LTI 1.3 is 
that it can be used with desktop and mobile apps.  LTI 1.1 only worked with web 
based applications.

" Mobile Ready—The model is independent of web browsers, a better solution for 
server-to-server, native desktop and mobile applications.”
https://www.imsglobal.org/why-platforms-and-tools-should-adopt-lti-13 


I am looking for examples of people doing this but have not found any online.(I 
don’t want to spend time on idly ddl  I looks like it would be possible to use 
it in an LiveCode application.  It uses oAuth 2 for authentication and JSON for 
messages both of which are available on the the latest version of LiveCode.

First I just want to confirm it has been done for a desktop application in 
general so I know that is a viable approach for integrating an App into an LMS.

Second I wonder if people have done it using LiveCode.

Thanks



Martin Koob

___
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

Map Widget - how does it actually work?

[Graham Samuel via use-livecode]

Back to my problems with inadequate documentation on widgets. The Map widget is 
probably very powerful, but the Dictionary entry simple tells you the names of 
the parameters. I can’t work out anything about the format of the data you can 
feed in, or what it looks like when it comes out. There isn’t even enough info 
to start a meaningful experiment, IMHO.

Does anyone know of a source of helpful documentation on this? I am as ever 
interested in the iOS version.

Thanks for any info.

Graham
___
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: glx2 script editor 4.1

[Mike Kerner via use-livecode]

thanks, mark.

On Thu, May 21, 2020 at 11:31 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I have moved the repository from bitbucket to github because reasons.
>
> This is the latest build. It's now at glx2ScriptEditor version 4.1.
> Release notes and a documentation wiki are on the github site.
> It's had a pretty rigorous shakedown cruise lately on osx, windows, and
> linux and is now the editor I use on a daily basis.
>
> https://github.com/mwieder/glx2ScriptEditor
>
> --
>   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
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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 227

[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 #227 here: https://bit.ly/2zsHqMO

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: Saving stacks before closing

[Drs Mark Schonewille via use-livecode]

In LiveCode, usually you're asked to save a stack, even if you didn't 
change it.


The reason is that the property that indicates that the stack has been 
changed, is set to true when a field gets focus. A field gets focus 
whenever a stacks comes to front. When a stack is closed, it needs to 
come to the front :-)


On Mac this issue is worse than on Windows.

In standalones, you need to take care of this yourself. I'm sure you can 
do a better job than LiveCode, particularly if you can limit your app

  to specific changes.

Mark Schonewille
Economy-x-Talk
https://ecxtalk.nl
https://www.nt2.nu

Programming LiveCode for the Real Beginner
http://www3.economy-x-talk.com/file.php?node=programming-livecode-for-the-real-beginner

Op 24-5-2020 om 19:28 schreef David Epstein via use-livecode:

I want to give the user a choice of whether to save changes before closing a 
stack.  To script this, I will handle the closeStackRequest message, and find a 
way to keep track of whether the stack in question has been changed since it 
was last saved.

What I am trying to figure out is under what circumstances LiveCode takes care 
of this without my scripting it.  In the LiveCode IDE, trying to close an 
unsaved stack seems automatically to ask me whether I want to save changes (but 
I have not found a handler in the backscripts that implements this).  This is 
true of stacks I have created with the IDE “new stack” tool and then try to 
close.  Is it also true of stacks I have created by script?

And what happens in a standalone?  Does this feature still work there?

In short, do I need to script an option to save changed stacks before closing, 
or can I rely on LiveCode to take care of this?

Many thanks.

David Epstein
___
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