Re: What's everyone working on this month? (September 2016)

[Tore Nilsen]

The academic year has just started here in Norway, and I have just finished a 
preliminary edition of a digital textbook about using LiveCode in the subject 
“Information Technology 2”, for my students. The textbook covers all the 
objectives in the national curriculum with explanations and examples of how to 
use LiveCode in this particular course. The textbook currently has 15 chapters, 
most of them completed, but the final edition will see two or three chapters 
added to the book. I am on a path to have a final version ready by Christmas, 
as an iBook. The plan is to transfer all this stuff into a standalone 
application, built in LiveCode of course, in time for next year. This version 
will have som added benefits, as it will allow me to link directly to 
downloadable example scripts and stacks, that can easily be changed/updated, 
without the need for a complete update of the book.

I am also working on a couple of small applications for my English students. 
One will be a “private dictionary”, where they will add words and phrases they 
come across during their studies, in order to expand their vocabulary. They 
will be able to add words and phrases along with explanations and links to the 
sources where they found the words and/or the explanations of the words.

I am also working on a small “Notes and tasks” application, where they will 
write their own notes from their studies, as well as answers to written or oral 
tasks. This application will let them export their notes or tasks as rtf-files/ 
or sound files and hand in through our LMS as links. I also have plans for a 
third application which will be a collection of phrasal verbs and idioms. I 
guess this will be finished by Christmas and ready for my students in the last 
term. (We have just two terms in the academic year in Norway.

Tore
___
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: libURL gone mad

[ahsoftware]

On 09/02/2016 10:15 AM, Richard Gaskin wrote:

Phil Davis wrote:


Richard,
You could always write yourself a curl wrapper... just sayin'.


Good for OS X; doable on Linux if I wrap shell calls to wget instead
(seems many Debian-based distros include wget but not curl by default);
non-starter on Windows since I don't believe either is included by
default, are they?


I've been off the list for a while, so I don't know the context of this 
discussion (but I'm not letting that hold me back)...


That seems to be the case: you either get wget or curl by default with 
whatever OS you're using, but not both. On the other hand, I avoid both 
of those in favor of httpie on all platforms.


https://github.com/jkbrzt/httpie

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

Fwd: Re: AW: IDE puzzler...

[ahsoftware]

On 09/02/2016 12:54 PM, Paul Dupuis wrote:


A inclusion option, where I could embed the script editor/debugger in my
Standalone, so that I can debug bugs that surface in the standalone and
mysteriously disappear in the IDE. I guess that would be sort of like
replacing the errordialog with some sort of call to the debugger?


Unfortunately, it's nowhere near that easy. Breakpoints and runtime 
errors are triggered in standalone applications, but they're ignored 
since there's nowhere to pass them to. PowerDebug does let you debug 
standalone applications if you include the library, because it handles 
communication between the standalone app and the debugger through socket 
calls and frontscript message wrappers.


http://powerdebug.ahsoftware.net

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

AW: IDE puzzler...

[Paul Dupuis]

Development > Suspend Development tools was probably the way to go. I
was so busy looking for a "Preference" I missed seeing that in the
Development menu

In the mean time, since I already have a front-script that had a
commandKeyDown message handler for other things, I just added a
condition for the letter p to invoke my print command vs being passed to
the IDE

To one of Richmond's points - one I have no idea whether it is
technically possible in the LiveCode architecture or not, but if it is -
I'd really like an "Run As App mode where my desktop app behaved exactly
like a Standalone but with access to the debugger/script editor

OR

A inclusion option, where I could embed the script editor/debugger in my
Standalone, so that I can debug bugs that surface in the standalone and
mysteriously disappear in the IDE. I guess that would be sort of like
replacing the errordialog with some sort of call to the debugger?

Anyway, thank you all.

___
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: IDE puzzler...

[Jeanne A. E. DeVoto]

At 2:04 PM -0400 9/2/2016, Paul Dupuis wrote:

But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?



Develop > Suspend Development Tools should do it.

___
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: IDE puzzler...

[Richmond]

What about "Suspend Development Tools"? The Whole IDE vanishes, and you 
are left

with your work . . . .

Richmond.

On 2.09.2016 21:04, Paul Dupuis wrote:

So I just wasted an hour tracking down a sort of "problem" that was not
really a problem.

My desktop app has printing and selecting "Print..." from the File menu
of my app was doing the "right" think, but Comand/Control-P was not.

Sadly, it took me a whole hour to realize that the Command-P was being
passed to the IDE and invoking the IDE's File > Print Card... menu item,
which looked enough like a very old version of our printing code in this
case to make me think that tons of recent changes had someone "been undone".

So, problem solved in once sense in that when the Standalone gets built,
Command/Control-P will end up invoking my printer code, but the IDEs.

But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?

I could see nothing in Preferences.



___
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: IDE puzzler...

[Richmond]

Hey look: http://www.theregister.co.uk/2007/02/27/revolution_runtime/

"One of the best features of" . . . Livecode . . . "is the ability to 
flip flop between edit mode and run mode."


Um . . . tooth-sucking time.

Richmond.

On 2.09.2016 21:04, Paul Dupuis wrote:

So I just wasted an hour tracking down a sort of "problem" that was not
really a problem.

My desktop app has printing and selecting "Print..." from the File menu
of my app was doing the "right" think, but Comand/Control-P was not.

Sadly, it took me a whole hour to realize that the Command-P was being
passed to the IDE and invoking the IDE's File > Print Card... menu item,
which looked enough like a very old version of our printing code in this
case to make me think that tons of recent changes had someone "been undone".

So, problem solved in once sense in that when the Standalone gets built,
Command/Control-P will end up invoking my printer code, but the IDEs.

But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?

I could see nothing in Preferences.



___
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: IDE puzzler...

[Richmond]

I feel a "Richmond naive remark" coming on:

On 2.09.2016 21:04, Paul Dupuis wrote:

So I just wasted an hour tracking down a sort of "problem" that was not
really a problem.

My desktop app has printing and selecting "Print..." from the File menu
of my app was doing the "right" think, but Comand/Control-P was not.

Sadly, it took me a whole hour to realize that the Command-P was being
passed to the IDE and invoking the IDE's File > Print Card... menu item,
which looked enough like a very old version of our printing code in this
case to make me think that tons of recent changes had someone "been undone".

So, problem solved in once sense in that when the Standalone gets built,
Command/Control-P will end up invoking my printer code, but the IDEs.

But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?


But's that what I thought 'Browse' mode was for.

Obviously I was wrong . . .

So; here's an idea (probably almost as naive as that remark):

How about an 'App' mode where one can get a feel for how the stack(s) 
will run when compiled as

a standalone? At least as far as the OS the stacks is being developed on.

I could see nothing in Preferences.


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: IDE puzzler...

[Mark Schonewille]

You can do this by handling the commandKey or controlKey message. Use a 
front script if necessary.


Kind regards,

Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch

Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com

Op 02-Sep-16 om 20:04 schreef Paul Dupuis:

So I just wasted an hour tracking down a sort of "problem" that was not
really a problem.

My desktop app has printing and selecting "Print..." from the File menu
of my app was doing the "right" think, but Comand/Control-P was not.

Sadly, it took me a whole hour to realize that the Command-P was being
passed to the IDE and invoking the IDE's File > Print Card... menu item,
which looked enough like a very old version of our printing code in this
case to make me think that tons of recent changes had someone "been undone".

So, problem solved in once sense in that when the Standalone gets built,
Command/Control-P will end up invoking my printer code, but the IDEs.

But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?

I could see nothing in Preferences.



___
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: libURL gone mad

[Dave Cragg]

> On 1 Sep 2016, at 23:18, Richard Gaskin  wrote:
> 
> In brief, sometimes GET or POST with libURL returns with no data in either 
> "it" or "the result".

Richard,

I haven't looked at libUrl in a long time. But my memory tells me that a fairly 
common problem of calls not resolving could be solved by setting 'Connection: 
close' on the httpHeaders.

set the httpHeaders to "Connection: close"

I've no idea if this is still relevant, but just in case, I thought I'd mention 
it.

(Looking at past mails, it seems it was 10 years ago this issue arose. Should 
we hope it's no longer relevant?)

Cheers all.
Dave Cragg
___
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

IDE puzzler...

[Paul Dupuis]

So I just wasted an hour tracking down a sort of "problem" that was not
really a problem.

My desktop app has printing and selecting "Print..." from the File menu
of my app was doing the "right" think, but Comand/Control-P was not.

Sadly, it took me a whole hour to realize that the Command-P was being
passed to the IDE and invoking the IDE's File > Print Card... menu item,
which looked enough like a very old version of our printing code in this
case to make me think that tons of recent changes had someone "been undone".

So, problem solved in once sense in that when the Standalone gets built,
Command/Control-P will end up invoking my printer code, but the IDEs.

But, here is the puzzler, is there a way to tell the IDE to NOT handle
menu keyboard equivalents and send those keyboard commands to the
Applications menu so that all the functions of the App's menu can really
be tested in the IDE?

I could see nothing in Preferences.



___
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: libURL gone mad

[Phil Davis]

On 9/2/16 10:15 AM, Richard Gaskin wrote:

Phil Davis wrote:

> Richard,
> You could always write yourself a curl wrapper... just sayin'.

Good for OS X; doable on Linux if I wrap shell calls to wget instead 
(seems many Debian-based distros include wget but not curl by 
default); non-starter on Windows since I don't believe either is 
included by default, are they?


I believe that's why Charles went down the externals road with curl, 
to ensure its code is available.


Sorry, I didn't realize Charles had done that. I should listen better.  :-)

Phil


When using wget from shell, in my earlier tests it seemed the overhead 
of establishing the shell session wound up making that about 20% 
slower than libURL.  Not the end of the world, but coupled with the 
simplicity of not having to rely on external components libURL is a 
better option for me if I can get it to run reliably.


And a hopeful follow-up on that:

I simplified my test case using Charles' recommended libURL mod.

At this time it seems I can hammer away at the button that calls my 
"get url..." script as much as I want and ultimately get one good 
result back.


Not quite as simple as having true blocking for GET and POST, but I'll 
take it.



Q for Charles:
For me the convenience of being able to deliver a true standalone, 
with no externals or other components, is very useful on this 
project.  I appreciate the new capabilities Charles is providing in 
v8.1, but for those projects where I only need simple GET and POST I'm 
hoping I'll be able to deliver true standalones that don't require 
that external - is that the case, Charles, or is libURL now fully 
dependent on the external?



Back to the main issue, since I'm seeing good results thus far in my 
testing (thanks again, Charles) I've submitted an enhancement request 
to have the function Charles suggested be added to libURL for those 
who may need it:

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



--
Phil Davis


___
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: libURL gone mad

[Richard Gaskin]

Phil Davis wrote:

> Richard,
> You could always write yourself a curl wrapper... just sayin'.

Good for OS X; doable on Linux if I wrap shell calls to wget instead 
(seems many Debian-based distros include wget but not curl by default); 
non-starter on Windows since I don't believe either is included by 
default, are they?


I believe that's why Charles went down the externals road with curl, to 
ensure its code is available.


When using wget from shell, in my earlier tests it seemed the overhead 
of establishing the shell session wound up making that about 20% slower 
than libURL.  Not the end of the world, but coupled with the simplicity 
of not having to rely on external components libURL is a better option 
for me if I can get it to run reliably.


And a hopeful follow-up on that:

I simplified my test case using Charles' recommended libURL mod.

At this time it seems I can hammer away at the button that calls my "get 
url..." script as much as I want and ultimately get one good result back.


Not quite as simple as having true blocking for GET and POST, but I'll 
take it.



Q for Charles:
For me the convenience of being able to deliver a true standalone, with 
no externals or other components, is very useful on this project.  I 
appreciate the new capabilities Charles is providing in v8.1, but for 
those projects where I only need simple GET and POST I'm hoping I'll be 
able to deliver true standalones that don't require that external - is 
that the case, Charles, or is libURL now fully dependent on the external?



Back to the main issue, since I'm seeing good results thus far in my 
testing (thanks again, Charles) I've submitted an enhancement request to 
have the function Charles suggested be added to libURL for those who may 
need it:

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

--
 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: libURL gone mad

[Phil Davis]

Richard,
You could always write yourself a curl wrapper... just sayin'.

Phil Davis


On 9/2/16 9:28 AM, Richard Gaskin wrote:

Charles Warwick wrote:

> I would like to resolve as many libUrl reliability issues as possible
> in the community edition as well.
>
> Having worked on the tsNet libUrl wrapper, I have some ideas about
> what is going on but what always helps is a sample script that can
> reproduce the problem.

Thanks for your interest.  I've modded my libURL and have been 
experimenting, will deliver a sample stack soon.


Thus far I've found that your libURL function is much more reliable 
than the recommended flag option, but still problematic in some cases 
unless I slow things down with the introduction of an 
otherwise-unnecessary wait.


Chipp Walters uses a brute-force method since picked up by Jacque and 
others in which he calls libURL in a repeat loop until it returns a 
meaningful result.  Sad to have to work that hard.


At the heart of why so many people seem to be having problems with 
libURL is that the so-called "blocking" form only blocks the current 
execution instance of the handler calling libURL. Messages still 
happen, any handlers that are calling libURL are re-entrant, and 
that's where people are seeing blocked connections, engine hangs, and 
occasional cursor locking (WTH is up with that?).


The ideal solution would be for an option to have true blocking, 
without the semi-quasi-difficult-to-predict-exactly-what's-happening 
form of threading in place for the so-called "blocking" form offered 
currently.


Those who need non-blocking can use "load url".  Works fine, at least 
for GET.


Maybe the issue is that POST doesn't currently have a non-blocking 
form, so the design in place now attempts to hit some mystifying 
middle path between true blocking and truly async behavior, hitting 
neither quit spot-on.


I'll continue my experiments with various permutions, including 
Chipp's now-famous hammer-on-it-until-it-behaves option, and see if I 
can come up with something that doesn't require slowing down the 
workflow with an otherwise-unnecessary wait statement.


It's not a long wait (right now the shortest wait that prevent hangs 
is around 250 ms), but the issue of preventing re-entrance remains a 
challenge.


I may wind up keeping a checksum hash of the url + POST data, 
monitored in a timer to prevent duplicate attempts from happening too 
close together.   Seems a lot of work, though, for something where the 
code would be MUCH simpler if we only have a truly blocking GET and 
POST option.




--
Phil Davis


___
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: libURL gone mad

[Richard Gaskin]

Charles Warwick wrote:

> I would like to resolve as many libUrl reliability issues as possible
> in the community edition as well.
>
> Having worked on the tsNet libUrl wrapper, I have some ideas about
> what is going on but what always helps is a sample script that can
> reproduce the problem.

Thanks for your interest.  I've modded my libURL and have been 
experimenting, will deliver a sample stack soon.


Thus far I've found that your libURL function is much more reliable than 
the recommended flag option, but still problematic in some cases unless 
I slow things down with the introduction of an otherwise-unnecessary wait.


Chipp Walters uses a brute-force method since picked up by Jacque and 
others in which he calls libURL in a repeat loop until it returns a 
meaningful result.  Sad to have to work that hard.


At the heart of why so many people seem to be having problems with 
libURL is that the so-called "blocking" form only blocks the current 
execution instance of the handler calling libURL.  Messages still 
happen, any handlers that are calling libURL are re-entrant, and that's 
where people are seeing blocked connections, engine hangs, and 
occasional cursor locking (WTH is up with that?).


The ideal solution would be for an option to have true blocking, without 
the semi-quasi-difficult-to-predict-exactly-what's-happening form of 
threading in place for the so-called "blocking" form offered currently.


Those who need non-blocking can use "load url".  Works fine, at least 
for GET.


Maybe the issue is that POST doesn't currently have a non-blocking form, 
so the design in place now attempts to hit some mystifying middle path 
between true blocking and truly async behavior, hitting neither quit 
spot-on.


I'll continue my experiments with various permutions, including Chipp's 
now-famous hammer-on-it-until-it-behaves option, and see if I can come 
up with something that doesn't require slowing down the workflow with an 
otherwise-unnecessary wait statement.


It's not a long wait (right now the shortest wait that prevent hangs is 
around 250 ms), but the issue of preventing re-entrance remains a challenge.


I may wind up keeping a checksum hash of the url + POST data, monitored 
in a timer to prevent duplicate attempts from happening too close 
together.   Seems a lot of work, though, for something where the code 
would be MUCH simpler if we only have a truly blocking GET and POST option.


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

Another Menu Builder Bug

[Bob Sneidar]

I looked but could not find a similar bug so I reported it. Bug# 18316. 

Menu Builder is not displaying sub-menus.

Bob S



___
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

LC & BLE for Android

[jbv]

Hi list
I might be working soon on a mobile app that will
intereact with peripherals through BLE.
I am aware of theexistence of MergExt mergBLE for
iOS and OSX.
But has anyone found a solution for Android ?

Thanks in advance.
jbv


___
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: What's everyone working on this month? (September 2016)

[Mike Kerner]

Hey, Peter, thanks for starting the thread.  I've seen four people, so far,
that are working on things that might help me, so I've reached out to them.

On Fri, Sep 2, 2016 at 8:02 AM, Dave Kilroy 
wrote:

> Alex yes of course you’re right (although it does sound like what you
> needed was a copy of Trevor’s Clarify (http://www.clarify-it.com/ <
> http://www.clarify-it.com/>)
>
> I first used the ‘scribbling on images’ when I was doing a mobile
> prototype for a health related project called OpenEyes (
> http://www.openeyes.org.uk/ ) where
> clinicians did special ‘scribbling’ to indicate various clinical things (I
> never was clear what exactly they meant…)
>
> So doodling doesn’t have to be just moustaches and spectacles - however in
> my desperation to get people to attend I’m gambling that pitching what
> we’ll make at the ‘fun’ end of the spectrum will lead to more people
> turning up (I hope)
>
> BTW: I was going to cannibalise my OpenEyes app to form the base learning
> resource for the workshop when John Dixon told me he has already done the
> work (using his own ‘Scribble’ app that was actually on the App Store for
> some time)
>
> Dave
>
> PS: did your person manage to dismantle the wheelchair?
>
>
>
> > On 02/09/2016 12:04, Dave Kilroy wrote:
> > > What a great list, we should do this every month :)
> > >
> > > I’m also doing too much:
> >
> > > 3. Putting on a LiveCode workshop here in Plymouth, UK where the topic
> will be creating an iOS/Android app that allows participants to take photos
> of their friends, deface them and then send them the ‘enhanced’ photos
> http://www.meetup.com/The-THINQTANQ-Events-Meetups-and-
> More-in-Plymouth/events/226749341/  THINQTANQ-Events-Meetups-and-More-in-Plymouth/events/226749341/> <
> http://www.meetup.com/The-THINQTANQ-Events-Meetups-and-
> More-in-Plymouth/events/226749341/  THINQTANQ-Events-Meetups-and-More-in-Plymouth/events/226749341/>>
> > >
> > I would be tempted to tweak the description of this project - it sounds
> > a bit like a "play" app, when in fact it could also be a very useful app.
> >
> > Last week I needed to describe to someone staying in my flat (the other
> > side of the country) how to dismantle something (a slightly complex
> > electric wheelchair which can then be folded/collapsed for transport).
> > It was hard to describe (or indeed remember) exactly which parts had to
> > be twisted which way in which order; in the end I got him to send me a
> > photo, marked it up on my computer and sent it back to  him. Then I
> > could say things like "turn the black knobs marked 'A' outwards", "slide
> > the battery back and up through gap 'C'", etc.
> >
> > I suspect this app you are developing would have made it possible / easy
> > to do this with just our phones.
> > And that might make it sound like a more "serious" app to some people.
> >
> > -- Alex.
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Re: CTD when stepping through code reprise

[Peter TB Brett]

On 02/09/2016 16:20, Bob Sneidar wrote:

Hi all.

So version 8.0.2 I have seen on numerous examples that while stepping
through code I crash to desktop. Launch again, step through code
again, CTD in same spot. 8.0.1 same code same breakpoint NO CTD. The
particular code I am executing is

put the dgHilitedIndex of group "dgCustomers" into tCustIndex

I just noticed that on this card there IS no dgCustomers, it's
dgSites (I copy/pasted code) so the script has an error, but instead
of reporting it as an error I get a CTD. The CTD may have something
to do with calling a handler in a behavior, or else in reference to a
datagrid. It only seems to happen on red dot breakpoints NOT coded
BREAKPOINT commands.

If anyone else can confirm this behavior I will submit a bug report.
Otherwise it might be a corrupted datagrid template or something like
that.


Hi Bob,

Please always file a bug report for reproducible crashes to desktop!

   Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

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

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

CTD when stepping through code reprise

[Bob Sneidar]

Hi all. 

So version 8.0.2 I have seen on numerous examples that while stepping through 
code I crash to desktop. Launch again, step through code again, CTD in same 
spot. 8.0.1 same code same breakpoint NO CTD. The particular code I am 
executing is

put the dgHilitedIndex of group "dgCustomers" into tCustIndex

I just noticed that on this card there IS no dgCustomers, it's dgSites (I 
copy/pasted code) so the script has an error, but instead of reporting it as an 
error I get a CTD. The CTD may have something to do with calling a handler in a 
behavior, or else in reference to a datagrid. It only seems to happen on red 
dot breakpoints NOT coded BREAKPOINT commands. 

If anyone else can confirm this behavior I will submit a bug report. Otherwise 
it might be a corrupted datagrid template or something like that. 

Bob S
___
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: Set the fillGradient ....

[Randy Hengst]

Glad it was helpful, Scott.

> On Sep 1, 2016, at 8:35 PM, Scott Morrow  wrote:
> 
> Ah, thanks Randy! I was familiar with this behavior but (slaps forehead) your 
> straight forward solution never occurred to me.
> 
> Scott Morrow
> 
> Elementary Software
> (Now with 20% less chalk dust!)
> web   http://elementarysoftware.com/
> email sc...@elementarysoftware.com
> office 1-800-615-0867
> --
> 
>> On Sep 1, 2016, at 5:41 AM, Randy Hengst  wrote:
>> 
>> To make this work via script, I’ve done two things… the easiest is to set 
>> the grc that I want to change to the size and position of the a grc master 
>> with the fill gradient I want to match… in this example, the script is in 
>> the grc to be changed:
>> 
>> on mouseDown
>>  local tStartLoc
>>  put the loc of target into tStartLoc
>>  set the loc of target to the loc of grc "Blue MasterChip"
>>  set the fillGradient of target to the fillGradient of grc "Blue MasterChip"
>>  set the loc of target to tStartLoc
>> end mouseDown
>> 
>> 
>> 
>>> On Aug 31, 2016, at 9:10 PM, Roger Guay  wrote:
>>> 
>>> Yes it is.
>>> 
>>> 
 On Aug 31, 2016, at 6:49 PM, Scott Rossi  wrote:
 
 Is the noGradientYet graphic opaque?
 
 
 Scott Rossi
 Creative Director
 Tactile Media UX/UI Design
 
> On Aug 31, 2016, at 6:43 PM, Roger Guay  wrote:
> 
> Why does this not work?
> 
> Set the fillGradient of grc “noGradientYet" to the fillGradient of grc  
> “NiceGradient”. 
> 
> Something happens . . . indeed the object browser seems to show that they 
> have the same gradient, yet they don’t!
> 
> Probably something simple, again.
> 
> LC 8.0.2 and Mac 
> 
> 
> Thanks,
> 
> Roger
> 
> 
> 
> 
> 
> 
> ___
> 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: What's everyone working on this month? (September 2016)

[Dave Kilroy]

Alex yes of course you’re right (although it does sound like what you needed 
was a copy of Trevor’s Clarify (http://www.clarify-it.com/ 
)

I first used the ‘scribbling on images’ when I was doing a mobile prototype for 
a health related project called OpenEyes (http://www.openeyes.org.uk/ 
) where clinicians did special ‘scribbling’ to 
indicate various clinical things (I never was clear what exactly they meant…)

So doodling doesn’t have to be just moustaches and spectacles - however in my 
desperation to get people to attend I’m gambling that pitching what we’ll make 
at the ‘fun’ end of the spectrum will lead to more people turning up (I hope)

BTW: I was going to cannibalise my OpenEyes app to form the base learning 
resource for the workshop when John Dixon told me he has already done the work 
(using his own ‘Scribble’ app that was actually on the App Store for some time)

Dave

PS: did your person manage to dismantle the wheelchair?



> On 02/09/2016 12:04, Dave Kilroy wrote: 
> > What a great list, we should do this every month :) 
> > 
> > I’m also doing too much: 
> 
> > 3. Putting on a LiveCode workshop here in Plymouth, UK where the topic will 
> > be creating an iOS/Android app that allows participants to take photos of 
> > their friends, deface them and then send them the ‘enhanced’ photos 
> > http://www.meetup.com/The-THINQTANQ-Events-Meetups-and-More-in-Plymouth/events/226749341/
> >  
> > 
> >  
> >  >  
> > >
> >  
> > 
> I would be tempted to tweak the description of this project - it sounds 
> a bit like a "play" app, when in fact it could also be a very useful app. 
> 
> Last week I needed to describe to someone staying in my flat (the other 
> side of the country) how to dismantle something (a slightly complex 
> electric wheelchair which can then be folded/collapsed for transport). 
> It was hard to describe (or indeed remember) exactly which parts had to 
> be twisted which way in which order; in the end I got him to send me a 
> photo, marked it up on my computer and sent it back to  him. Then I 
> could say things like "turn the black knobs marked 'A' outwards", "slide 
> the battery back and up through gap 'C'", etc. 
> 
> I suspect this app you are developing would have made it possible / easy 
> to do this with just our phones. 
> And that might make it sound like a more "serious" app to some people. 
> 
> -- Alex. 
> 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: What's everyone working on this month? (September 2016)

[Alex Tweedly]

On 02/09/2016 12:04, Dave Kilroy wrote:

What a great list, we should do this every month :)

I’m also doing too much:



3. Putting on a LiveCode workshop here in Plymouth, UK where the topic will be 
creating an iOS/Android app that allows participants to take photos of their friends, 
deface them and then send them the ‘enhanced’ photos 
http://www.meetup.com/The-THINQTANQ-Events-Meetups-and-More-in-Plymouth/events/226749341/
 


I would be tempted to tweak the description of this project - it sounds 
a bit like a "play" app, when in fact it could also be a very useful app.


Last week I needed to describe to someone staying in my flat (the other 
side of the country) how to dismantle something (a slightly complex 
electric wheelchair which can then be folded/collapsed for transport). 
It was hard to describe (or indeed remember) exactly which parts had to 
be twisted which way in which order; in the end I got him to send me a 
photo, marked it up on my computer and sent it back to  him. Then I 
could say things like "turn the black knobs marked 'A' outwards", "slide 
the battery back and up through gap 'C'", etc.


I suspect this app you are developing would have made it possible / easy 
to do this with just our phones.

And that might make it sound like a more "serious" app to some people.

-- Alex.

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

Re: What's everyone working on this month? (September 2016)

[Dave Kilroy]

What a great list, we should do this every month :)

