Vector path animation

2016-09-23 Thread Alejandro Tejada 
Hi All,

I found a tutorial about vector path animation in MaxV website:
http://livecodeitalia.blogspot.it/2016/09/animazione-modificata-in-tempo-reale.html
and just build a variation that shows a pen drawing vector paths.

Download a zipped stack directly from the Livecode forums and play
with it. Every idea to improve usefulness and performance of this
stack is welcome.

"MaxV Interactive Drawing path.livecode.zip" .

http://forums.livecode.com/viewtopic.php?f=7=27546=15#p146706

Have a nice weekend!

Alejandro

___
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: How to stop LoveCode running in Edit mode

2016-09-23 Thread Dr. Hawkins 
On Fri, Sep 16, 2016 at 10:31 AM, Richmond 
wrote:

> You have an xTalk fixation? Wow . . . can we start a self-help group?
>

Several months ago, at my cadillac club, I introduced myself with, "my name
is Rick, and I have a Cadillac problem.  It's been 37 days since I bought
my last Cadillac." . . .

And I used to be a recovering lawyer, but after 11 years clean, I fell off
the wagon.



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

Re: How to stop LoveCode running in Edit mode

2016-09-23 Thread Dr. Hawkins 
On Fri, Sep 16, 2016 at 10:11 AM, mwieder  wrote:


>
> ... and so much better than my usual finger-slippage, which ends up
> "LiceCode"
>
> Well, *that* is certainly a nit-picking distinction . . .


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

Re: The Achilles heel of Android and iOS

2016-09-23 Thread Kay C Lan 
On Fri, Sep 23, 2016 at 8:13 AM, Alejandro Tejada
 wrote:
>
> Buying a NEW PHONE or Tablet is almost like
> BURNING MONEY, just for the fun of it.
>
> Just imagine this (not so far away) scenario:
>
> For any reason, people stop jumping in line
> to buy the latest and greatest phone or tablet
> and prefer to wait... and wait... just for a few weeks
> or even a few months (because time flies
> when you are busy),

Yes and I have a crystal ball that tells me exactly when that is going
to happen...

1st sign - the fashion industry disappears. Men and women no longer
feel it's necessary to wear 'this season's fashion'. Designer shoe
shops all disappear because no one needs Jimmy Chu's any more, a
sensible pair of last year's pumps from Target will do just fine.

2nd sign - economical city cars, not SUVs (small trucks to the rest of
the world) become America's most popular vehicle purchase. Men in
particular no longer base their car purchasing preferences on the size
of their genitalia.

3rd sign - Facebook, twitter, instagram and their ilk all fade into
oblivion because no one feels the need to advertise to the world how
great their life is, and what wonderful things they have, and how many
more friends they have.

4th sign - the nightly news is predominately filled with feel good
stories about individual random acts of altruism, especially to those
of different race, religion, social or economic background.

5th and final sign - the world is in a massive depression that makes
the 'Great Depression' look like a short period of austerity. Even so,
people will be buying the latest and greatest with money they don't
have right up until everything collapses around them and ONLY when no
one will accept their CREDIT cards will they be FORCED to stop buying.

But just to be clear, even after that day, if Apple is only 10% the
size of what it is now, or maybe gone all together, someone somewhere
will have to buy something that is better than what you or I have to
prove that they are better than you or I.

PS saw an excellent video of a couple of guys who went out to gauge
user response to the new iPhone 7 the day it was officially announced
- even though it wasn't actually available.

One guy would ask people in the street if they had an iPhone 6 and if
they'd like to try the iPhone 7, and if Yes, he told them that a new
feature was the ability to very quickly migrate ALL user data to the
iPhone 7 at which point he'd hand it to his colleague to do the
transfer. Whilst this was happening the interviewer would ask the
owner a couple of questions whilst the 'technician' simply cleaned the
iPhone 6, removed the case and put a new one on. They'd then hand back
the 6 to the owner who was 'amazed' at their data was all just there
so quickly. And yes, many owners thought the iPhone 7 was smoother and
brighter - cleaning, who'd have thought; but many also liked the
lighter feel and faster response???

And you wonder why people are so eager to go out a buy the latest and
greatest when they can't even tell the difference with what they've
already got. It's not about the phone/shoes/handbag/car, it's about
the perception of 'the haves' vs 'the have nots'.

___
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: use "" as an array key

2016-09-23 Thread Kay C Lan 
On Fri, Sep 23, 2016 at 2:27 AM, Peter TB Brett
 wrote:
>
> "" isn't "the absence of a string", it's a string that's 0 characters long.
> Being able to use it as an array key is important for being able to
> represent real-world data in an array.

It's an important point that "", a 0 character string is not the same
as NULL because we as humans often 'see them' as the same.
Unfortunately one of the great features of LC, the fact it's typeless
and it auto converts integers/strings/dates back and forward as we
need them, also means that occasionally it makes the same mistake we
make:

In the msg box - 8 lines all ending with msg:

put "empty = " & quote & quote & " is " & (empty = "") into msg
put cr & "empty = NULL is " & (empty = NULL) after msg
put cr &  "navtiveCharToNum(empty) = " & nativeCharToNum(empty) after msg
put cr &  "natvieCharToNum(" & quote & quote & ") = " &
nativeCharToNum("") after msg
put cr &  "nativeCharToNum(NULL) = " & nativeCharToNum(NULL) after msg
put cr & "Therefore:" after msg
put cr & "navtiveCharToNum(empty) = nativeCharToNum(NULL) is " &
(nativeCharToNum(empty) = nativeCharToNum(NULL)) after msg
put cr & "So although an empty string is NOT the same as the NULL
character, in some cases LC treats them the same" after msg

or to put it another way, "" and empty do not roundtrip

In the msg box:

put numToNativeChar(nativeCharToNum(empty)) = empty  --returns false

When dealing with databases, tracking the difference between NULL and
empty and "" can be a real pain. Is this a feature or a bug? To me the
advantages of 'typeless' far outweigh the 0.001% of times I hit this
gotcha.

___
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 Script Editor question...

2016-09-23 Thread Monte Goulding 
A feature request is a good idea. A pull request is a great one...

Sent from my iPhone

> On 24 Sep 2016, at 12:01 PM, J. Landman Gay  wrote:
> 
> Feel like putting in a feature request for this? I would use it often, and if 
> it's in the IDE then we don't have to edit every version update.


___
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: How to stop LoveCode running in Edit mode

2016-09-23 Thread Kay C Lan 
8 days and no one actually answered your question. Hopefully you've
already figured it out.

No, nothing has changed. It all depends on what events you're using to
trigger scripts. i.e. mouseEnter will trigger a message when ever the
mouse enters the boundary of the object, no matter Pointer or Browser
mode. It has to be that way if you think about it - how would LiveCode
work if all messages stopped when you entered Edit mode?  During
development you may need to 'Suspend Messages' (Development menu) so
you can drag things around etc.

As for the humorous responses these raise a question I've often
wondered. How do you pronounce LiveCode. Do you rhyme Live with give
or hive? I've always thought LiveCode's slogan should be 'If you Live
Code, then LiveCode' - the first Live rhyming with give, the 2nd with
hive.

___
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 Script Editor question...

2016-09-23 Thread J. Landman Gay 

On 9/23/16 7:13 PM, Richard Gaskin wrote:

Poking around in the SE I found an even simpler solution - replace line
3108 of "revSEEditorBehavior"

  scriptFormat "handler"

...with:

  if the shiftKey is "down" then
 scriptFormat "script"
  else
 scriptFormat "handler"
  end if

Apparently the scriptFormat handler already supports both forms (if
memory serves it used to only do whole scripts), but somewhere along the
way the UI to trigger the "script" option got lost".

I suppose any modifier key would be good there, but I like Shift because
it's often used to extend selections, is a physically large key, and we
have them on both sides of our keyboard.



Feel like putting in a feature request for this? I would use it often, 
and if it's in the IDE then we don't have to edit every version update.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

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

Re: ANN: new glx2 script editor now on line

2016-09-23 Thread Mark Wieder 

On 09/23/2016 05:44 PM, Sannyasin Brahmanathaswami wrote:

I close the tab in LC SE…save the stack… click on the GLX2 to switch to 
GLX for editing.


Ah. I see what you did there.
From the "known issues" section of the release notes:

"Swapping back and forth between glx2 and the IDE's script editor gets a 
bit wonky.

"

--
 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: new glx2 script editor now on line

2016-09-23 Thread Mark Wieder 

On 09/23/2016 10:20 AM, Mike Kerner wrote:

I don't need it, but when you hit it, the GLX2 prefs window opens and then
immediately closes.  It's the sequence that LC uses to open prefs, and I
think it's sort-of standard on macs.  If you disable it, I don't think
anyone would complain, but check the File menu when glx2 is open - it shows
the shortcut.  The shortcut just breaks.


Added the keyboard equivalent for the next build.
And that made control-comma work on linux as well, FWIW.

--
 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: new glx2 script editor now on line

2016-09-23 Thread Mike Bonner 
My guess would be that glx2 filters handlers starting with rev, as in the
case of reviewSelections.  Just a guess though since I don't have glx2 set
up at the moment.

On Fri, Sep 23, 2016 at 6:44 PM, Sannyasin Brahmanathaswami <
bra...@hindu.org> wrote:

> Mark:   Really
> curious about what's going on with your system that's interfering with
> this
> process.
>
> ...and no, the note about code folding is old and I should probably
> put it
> to bed now.
>
>
> BR: well I would be happy to screen share some time with Team Viewer (it's
> free)  email me off list.
>
> I tried again just now..
>
> 8.1.1 RC1
>
> I removed all my plug ins
>
> nothing left but
>
> GLX2 Code.rev  # no preferences file either… deleted that too.
>
> Start up LiveCode
>
> Open stack I'm working with… it's a utility thing to help me select images
> for our new app.
>
> in the stack script I have a number of handlers… all called from buttons
> on the card
>
> command fitToScreen
> put the width of the target into tOrigWidth
> put the height of the target into tOrigHeight
> put (the width of this card -50)  into tNewWidth
> put the height of this card into tCardHeight
>
> if tOrigWidth >  tOrigHeight then # landscape
> put "landscape" into tOrientation
> else
> put "portrait" into tOrientation
> end if
>
> switch tOrientation  #scale to fit
> case "landscape"
>
>set the width of img "currentImage" to tCardWidth-50
>put  round ( (tOrigwidth*tNewWid)/tOrigWidth) into tNewHeight
>set height of img ii to tNewHeight#
>
>
> end fitToScreen
>
> # So I'm still in LC IDE scxript editor.. make a new button on the card
> and enter
>
> on MouseUP
>ReviewSelections
> end mouseup
>
> in the stack script I add:
>
> command ReviewSelections
>   put fld "selectedImagesList" into fld "currentImagesInReview"
>
> end reviewSelections
>
> OK so now I compile that script… run the button.. it works. I close the
> tab in LC SE…save the stack… click on the GLX2 to switch to GLX for editing.
>
> Open the stack script
>
> huh?  my new handler:
>
> command ReviewSelections
>   put fld "selectedImagesList" into fld "currentImagesInReview"
>
> end reviewSelections
>
>
> is not there (he blinks twice in wonderment)
>
>  --go back to My LiveCode
> -- remove GLX2 Code.rev
>
> reboot LiveCode
> open my stack
> edit stack script… ahaha!  there it is…  my new handler *is* safe and
> sound in the stack script.
>
> Very odd.
>
> ___
> 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: ANN: new glx2 script editor now on line

2016-09-23 Thread Sannyasin Brahmanathaswami 
Mark:   Really
curious about what's going on with your system that's interfering with this
process.

...and no, the note about code folding is old and I should probably put it
to bed now.


BR: well I would be happy to screen share some time with Team Viewer (it's 
free)  email me off list.

I tried again just now..

8.1.1 RC1

I removed all my plug ins

nothing left but

GLX2 Code.rev  # no preferences file either… deleted that too.

Start up LiveCode

Open stack I'm working with… it's a utility thing to help me select images for 
our new app.

in the stack script I have a number of handlers… all called from buttons on the 
card

command fitToScreen
put the width of the target into tOrigWidth
put the height of the target into tOrigHeight
put (the width of this card -50)  into tNewWidth
put the height of this card into tCardHeight
  
if tOrigWidth >  tOrigHeight then # landscape
put "landscape" into tOrientation
else
put "portrait" into tOrientation
end if

switch tOrientation  #scale to fit 
case "landscape"  
   
   set the width of img "currentImage" to tCardWidth-50
   put  round ( (tOrigwidth*tNewWid)/tOrigWidth) into tNewHeight
   set height of img ii to tNewHeight#
  
   