I’m also doing too much:

1. Developing the ‘DiADeM’ dementia diagnosis app as featured at the recent LC 
conference - we’ll be going for pilot testing in Yorkshire and Buckinghamshire 
on 3rd October so I still have a lot to finish off.

2. Tweaking a pretty cool RFID card reading system created by another LiveCode 
developer - (RFID hardware using BLE to connect to iPods which connect to a 
server). Last month I was working on the BLE and this month looks like my focus 
will be sockets…

3. Putting on a LiveCode workshop here in Plymouth, UK where the topic will be 
creating an iOS/Android app that allows participants to take photos of their 
friends, deface them and then send them the ‘enhanced’ photos 
http://www.meetup.com/The-THINQTANQ-Events-Meetups-and-More-in-Plymouth/events/226749341/
 


4. Updating a simple video app for iOS and Android for a local group. I really 
like the people involved and the cause they are working for, have just helped 
them set up a Google Play account and am trying to train them enough to make 
their own apps as time goes by.

5. Looking for a developer who can take on a health-related project I don’t 
have time for. If you are interested please get in touch. This project could be 
a great ‘in’ to health-related work - it will involve developing for iOS and 
Android, working with video recording and uploading to a server. Initially it 
may well be that you would have to construct your own web service to receive 
and store video recordings and to manage some sharing between users - but this 
may not be necessary and instead you would have to learn how to connect to 
OpenEHR from the off (I can help with this). There is a UK based pilot due to 
start in February 2017 with a lot of work to be done - not even a spec document 
has been created so this project could very much be ‘your baby’. The client is 
based in the London area. Get in touch if you’re interested