end fitToScreen
 
# So I'm still in LC IDE scxript editor.. make a new button on the card  and 
enter

on MouseUP
   ReviewSelections
end mouseup

in the stack script I add:

command ReviewSelections
  put fld "selectedImagesList" into fld "currentImagesInReview"

end reviewSelections

OK so now I compile that script… run the button.. it works. I close the tab in 
LC SE…save the stack… click on the GLX2 to switch to GLX for editing.

Open the stack script

huh?  my new handler:

command ReviewSelections
  put fld "selectedImagesList" into fld "currentImagesInReview"

end reviewSelections


is not there (he blinks twice in wonderment)

 --go back to My LiveCode
-- remove GLX2 Code.rev

reboot LiveCode
open my stack 
edit stack script… ahaha!  there it is…  my new handler *is* safe and sound in 
the stack script.

Very odd. 

___
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: The name of the property to trace scripts into the IDE

2016-09-23 Thread mwieder 
revUpdateGeometry is in the script of stack "/Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/libraries/revgeometrylibrary.livecodescript",
which should be in the backscripts and available to all stacks unless you
have specifically removed it.

I'm assuming you're doing your debugging in the IDE, and not in a standalone
application.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE-tp4708799p4708872.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: IDE Script Editor question...

2016-09-23 Thread Richard Gaskin 
Poking around in the SE I found an even simpler solution - replace line 
3108 of "revSEEditorBehavior"


  scriptFormat "handler"

...with:

  if the shiftKey is "down" then
 scriptFormat "script"
  else
 scriptFormat "handler"
  end if

Apparently the scriptFormat handler already supports both forms (if 
memory serves it used to only do whole scripts), but somewhere along the 
way the UI to trigger the "script" option got lost".


I suppose any modifier key would be good there, but I like Shift because 
it's often used to extend selections, is a physically large key, and we 
have them on both sides of our keyboard.


--
 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: The name of the property to trace scripts into the IDE

2016-09-23 Thread Dr. Hawkins 
On Fri, Sep 23, 2016 at 3:02 PM, mwieder  wrote:

> Ah! I see what you mean... you were actually looking at the messagebox
> stack
> with a hex editor...
>

Actually, just plain old boring "less" . . . I thought it might be a pure
script stack, and took a shot



> those are custom properties stored as backscripts and
> frontscripts. If you look at the stack with the property inspector you'll
> see all that cruft in place. I have no idea why it's there, and you might
> try removing it all, but I don't think that's the problem. Also if you (in
> the messagebox because the PI is broken in this regard) type
>
> put the cRevGeneral["breakpoints"] of stack "Message Box"
>
> you'll see one breakpoint that was left over in the messagebox and that
> you're apparently triggering when gRevDevelopment is true. Might want to
> get
> rid of that and see if it helps.
>

It yields nothing in 8.1.0


7.1.4 yields 1035,287--but that's not what's throwing my errors, I don't
thin,.


And to be clear, I've only just set gRevDevelopment to true--I;m *trying*
to find whatever's throwing the error during startup.


Hmm, I didn't include the output in my earlier message:

whoops! 9/23/164:48 PM

1474674493580


lib: error occurred on line: 478


pParseError:



pExecutionError:

573,478,1,revUpdateGeometry

587,478,1

241,464,1,controlsExpand

353,0,0,stack "/Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/palettes/revmessagebox.rev"

573,93,1,controlsExpand

253,93,1

241,90,1,preOpenStack

353,0,0,stack "/Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/palettes/revmessagebox.rev"


context:

stack
"/Users/hawk/dhbk/16/1604/160404/dhLib.160404b.livecode",errorDialog,829


1474674493581


stack
"/Users/hawk/dhbk/16/1604/160404/dhLib.160404b.livecode",errorDialog,843


I try

edit the script of stack  "Applications/LiveCode Indy
7.1.4.app/Contents/Tools/Toolset/palettes/revmessagebox.rev"

but it doesn't get me there.
-- 
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

Re: IDE Script Editor question...

2016-09-23 Thread Richard Gaskin 

Monte Goulding wrote:
> No it's scripted
>
> Sent from my iPhone
>
>> On 24 Sep 2016, at 7:42 AM, Richard Gaskin wrote:
>>
>> with a call to _internal

Good to know, thanks.

Either way, the full-script-reformat routine Mark posted would have 
little opportunity to speed that end of things up much, since it 
triggers calls to whatever the SE uses (which turns out to be a script).


It would still seem, though, that by changing the algo to use the line 
offsets obtainable from revAvailableHandlers to successively trigger the 
SE's formatting routine directly would likely speed things up at list a 
bit over iteratively selecting text from offsets that had to be 
calculated, no?


--
 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: IDE Script Editor question...

2016-09-23 Thread Monte Goulding 
No it's scripted

Sent from my iPhone

> On 24 Sep 2016, at 7:42 AM, Richard Gaskin  wrote:
> 
> with a call to _internal


___
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: LiveCode interface to SCORM /LIT

2016-09-23 Thread William Prothero 
By the way, I just fully read the link I posted in my previous message and it 
is a long, but very complete discussion of the various interfaces to learning 
system, targeted just right at our audience.

Check it out if you are interested in this topic. 
Bill
http://www.laceproject.eu/learning-analytics-review/files/2016/08/LACE-review07_xapi-caliper.pdf
 

 
>


> On Sep 23, 2016, at 12:53 PM, William Prothero  
> wrote:
> 
> Folks:
> Here’s some more info I found on interfaces to LMS. I queried the director (a 
> friend) of the Office of Instructional Improvement at the University of 
> California, Santa Barbara and got this response:
> 
> "Hey, good to hear from you.  Sorry for the delayed response, but yesterday 
> was the first day of classes for fall.  I also had to do a bit of research. 
> In terms of interoperability with LMS’s  the best option, I think, is for the 
> Livecode guys to focus on the LTI 2 standards and APIs for defining an LTI 2 
> content publisher and LTI 2 content consumer.  That is the interoperability 
> piece.  xAPI is a set of API’s for collecting and storing user interaction 
> data for later analysis, e.g. learning analytics.  It is a standard proposed 
> by ADL.  It is kind of competing in that space with Caliper with is being 
> developed by IMS global, and which is intended to work with the LTI 2 
> standard which IMS Global is also developing. I would think that it would be 
> better to stick with the whole IMS Global suite of interoperability standards 
> and analytics collection standards than trying to knit LTI 2 and xAPI, but 
> that’s just me.  The UC system has been very involved with development of 
> both standards working with IMS Global for the past three years.  Hope that 
> helps.”
> 
> A useful Link:
> http://www.laceproject.eu/learning-analytics-review/files/2016/08/LACE-review07_xapi-caliper.pdf
>  
> 
> 
> Best,
> Bill
> 
>> On Sep 22, 2016, at 7:19 AM, Martin Koob  wrote:
>> 
>> Thanks for the link to LTI. I am interested in a technology that could
>> integrate my LiveCode app into LMS's. 
>> 
>> I think that Tin-Can API or the ExperienceAPI (xAPI) were also developed as
>> a successor to SCORM to address its shortcomings.  
>> https://experienceapi.com/history/
>> 
>> They list a number of adopters including BlackBoard and Moodle
>> 
>> http://experienceapi.com/adopters/
>> 
>> Have you heard of this?  Would this api accomplish what you are trying to
>> do?
>> 
>> Martin
>> 
>> 
>> 
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://runtime-revolution.278305.n4.nabble.com/LiveCode-interface-to-SCORM-LIT-tp4708670p4708773.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

___
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

itemOffset still not working

2016-09-23 Thread Bob Sneidar 
put rContactRecord ["contacttype"] into tContactType -- verified is "|it|"
set the itemdelimiter to "|"
set wholematches to true
put itemoffset(pType, tContactType) into tOffset -- verified pType is "it"
tOffset contains 0

I also used literals as in 
put itemoffset("it","|it|") into tOffset
tOffset still contains 0. 

I tries using commas with the default itemdelimiter that doesn't work. I 
replaced "|" with cr and used lineOffset that doesn't work. 

Finally, I DELETED THE FIRST VERTICAL BAR AND THAT WORKED! 

So this bug is about having an empty first item/line. In this case offset will 
always return 0. Not good. 

Yes I have submitted a bug report. I will update it, but hopefully I can keep 
this from biting anyone else in the butt. It is also going to make it really 
difficult to do LIKE queries on list columns. Hopefully this gets fixed soon, 
because I depend on this kind of list queries a LOT. 

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: The name of the property to trace scripts into the IDE

2016-09-23 Thread mwieder 
Ah! I see what you mean... you were actually looking at the messagebox stack
with a hex editor... those are custom properties stored as backscripts and
frontscripts. If you look at the stack with the property inspector you'll
see all that cruft in place. I have no idea why it's there, and you might
try removing it all, but I don't think that's the problem. Also if you (in
the messagebox because the PI is broken in this regard) type

put the cRevGeneral["breakpoints"] of stack "Message Box"

you'll see one breakpoint that was left over in the messagebox and that
you're apparently triggering when gRevDevelopment is true. Might want to get
rid of that and see if it helps.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE-tp4708799p4708864.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: ANN: new glx2 script editor now on line

2016-09-23 Thread Richard Gaskin 
I managed to turn up the current macOS HIG recommendation for Cmd-comma, 
which suggest using it to open Preferences:

https://support.apple.com/en-us/HT201236

--
 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: ANN: new glx2 script editor now on line

2016-09-23 Thread mwieder 
Glx2 isn't adding the shortcut to the menu, that's the operating system
itself doing that, so Mike is correct in saying that it's a standard thing.
It's just nothing I've used or noticed before. I've got it implemented now
in the script editor for the next build.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-new-glx2-script-editor-now-on-line-tp4708283p4708862.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: IDE Script Editor question...

2016-09-23 Thread Richard Gaskin 
If memory serves, I believe indenting is handled in the IDE similarly to 
colorization, with a call to _internal.


Perhaps if used in conjunction with the info provided in 
revAvailableHandlers, we may be able to format large scripts even 
faster, maybe even in the blink of an eye.


--
 Richard Gaskin


Mark Talluto wrote:

On Sep 22, 2016, at 2:08 PM, Paul Dupuis  wrote:

Ah ha. The insertion point must be INSIDE a handler and only re-indents
that handler when you press TAB

If the insertion point is between handlers or outside of any handler,
nothing happens. Ok, tab is useful, but something that reformatted ALL
handlers in a script would be even better.

Not perfect, but a step better than nothing. Thanks for the tip!


Here is the code we use here to indent a whole script.