6. Going to the next NHS Hackday 1 & 2 October in Newcastle 
http://nhshackday.com/  - it would be smashing to see 
some other LiveCoder’s there! (Peter Reid I’m looking at you...)
___
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: What's everyone working on this month? (September 2016)

[Alex Tweedly]

On 01/09/2016 09:48, Peter TB Brett wrote:


Hi all,

What exciting LiveCode project(s) are you working on at the moment?
I'll answer that later today (hopefully), but first a rather negative 
alternative Q


Q. What exciting LC projects am I *NOT* working on ?

A. Widgets. (any of them, many of them)
At the conference at the start of August, I learned enough about widgets 
and LCB to be very excited about the possibilities (I still am).
So I spent a good chunk of August working on a couple of widgets (out of 
a long list of exciting widgets I would like to do, or have, or use, or ...)


But in the end I found the programming experience in LCB just too 
frustrating.


I've been spoiled :-)  I'm used to symbolic, interactive debuggers - 
been using them pretty much continually for the last 45 years that I've 
been programming, starting with DDT and a proprietary one in the 70s, on 
to GDB in the 80s and 90s, then interpreted languages for a little 
while, before finally moving up to Revolution / Livecode.
And after trying it for a while, I'm just not willing to go back to the 
dark ages and program in LCB without a decent toolset that provides 
really effective diagnostics and debugging features.