command cdt_FastIndent
 local tHandlerList, tOffset, tProgressSoFar

 if not(exists(fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1")) then exit cdt_FastIndent

 lock screen
 put the text of fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1" into tHandlerList
 filter tHandlerList with "end *"
 filter tHandlerList without "* switch" //IGNORE NON-HANDLER KEYWORDS
 filter tHandlerList without "* repeat" //IGNORE NON-HANDLER KEYWORDS
 filter tHandlerList without "* try" //IGNORE NON-HANDLER KEYWORDS
 filter tHandlerList without "* if" //IGNORE NON-HANDLER KEYWORDS

 put 0 into tProgressSoFar

 set the wholeMatches to true
 repeat for each line thisLine in tHandlerList
  put lineOffset(thisLine, fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1", tProgressSoFar) into tOffset
  select before line tOffset+tProgressSoFar of \
fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1"
  dispatch "tabKey" to fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1"
  add tOffset to tProgressSoFar
 end repeat
 unlock screen
end cdt_FastIndent



___
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: new glx2 script editor now on line

2016-09-23 Thread mwieder 
I can't replicate the problem here. I usually save the stack after editing
and before closing the editor, but it works both ways here for me on El
Capitan, even with the latest 8.1.1-rc1 build. (OK - I didn't reboot the
machine, but otherwise complied with everything in your recipe). Really
curious about what's going on with your system that's interfering with this
process.

...and no, the note about code folding is old and I should probably put it
to bed now.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-new-glx2-script-editor-now-on-line-tp4708283p4708860.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: ANN: new glx2 script editor now on line

2016-09-23 Thread Richard Gaskin 

Mark Wieder wrote:

OK - admittedly I never thought about command-comma. That's a bizarre key
sequence. I'll add it to the next build if you really need it.


I have a vague recollection of Cmd-, being an established shortcut for 
shifting focus to palettes, specifically those serving a sort of 
Inspector role where text entry would be needed.


It may be that I'm thinking of an old version of the Mac HIG long since 
revised, but I do know that for many years it was also part of the Adobe 
internal design guidelines (though it's been so long since I've been a 
beta tester for them I can't say whether they still rely on that shortcut).


Still, may be worth a little research before relying on it.  If we find 
any significant number of apps using that for shifting focus to palettes 
it may be useful to adopt that for the same purpose in LC.


And if not, we may still want a keyboard shortcut for shifting focus to 
the Inspector given that nearly ever newly-created object will need to 
be named and at the moment we have no guidance on that provided by the 
UI, instead needing to double-click, manually aim, click, and drag to 
select the name, and only then can we start typing.


--
 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: [ ANN ] Release 8.1.1 RC-1

2016-09-23 Thread hlowe 
Panos,

Seems to be a simulator-related issue as the app compiles, installs (using
xCode 8.0) and runs on the iOS 10.0.2 device (have not done an extensive
test of the app on an iPad device yet).

I have restarted the Mac and repeatedly experienced the same failure to
launch the app on the iOS 10.0 simulator, making sure that xCode was not
running.

Henry





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-Release-8-1-1-RC-1-tp4708851p4708858.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: [ ANN ] Release 8.1.1 RC-1

2016-09-23 Thread panagiotis merakos 
Hi Henry,

Was the iOS 9.3 simulator already running when you tried to launch the iOS
10 simulator from LiveCode? Do you see the same problem if you first quit
any running instances of Xcode 7.3 and iOS 9.3 simulator? I suggest filing
a bug report at quality.livecode.com

Best,
Panos
--

On Fri, Sep 23, 2016 at 11:52 PM, hlowe  wrote:

> Using LC 8.1.1 RC-1 with xCode 8.0 and Mac OS 10.12, an iOS app that runs
> fine (on iPad device and simulator) under LC 8.1.0 with iOS 9.3 and xCode
> 7.3.1 now will not launch into the iOS simulator and then after a few
> minutes of trying to launch the app, LC 8.1.1 RC-1 crashes.
>
> LC then displays an 'Internal Error' alert stating that "An uncaught
> exception was raised." Here is the crash log:
>
> Exception Name: NSInvalidArgumentException
> Description: *** -[NSDistantObject methodSignatureForSelector:]: remote
> object does not recognize selector: 'delegate'
> User Info: (null)
>
> 0   CoreFoundation  0x9467521b __raiseError + 187
> 1   libobjc.A.dylib 0x9ed086e6 objc_exception_throw +
> 273
> 2   CoreFoundation  0x94675135 +[NSException
> raise:format:] + 133
> 3   Foundation  0x95c996c0 -[NSDistantObject
> methodSignatureForSelector:] + 1536
> 4   CoreFoundation  0x9455c52f ___forwarding___ + 239
> 5   CoreFoundation  0x9455c41e _CF_forwarding_prep_0 +
> 14
> 6   reviphone   0x06ff2047 reviphone + 12359
> 7   LiveCode-Indy   0x00202d00 ffi_closure_STDCALL +
> 1578832
> 8   LiveCode-Indy   0x001fc5b3 ffi_closure_STDCALL +
> 1552387
> 9   LiveCode-Indy   0x0034b9d2 _Znwm + 932466
> 10  LiveCode-Indy   0x0034ba97 _Znwm + 932663
> 11  LiveCode-Indy   0x003d7b78 MCWidgetExecClosePopup +
> 423864
> 12  LiveCode-Indy   0x00243556 ffi_closure_STDCALL +
> 1843110
> 13  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 14  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
> 425336
> 15  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
> 1657983
> 16  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 17  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
> 425336
> 18  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
> 1657983
> 19  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 20  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
> 425336
> 21  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
> 1657983
> 22  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 23  LiveCode-Indy   0x003d8e74 MCWidgetExecClosePopup +
> 428724
> 24  LiveCode-Indy   0x00216e0e ffi_closure_STDCALL +
> 1661022
> 25  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 26  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
> 425336
> 27  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
> 1657983
> 28  LiveCode-Indy   0x00212799 ffi_closure_STDCALL +
> 1642985
> 29  LiveCode-Indy   0x00307992 _Znwm + 653874
> 30  LiveCode-Indy   0x00308a00 _Znwm + 658080
> 31  LiveCode-Indy   0x0034b951 _Znwm + 932337
> 32  LiveCode-Indy   0x0038e6cf MCWidgetExecClosePopup +
> 123663
> 33  LiveCode-Indy   0x001e2ad8 ffi_closure_STDCALL +
> 1447208
> 34  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 35  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
> 425336
> 36  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
> 1657983
> 37  LiveCode-Indy   0x00212799 ffi_closure_STDCALL +
> 1642985
> 38  LiveCode-Indy   0x00307992 _Znwm + 653874
> 39  LiveCode-Indy   0x00308a00 _Znwm + 658080
> 40  LiveCode-Indy   0x0034b951 _Znwm + 932337
> 41  LiveCode-Indy   0x002926a1 _Znwm + 173889
> 42  LiveCode-Indy   0x0034ba97 _Znwm + 932663
> 43  LiveCode-Indy   0x0034ba97 _Znwm + 932663
> 44  LiveCode-Indy   0x003d7b78 MCWidgetExecClosePopup +
> 423864
> 45  LiveCode-Indy   0x00243556 ffi_closure_STDCALL +
> 1843110
> 46  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
> 424952
> 47  LiveCode-Indy   0x003d7ebc MCWidgetExecClosePopup +
> 424700
> 48  LiveCode-Indy   0x002177c2 ffi_closure_STDCALL +
> 1663506
> 49  LiveCode-Indy

Re: [ ANN ] Release 8.1.1 RC-1

2016-09-23 Thread hlowe 
Using LC 8.1.1 RC-1 with xCode 8.0 and Mac OS 10.12, an iOS app that runs
fine (on iPad device and simulator) under LC 8.1.0 with iOS 9.3 and xCode
7.3.1 now will not launch into the iOS simulator and then after a few
minutes of trying to launch the app, LC 8.1.1 RC-1 crashes.

LC then displays an 'Internal Error' alert stating that "An uncaught
exception was raised." Here is the crash log:

Exception Name: NSInvalidArgumentException
Description: *** -[NSDistantObject methodSignatureForSelector:]: remote
object does not recognize selector: 'delegate'
User Info: (null)

0   CoreFoundation  0x9467521b __raiseError + 187
1   libobjc.A.dylib 0x9ed086e6 objc_exception_throw +
273
2   CoreFoundation  0x94675135 +[NSException
raise:format:] + 133
3   Foundation  0x95c996c0 -[NSDistantObject
methodSignatureForSelector:] + 1536
4   CoreFoundation  0x9455c52f ___forwarding___ + 239
5   CoreFoundation  0x9455c41e _CF_forwarding_prep_0 +
14
6   reviphone   0x06ff2047 reviphone + 12359
7   LiveCode-Indy   0x00202d00 ffi_closure_STDCALL +
1578832
8   LiveCode-Indy   0x001fc5b3 ffi_closure_STDCALL +
1552387
9   LiveCode-Indy   0x0034b9d2 _Znwm + 932466
10  LiveCode-Indy   0x0034ba97 _Znwm + 932663
11  LiveCode-Indy   0x003d7b78 MCWidgetExecClosePopup +
423864
12  LiveCode-Indy   0x00243556 ffi_closure_STDCALL +
1843110
13  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
14  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
425336
15  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
1657983
16  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
17  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
425336
18  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
1657983
19  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
20  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
425336
21  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
1657983
22  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
23  LiveCode-Indy   0x003d8e74 MCWidgetExecClosePopup +
428724
24  LiveCode-Indy   0x00216e0e ffi_closure_STDCALL +
1661022
25  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
26  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
425336
27  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
1657983
28  LiveCode-Indy   0x00212799 ffi_closure_STDCALL +
1642985
29  LiveCode-Indy   0x00307992 _Znwm + 653874
30  LiveCode-Indy   0x00308a00 _Znwm + 658080
31  LiveCode-Indy   0x0034b951 _Znwm + 932337
32  LiveCode-Indy   0x0038e6cf MCWidgetExecClosePopup +
123663
33  LiveCode-Indy   0x001e2ad8 ffi_closure_STDCALL +
1447208
34  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
35  LiveCode-Indy   0x003d8138 MCWidgetExecClosePopup +
425336
36  LiveCode-Indy   0x0021622f ffi_closure_STDCALL +
1657983
37  LiveCode-Indy   0x00212799 ffi_closure_STDCALL +
1642985
38  LiveCode-Indy   0x00307992 _Znwm + 653874
39  LiveCode-Indy   0x00308a00 _Znwm + 658080
40  LiveCode-Indy   0x0034b951 _Znwm + 932337
41  LiveCode-Indy   0x002926a1 _Znwm + 173889
42  LiveCode-Indy   0x0034ba97 _Znwm + 932663
43  LiveCode-Indy   0x0034ba97 _Znwm + 932663
44  LiveCode-Indy   0x003d7b78 MCWidgetExecClosePopup +
423864
45  LiveCode-Indy   0x00243556 ffi_closure_STDCALL +
1843110
46  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
47  LiveCode-Indy   0x003d7ebc MCWidgetExecClosePopup +
424700
48  LiveCode-Indy   0x002177c2 ffi_closure_STDCALL +
1663506
49  LiveCode-Indy   0x00212799 ffi_closure_STDCALL +
1642985
50  LiveCode-Indy   0x00307992 _Znwm + 653874
51  LiveCode-Indy   0x00308a00 _Znwm + 658080
52  LiveCode-Indy   0x0034b951 _Znwm + 932337
53  LiveCode-Indy   0x003d7b78 MCWidgetExecClosePopup +
423864
54  LiveCode-Indy   0x00243556 ffi_closure_STDCALL +
1843110
55  LiveCode-Indy   0x003d7fb8 MCWidgetExecClosePopup +
424952
56  LiveCode-Indy   0x003d8138

Re: ANN: new glx2 script editor now on line

2016-09-23 Thread Sannyasin Brahmanathaswami 

Mark Wieder"  wrote:

So far seems fine on El Capitan. You *do* have a way of pushing the 
limits of things, though, so I await your experiences.

BR: seems I spoke too soon. Now I'm experiencing the exact same issue I had 
years ago: compiled scripts are not actually saved into the stack.

open script
work on it
compile
test  # yes new code is implemented
close script tab
save stack
 remove stack from memory
quit LC
reboot
 open stack

Changes to the script we were editin are not 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: LiveCode interface to SCORM /LIT

2016-09-23 Thread William Prothero 
Folks:
Here’s some more info I found on interfaces to LMS. I queried the director (a 
friend) of the Office of Instructional Improvement at the University of 
California, Santa Barbara and got this response:

"Hey, good to hear from you.  Sorry for the delayed response, but yesterday was 
the first day of classes for fall.  I also had to do a bit of research. In 
terms of interoperability with LMS’s  the best option, I think, is for the 
Livecode guys to focus on the LTI 2 standards and APIs for defining an LTI 2 
content publisher and LTI 2 content consumer.  That is the interoperability 
piece.  xAPI is a set of API’s for collecting and storing user interaction data 
for later analysis, e.g. learning analytics.  It is a standard proposed by ADL. 
 It is kind of competing in that space with Caliper with is being developed by 
IMS global, and which is intended to work with the LTI 2 standard which IMS 
Global is also developing. I would think that it would be better to stick with 
the whole IMS Global suite of interoperability standards and analytics 
collection standards than trying to knit LTI 2 and xAPI, but that’s just me.  
The UC system has been very involved with development of both standards working 
with IMS Global for the past three years.  Hope that helps.”

A useful Link:
http://www.laceproject.eu/learning-analytics-review/files/2016/08/LACE-review07_xapi-caliper.pdf
 


Best,
Bill

> On Sep 22, 2016, at 7:19 AM, Martin Koob  wrote:
> 
> Thanks for the link to LTI. I am interested in a technology that could
> integrate my LiveCode app into LMS's. 
> 
> I think that Tin-Can API or the ExperienceAPI (xAPI) were also developed as
> a successor to SCORM to address its shortcomings.  
> https://experienceapi.com/history/
> 
> They list a number of adopters including BlackBoard and Moodle
> 
> http://experienceapi.com/adopters/
> 
> Have you heard of this?  Would this api accomplish what you are trying to
> do?
> 
> Martin
> 
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://runtime-revolution.278305.n4.nabble.com/LiveCode-interface-to-SCORM-LIT-tp4708670p4708773.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: ANN: new glx2 script editor now on line

2016-09-23 Thread Sannyasin Brahmanathaswami 
Mark Wieder"  wrote:

So far seems fine on El Capitan. You *do* have a way of pushing the limits 
of things, though, so I await your experiences.

BR:
OK, so far so good in a fairly complex environment where we load a lot of 
binary LC stacks in front and also backscripts and behavior… so far no crashes… 

Of course without docs I am probably using .1 % of what GLX2 does.

I ran into that same thing with cmd-comma… but got prefs from the menu.

is code folding *really* that dangerous as to wipe data from your scripts?

Already  "in love" 
all caps structure  leads, 
chalk board theme.
 auto save ever 3 compiles.. 
having the breadcrumb show the name of any object on hover… awesome.

[Thanks Jerry!]



 



___
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 ] Release 8.1.1 RC-1

2016-09-23 Thread Richmond 

Super . . . although I shall probabaly wait to download
until tomorrow as your servers seem to be clogged.

Richmond.

On 23.09.2016 20:37, panagiotis merakos wrote:

Dear list members,

We are pleased to announce the release of LiveCode 8.1.1 RC 1.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents

Xcode 8 and iOS 10 support

--
This release adds support for deploying iOS 10 standalones using Xcode 8.
  iOS 8.2 standalone deployment using Xcode 6.2 has been removed.

LiveCode 8.1.1 RC 1 also contains 34 bug fixes and stability improvements.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_1/LiveCodeNotes-8_1_1_rc_1.pdf


Feedback

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


Have fun!
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



___
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 ] Release 8.1.1 RC-1

2016-09-23 Thread panagiotis merakos 
Dear list members,

We are pleased to announce the release of LiveCode 8.1.1 RC 1.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents

Xcode 8 and iOS 10 support

--
This release adds support for deploying iOS 10 standalones using Xcode 8.
 iOS 8.2 standalone deployment using Xcode 6.2 has been removed.

LiveCode 8.1.1 RC 1 also contains 34 bug fixes and stability improvements.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_1/LiveCodeNotes-8_1_1_rc_1.pdf


Feedback

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


Have fun!
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: The name of the property to trace scripts into the IDE

2016-09-23 Thread Dr. Hawkins 
On Thu, Sep 22, 2016 at 5:47 PM, Mark Wieder  wrote:

>
> On 09/22/2016 01:24 PM, Dr. Hawkins wrote:
>
> global gRevDevelopment; put true into gRevDevelopment
>>>
>>>
>> Unfortunately, it's not getting me there.
>>
>
>  one of the problems with setting gRevDevelopment to true is that
> you expose yourself to bugs and unremoved breakpoints in the IDE stacks.
> With the default setting of false these errors are just swept under the rug
> and you (mostly) never notice them.


I'll put up with some extras if I can just get at the line of code throwing
the error!

>
>
> also, in reading the file revmessagebox.rev, I see lots of references like:
>>
>> button id 1037 of group id 1016 of card id 1002 of stack
>> "/Applications/LiveCode Community 6.7 (dp
>> 2).app/Contents/Tools/Toolset/revlibrary.rev"
>>
>>
>> What in the world is this doing in Indy 7.1.4???
>>
>
> I don't have much of a clue, sorry. Sounds like maybe a path issue? What
> platform is this.
>


OSX/El Capitan.

It's not just paths--I don't have any Community versions or 6.x versions
for it to have picked up.

At a couple of points, I tried 6, but it had the phantom variable
declaration problem many times worse than 5, and I had to give up.   I went
straight to 7 once it was usable.

I've also avoided the community version like the plague (as well as any
other GPL3 software that involves source code making it to my computer; the
"All your patents are belong to us" and such is just to dangerous)

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

Re: ANN: new glx2 script editor now on line

2016-09-23 Thread Mike Kerner 
oh, yeah.  duh.  just because the blog is broken...

On Fri, Sep 23, 2016 at 1:08 PM, mwieder  wrote:

> italicizing comment with Source Code Pro works for me. Maybe you've got
> some
> other conflict?
>
> ...and yes, unbolding folder names doesn't seem to be working properly.
> Seems to work and then unwork. Can you report these things as issues on
> bitbucket so that I can track them properly? Thanks.
>
>
>
> -
> --
>  Mark Wieder
>  ahsoftw...@gmail.com
> --
> View this message in context: http://runtime-revolution.
> 278305.n4.nabble.com/ANN-new-glx2-script-editor-now-on-
> line-tp4708283p4708847.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
>



-- 
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: ANN: new glx2 script editor now on line

2016-09-23 Thread Mike Kerner 
I don't need it, but when you hit it, the GLX2 prefs window opens and then
immediately closes.  It's the sequence that LC uses to open prefs, and I
think it's sort-of standard on macs.  If you disable it, I don't think
anyone would complain, but check the File menu when glx2 is open - it shows
the shortcut.  The shortcut just breaks.

On Fri, Sep 23, 2016 at 1:00 PM, mwieder  wrote:

> OK - admittedly I never thought about command-comma. That's a bizarre key
> sequence. I'll add it to the next build if you really need it.
>
>
>
> -
> --
>  Mark Wieder
>  ahsoftw...@gmail.com
> --
> View this message in context: http://runtime-revolution.
> 278305.n4.nabble.com/ANN-new-glx2-script-editor-now-on-
> line-tp4708283p4708845.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
>



-- 
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: ANN: new glx2 script editor now on line

2016-09-23 Thread mwieder 
italicizing comment with Source Code Pro works for me. Maybe you've got some
other conflict?

...and yes, unbolding folder names doesn't seem to be working properly.
Seems to work and then unwork. Can you report these things as issues on
bitbucket so that I can track them properly? Thanks.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-new-glx2-script-editor-now-on-line-tp4708283p4708847.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: ANN: new glx2 script editor now on line

2016-09-23 Thread mwieder 
OK - admittedly I never thought about command-comma. That's a bizarre key
sequence. I'll add it to the next build if you really need it.



-
-- 
 Mark Wieder
 ahsoftw...@gmail.com
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/ANN-new-glx2-script-editor-now-on-line-tp4708283p4708845.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: IDE Script Editor question...

2016-09-23 Thread Mark Talluto 

> On Sep 22, 2016, at 2:08 PM, Paul Dupuis  wrote:
> 
> Ah ha. The insertion point must be INSIDE a handler and only re-indents
> that handler when you press TAB
> 
> If the insertion point is between handlers or outside of any handler,
> nothing happens. Ok, tab is useful, but something that reformatted ALL
> handlers in a script would be even better.
> 
> Not perfect, but a step better than nothing. Thanks for the tip!

Here is the code we use here to indent a whole script.