So - I'm not doing any more with widgets until the tools are mature 
enough for it to be an enjoyable experience.  And that really bugs me - 
because there's so much I want to do in widgets, and so much to like 
about LCB - but for me this is a hobby and programming is a pleasure, 
and I just don't enjoy working in the dark and the dark ages :-)


-- Alex.
P.S. I skipped the rant about the missed opportunity to provide an 
interactive, symbolic debugger for website development, that was almost 
there, briefly, with LC Server and on-rev; website scripts are the one 
other situation where we (the entire industry) is still (AFAIK) missing 
a good debugging environment.




___
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: What's everyone working on this month? (September 2016)

[Jeanne A. E. DeVoto]

For an application with a complicated set of data types and a growing 
ability to collect and export them, I'm working on a set of routines 
to export ALL the things - text, HTMLText, tabular data (as HTMLText, 
plain text, or a 2D array), images, or any combination of several of 
the above - to a variety of file formats including text, Word, Excel, 
PDF, or XTHML-compliant web page.


Right at the moment, I'm working on recognizing tabular data in text 
or HTMLText, and converting it to a "real" HTML  element 
before exporting as part of a web page.



At 9:48 AM +0100 9/1/2016, Peter TB Brett wrote:

Hi all,

What exciting LiveCode project(s) are you working on at the moment? 
Where can we find out more about them?  Have you run into any 
interesting problems (or solutions) that you'd like to share?


--

In the office, I'm currently trying to figure out what tools I can 
build to help with core dev team productivity.  For example, I'm 
planning to create a tool that keeps our Bugzilla site 
(http://quality.livecode.com/) synchronised with what's going on in 
our git repositories (https://github.com/livecode/)


In my spare time:

- I've been adding some stuff to my somewhat-insane open source 
"undergrowth" library of pure-LCB bits and pieces 
(https://github.com/peter-b/undergrowth), including a templated 
string formatting function:


u_format("There are {} lights", [5])   --> "There are 5 lights"

- I've now written a reasonably usable Emacs mode for LCB source 
code (https://github.com/peter-b/lcb-mode), with syntax highlighting 
and indentation support.  It turns out LCB code (and LiveCode 
script) is actually very difficult to highlight well without 
compiler support because of LiveCode's English-like syntax, but 
lcb-mode does the job adequately for the time being


- I've got the idea of making it possible to write externals in Rust 
going round (and round) inside my head but I haven't yet got round 
to getting it working.


--

What are you up to?

 Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

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

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

http://lists.runrev.com/mailman/listinfo/use-livecode




___
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