command cdt_FastIndent
 local tHandlerList, tOffset, tProgressSoFar
 
 if not(exists(fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1")) then exit cdt_FastIndent
 
 lock screen
 put the text of fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1" into tHandlerList
 filter tHandlerList with "end *"
 filter tHandlerList without "* switch" //IGNORE NON-HANDLER KEYWORDS
 filter tHandlerList without "* repeat" //IGNORE NON-HANDLER KEYWORDS
 filter tHandlerList without "* try" //IGNORE NON-HANDLER KEYWORDS
 filter tHandlerList without "* if" //IGNORE NON-HANDLER KEYWORDS
 
 put 0 into tProgressSoFar
 
 set the wholeMatches to true
 repeat for each line thisLine in tHandlerList
  put lineOffset(thisLine, fld "script" of grp "editor" of cd "main" of 
stack "revNewScriptEditor 1", tProgressSoFar) into tOffset
  select before line tOffset+tProgressSoFar of \
fld "script" of grp "editor" of cd "main" of stack 
"revNewScriptEditor 1"
  dispatch "tabKey" to fld "script" of grp "editor" of cd "main" of 
stack "revNewScriptEditor 1"
  add tOffset to tProgressSoFar
 end repeat
 unlock screen
end cdt_FastIndent


Best regards,

Mark Talluto
livecloud.io
canelasoftware.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: Likely arrival date for the "Full cross platform audio recording" part of "Infinite LiveCode"

2016-09-23 Thread Dave Kilroy 
Thanks Peter

Richmond we shall see what we shall see - but at the moment I’m full of hopeful 
expectation :)


> Hi Dave, 
> 
> The language dev team are currently actively working on Infinite 
> LiveCode, and you'll see bits and pieces of it appearing in forthcoming 
> DP releases, but I don't have a completion date yet. 
> 
>Peter 
> 
> -- 
> Dr Peter Brett <[hidden email]> 
> 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

Re: Breaking out a PDF

2016-09-23 Thread Kay C Lan 
On Tue, Sep 20, 2016 at 1:44 AM, Skip Kimpel  wrote:
> 200+ pages combined into 1
> PDF) that are 1 pager's (8.5x11) and each page in the PDF needs to be
> broken out into it's own file.
>
For those on OS X you can get LC to talk to an Automator workflow that
uses the cryptically named 'Split PDF' to do this for 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: ANN: new glx2 script editor now on line

2016-09-23 Thread Mike Kerner 
ok, next thing:
italicizing comments for font SourceCodePro doesn't seem to happen (but it
does for InputMonoLight).
Bolding folder names don't seem to work, but I can't tell which direction
it doesn't work.  Folder names look bold, but hitting the checkbox and then
unchecking doesn't do anything, so I can't tell for sure.

On Thu, Sep 22, 2016 at 8:40 PM, Mark Wieder  wrote:

> On 09/22/2016 12:09 PM, Mike Kerner wrote:
>
>> It doesn't appear to be hiding.  I thought that, too.  It also doesn't
>> appear in the list of windows, but I haven't checked the PB to see if it's
>> just misbehaving in multiple ways.  And we're talking about OSX el cap or
>> whatever 11 is
>>
>
> Interesting. Did you trash your old preferences file before launching the
> new build?
>
> --
>  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

Re: ANN: new glx2 script editor now on line

2016-09-23 Thread Mike Kerner 
yep.  and I just found out something interesting that I probably should
have mentioned:  how you bring up the prefs matters.  I was trying to
command-comma it.  If I just try to bring it up from the File menu, it
seems to stick.

On Thu, Sep 22, 2016 at 8:40 PM, Mark Wieder  wrote:

> On 09/22/2016 12:09 PM, Mike Kerner wrote:
>
>> It doesn't appear to be hiding.  I thought that, too.  It also doesn't
>> appear in the list of windows, but I haven't checked the PB to see if it's
>> just misbehaving in multiple ways.  And we're talking about OSX el cap or
>> whatever 11 is
>>
>
> Interesting. Did you trash your old preferences file before launching the
> new build?
>
> --
>  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

Re: Waiting for the train

2016-09-23 Thread Richmond 

"as he found"

Um; all I seem to do is FIND things . . .

Richmond.

On 23.09.2016 00:48, Dr. Hawkins wrote:

On Thu, Sep 22, 2016 at 2:23 PM, Mike Bonner  wrote:


My preference is the send in time as shown by paul.


I don't think that it's even a matter of "preference" for what Richmond is
trying to do:  even though messages can fly about, being stopped on a line
of code will block some parts of the interface, as he found.





___
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: Likely arrival date for the "Full cross platform audio recording" part of "Infinite LiveCode"

2016-09-23 Thread Richmond 

This is almost as old a chestnut as *audio export*.

Richmond.

On 23.09.2016 14:36, Dave Kilroy wrote:

Hi - anyone got any news / heard any rumours about a landing data for full 
cross platform audio recording?

I’m particularly interested in delivering this for iOS/Android - I know I could 
use mergAV (and in theory mergAndroid) but would prefer to use a shiny new tool 
from LiveCode instead...

Kind regards

Dave


___
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: Likely arrival date for the "Full cross platform audio recording" part of "Infinite LiveCode"

2016-09-23 Thread Peter TB Brett 

On 23/09/2016 12:36, Dave Kilroy wrote:

Hi - anyone got any news / heard any rumours about a landing data for
full cross platform audio recording?

I’m particularly interested in delivering this for iOS/Android - I
know I could use mergAV (and in theory mergAndroid) but would prefer
to use a shiny new tool from LiveCode instead...


Hi Dave,

The language dev team are currently actively working on Infinite 
LiveCode, and you'll see bits and pieces of it appearing in forthcoming 
DP releases, but I don't have a completion date yet.


  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

Likely arrival date for the "Full cross platform audio recording" part of "Infinite LiveCode"

2016-09-23 Thread Dave Kilroy 
Hi - anyone got any news / heard any rumours about a landing data for full 
cross platform audio recording? 

I’m particularly interested in delivering this for iOS/Android - I know I could 
use mergAV (and in theory mergAndroid) but would prefer to use a shiny new tool 
from LiveCode instead...

Kind regards

Dave


___
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: Syntax: mouseUp mouseButtonNumber

2016-09-23 Thread Mark Wieder 

On 09/22/2016 05:44 PM, Roger Eller wrote:

If the syntax example had been pWhichBtn instead of mouseButtonNumber, I
"might" have recognized it as a parameter.


Aha! Got it now.

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