Re: When is open stack sent on Mobile

[Paul Hibbert]

A quick test shows that suspendStack and resumeStack do appear to work on the 
iOS simulator despite the omission of mobile platforms in the dictionary. Sorry 
I don’t have Android set up for testing right now.

LC 8.1.0 • Mac OSX 10.11.6 • iOS 9.3

Paul

> On Jul 27, 2016, at 4:25 PM, Sannyasin Brahmanathaswami  
> wrote:
> 
> It appears on mobile you can issue
> 
> go stack "stackOne"
> 
> and then later
> 
> go stack "stackTwo"
> 
> and then you will only see "stackOne"
> 
> But if you have links that go backto "stackOne"  I'm not getting any open 
> stack or open card messages handlers to fire.  I suspect that's because they 
> are still.
> 
> Anyone else using multiple stacks in a mobile app…and found a way to trap for 
> when a stack does into the background and the comes back into the foreground 
> (takes over the screen() unfortunately, suspend and resume, are not available 
> on mobile.
> 
> 
> BR
> ___
> 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: Reading arrays, 3 methods tested, results

[Mark Wieder]

On 07/27/2016 01:52 PM, Richard Gaskin wrote:


I get very different results here using this script to produce a small
sample data set.  I would expect them to be different given that Method
1 re-uses a single multi-line key, and Method 3 uses a multi-line key to
retrieve a value that in the original data is a simpler key.


Yeah, I'm with Richard on this. Those are very different routines.

The first one of course is wrong because it won't put anything into the 
result array. Even if it worked, I'd expect it to be the slowest because 
"the keys of " has to be evaluated at runtime, so it's essentially 
the same speed as a "do" statement.


The third form is wrong for a similar reason as the first, just in a 
less intuitive and faster wrongness.



Then again, I have to admit I'm not sure what the transformation is
supposed to do.


Nor I.

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

When is open stack sent on Mobile

[Sannyasin Brahmanathaswami]

It appears on mobile you can issue

go stack "stackOne"

and then later

go stack "stackTwo"

and then you will only see "stackOne"

But if you have links that go backto "stackOne"  I'm not getting any open stack 
or open card messages handlers to fire.  I suspect that's because they are 
still.

Anyone else using multiple stacks in a mobile app…and found a way to trap for 
when a stack does into the background and the comes back into the foreground 
(takes over the screen() unfortunately, suspend and resume, are not available 
on mobile.


BR
___
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: Reading arrays, 3 methods tested, results

[Richard Gaskin]

Phil Davis wrote:

> Hey Richard,
>
> Wouldn't it give more accurate results to compare arrays without
> encoding them, rather than comparing the encoded arrays? Isn't
> encoded string way roughly 100% likely to be 'not equal'?

Is it?

Modifying my code to come up with examples using different algos, I was 
able to get a "true" in my routine.


Two benefits of arrayEncode there are that it makes the output visible, 
so you can see (at least roughly) how they're different, and it lets us 
get a length for the array data, which can be helpful given that many 
things in LC's binary encoded array format will display as non-printing 
characters (numbers, for example, as stored in binary form).


Now that = can be used to recursively compare arrays that may not be a 
bad option, or even better to translate the output to JSON for even 
better visibility.


--
 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: Reading arrays, 3 methods tested, results

[Phil Davis]

Hey Richard,

Wouldn't it give more accurate results to compare arrays without 
encoding them, rather than comparing the encoded arrays? Isn't encoded 
string way roughly 100% likely to be 'not equal'?


Thanks -
Phil Davis


On 7/27/16 1:52 PM, Richard Gaskin wrote:

Mark Talluto wrote:

>> On Jul 27, 2016, at 12:48 PM, Richard Gaskin wrote:
>>
>> Thanks, Mark.  You know I loves me some benchmarking. :)
>>
>> Do all three produce the same result?
>
> Yes.

I get very different results here using this script to produce a small 
sample data set.  I would expect them to be different given that 
Method 1 re-uses a single multi-line key, and Method 3 uses a 
multi-line key to retrieve a value that in the original data is a 
simpler key.


Then again, I have to admit I'm not sure what the transformation is 
supposed to do.


Where does this code go wrong?:



on mouseUp
   -- Create small data set:
   repeat with i = 1 to 5
  repeat with j = 1 to 5
 repeat with k = 1 to 5
put "val-"& i &"-"& j &"-"& k into tVal
put tVal into gCSIdatabaseA[i][j][k]
 end repeat
  end repeat
   end repeat
   -- Arbitrary ID for sub-array of interest:
   put 5 into xTableID
   --

   --GET ALL THE RECORDS FROM THIS TABLE
   repeat for each element xRecordClusterA in gCSIdatabaseA[xTableID]
  repeat for each element xElement in xRecordClusterA
 put xElement into tRecordA1[xTableID][(the keys of 
xRecordClusterA)]

  end repeat
   end repeat


   --GET ALL THE RECORDS FROM THIS TABLE
   repeat for each element xRecord in gCSIdatabaseA[xTableID]
  repeat for each key xRecordID in xRecord
 put xRecord[xRecordID] into tRecordA2[xTableID][xRecordID]
  end repeat
   end repeat


   --GET ALL THE RECORDS FROM THIS TABLE
   repeat for each key xRecordCluster in gCSIdatabaseA[xTableID]
  put the keys of gCSIdatabaseA[xTableID][xRecordCluster] into 
tRecordID
  put gCSIdatabaseA[xTableID][xRecordCluster][tRecordID] into 
tRecordA3[xTableID][tRecordID]

   end repeat


   -- Display result:
   put arrayEncode(tRecordA1) into r1
   put arrayEncode(tRecordA2) into r2
   put arrayEncode(tRecordA3) into r3
   put ( (r1 = r2) AND (r2 = r3) ) \
 & "Set1 len="& len(r1) &""& r1 &"" \
 & "Set2 len="& len(r2) &""& r2 &"" \
 & "Set3 len="& len(r3) &""& r3 &""
end mouseUp




--
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: Reading arrays, 3 methods tested, results

[Richard Gaskin]

Mark Talluto wrote:

>> On Jul 27, 2016, at 12:48 PM, Richard Gaskin wrote:
>>
>> Thanks, Mark.  You know I loves me some benchmarking. :)
>>
>> Do all three produce the same result?
>
> Yes.

I get very different results here using this script to produce a small 
sample data set.  I would expect them to be different given that Method 
1 re-uses a single multi-line key, and Method 3 uses a multi-line key to 
retrieve a value that in the original data is a simpler key.


Then again, I have to admit I'm not sure what the transformation is 
supposed to do.


Where does this code go wrong?:



on mouseUp
   -- Create small data set:
   repeat with i = 1 to 5
  repeat with j = 1 to 5
 repeat with k = 1 to 5
put "val-"& i &"-"& j &"-"& k  into tVal
put tVal into gCSIdatabaseA[i][j][k]
 end repeat
  end repeat
   end repeat
   -- Arbitrary ID for sub-array of interest:
   put 5 into xTableID
   --

   --GET ALL THE RECORDS FROM THIS TABLE
   repeat for each element xRecordClusterA in gCSIdatabaseA[xTableID]
  repeat for each element xElement in xRecordClusterA
 put xElement into tRecordA1[xTableID][(the keys of 
xRecordClusterA)]

  end repeat
   end repeat


   --GET ALL THE RECORDS FROM THIS TABLE
   repeat for each element xRecord in gCSIdatabaseA[xTableID]
  repeat for each key xRecordID in xRecord
 put xRecord[xRecordID] into tRecordA2[xTableID][xRecordID]
  end repeat
   end repeat


   --GET ALL THE RECORDS FROM THIS TABLE
   repeat for each key xRecordCluster in gCSIdatabaseA[xTableID]
  put the keys of gCSIdatabaseA[xTableID][xRecordCluster] into 
tRecordID
  put gCSIdatabaseA[xTableID][xRecordCluster][tRecordID] into 
tRecordA3[xTableID][tRecordID]

   end repeat


   -- Display result:
   put arrayEncode(tRecordA1) into r1
   put arrayEncode(tRecordA2) into r2
   put arrayEncode(tRecordA3) into r3
   put ( (r1 = r2) AND (r2 = r3) ) \
 & "Set1 len="& len(r1) &""& r1 &"" \
 & "Set2 len="& len(r2) &""& r2 &"" \
 & "Set3 len="& len(r3) &""& r3 &""
end mouseUp


--
 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: Reading arrays, 3 methods tested, results

[Mark Talluto]

Yes.

-Mark


> On Jul 27, 2016, at 12:48 PM, Richard Gaskin  
> wrote:
> 
> Thanks, Mark.  You know I loves me some benchmarking. :)
> 
> Do all three produce the same result?
> 
> - rg
> 
> 
> Mark Talluto wrote:
> > Thought this might be interesting to those benchmarking reads on
> > arrays. I was working to optimize one small section of code in
> > our database and found that the method I figured would be the slowest
> > ended up being the fastest. Maybe this will be helpful to others
> > doing a lot of array work.
> >
> > Macbook Pro, macOS 10.11.5
> > LiveCode 8.1 dp2
> > Data: 135k records
> >
> >  (method 1) 1.36 seconds
> > --GET ALL THE RECORDS FROM THIS TABLE
> > repeat for each element xRecordClusterA in gCSIdatabaseA[xTableID]
> > repeat for each element xElement in xRecordClusterA
> > put xElement into tRecordA[xTableID][(the keys of 
> > xRecordClusterA)]
> > end repeat
> > end repeat
> >
> >
> > (method 2) 220 ms
> > --GET ALL THE RECORDS FROM THIS TABLE
> > repeat for each element xRecord in gCSIdatabaseA[xTableID]
> > repeat for each key xRecordID in xRecord
> > put xRecord [xRecordID] into tRecordA[xTableID][xRecordID]
> > end repeat
> > end repeat
> >
> >
> >  (method 3) 77 ms
> > --GET ALL THE RECORDS FROM THIS TABLE
> > repeat for each key xRecordCluster in gCSIdatabaseA[xTableID]
> > put the keys of gCSIdatabaseA[xTableID][xRecordCluster] into tRecordID
> > put gCSIdatabaseA[xTableID][xRecordCluster][tRecordID] into 
> > tRecordA[xTableID][tRecordID]
> > end repeat
> >
> 
> 
> ___
> 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: Reading arrays, 3 methods tested, results

[Richard Gaskin]

Thanks, Mark.  You know I loves me some benchmarking. :)

Do all three produce the same result?

- rg


Mark Talluto wrote:
> Thought this might be interesting to those benchmarking reads on
> arrays. I was working to optimize one small section of code in
> our database and found that the method I figured would be the slowest
> ended up being the fastest. Maybe this will be helpful to others
> doing a lot of array work.
>
> Macbook Pro, macOS 10.11.5
> LiveCode 8.1 dp2
> Data: 135k records
>
>  (method 1) 1.36 seconds
> --GET ALL THE RECORDS FROM THIS TABLE
> repeat for each element xRecordClusterA in gCSIdatabaseA[xTableID]
>repeat for each element xElement in xRecordClusterA
>put xElement into tRecordA[xTableID][(the keys of xRecordClusterA)]
>end repeat
> end repeat
>
>
> (method 2) 220 ms
> --GET ALL THE RECORDS FROM THIS TABLE
> repeat for each element xRecord in gCSIdatabaseA[xTableID]
>repeat for each key xRecordID in xRecord
>put xRecord [xRecordID] into tRecordA[xTableID][xRecordID]
>end repeat
> end repeat
>
>
>  (method 3) 77 ms
> --GET ALL THE RECORDS FROM THIS TABLE
> repeat for each key xRecordCluster in gCSIdatabaseA[xTableID]
>put the keys of gCSIdatabaseA[xTableID][xRecordCluster] into tRecordID
> 	put gCSIdatabaseA[xTableID][xRecordCluster][tRecordID] into 
tRecordA[xTableID][tRecordID]

> end repeat
>


___
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

Reading arrays, 3 methods tested, results

[Mark Talluto]

Thought this might be interesting to those benchmarking reads on arrays. I was 
working to optimize one small section of code in our database and found that 
the method I figured would be the slowest ended up being the fastest. Maybe 
this will be helpful to others doing a lot of array work.

Macbook Pro, macOS 10.11.5
LiveCode 8.1 dp2
Data: 135k records

 (method 1) 1.36 seconds
--GET ALL THE RECORDS FROM THIS TABLE
repeat for each element xRecordClusterA in gCSIdatabaseA[xTableID]
repeat for each element xElement in xRecordClusterA
put xElement into tRecordA[xTableID][(the keys of 
xRecordClusterA)]
end repeat
end repeat


(method 2) 220 ms
--GET ALL THE RECORDS FROM THIS TABLE 
repeat for each element xRecord in gCSIdatabaseA[xTableID]
repeat for each key xRecordID in xRecord
put xRecord [xRecordID] into tRecordA[xTableID][xRecordID]
end repeat
end repeat


 (method 3) 77 ms
--GET ALL THE RECORDS FROM THIS TABLE
repeat for each key xRecordCluster in gCSIdatabaseA[xTableID]
put the keys of gCSIdatabaseA[xTableID][xRecordCluster] into tRecordID
put gCSIdatabaseA[xTableID][xRecordCluster][tRecordID] into 
tRecordA[xTableID][tRecordID]
end repeat


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: Moving from 6.6.1 to 8.0.0 Handlers vanished

[Camm]

Hi ,

Thanks all.

Yes , I put in a space , applied and saved.
Opened again , no change , then put space in and apply this time error for 
using "until" in repeat.
Put that right and all handlers appeared , as you said.

Great !!

Regards
Camm

- Original Message -
From: "Richard Gaskin" 
To: use-livecode@lists.runrev.com
Sent: Wednesday, 27 July, 2016 6:39:45 PM
Subject: Re: Moving from 6.6.1 to 8.0.0 Handlers vanished

Camm wrote:

 > No syntax error just all handlers missing LC8

You may want to double-check that the splitter at the bottom of the 
window isn't pulled all the way down.  That's normally where compilation 
errors are reported, but if it's collapsed you may not see them.  A 
single error preventing a script from compiling will exhibit the 
symptoms described.

-- 
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

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

Re: Moving from 6.6.1 to 8.0.0 Handlers vanished

[Richard Gaskin]

Camm wrote:

> No syntax error just all handlers missing LC8

You may want to double-check that the splitter at the bottom of the 
window isn't pulled all the way down.  That's normally where compilation 
errors are reported, but if it's collapsed you may not see them.  A 
single error preventing a script from compiling will exhibit the 
symptoms described.


--
 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: Moving from 6.6.1 to 8.0.0 Handlers vanished

[Mike Bonner]

Camm, you did actually type something (almost anything) into the script
(you said the script is there, but the handlers don't show)  and then apply
the changes?  (even a space will work)  This was mentioned elsewhere, and
I've run across it in the past myself where a script can be set, but still
have something wrong with it making the handlers list appear empty. I've
also seen it where the script was fine, but its the same issue.  The script
is properly set, but not seen correctly.  Usually making a tiny change in
the script and then applying those changes will fix it.

On Wed, Jul 27, 2016 at 11:08 AM, panagiotis merakos 
wrote:

> Camm,
>
>  Are you on Windows? It might be the case that some non-printable chars
> where added to the script editor if you copied the scripts from LC 6.x and
> pasted them into LC 8.
>
> I would suggest you submit a bug report and attach your stack that exhibits
> the problem.
>
> Best,
> Panos
> --
>
>
> On Wed, Jul 27, 2016 at 5:57 PM, Camm  wrote:
>
> > No syntax error just all handlers missing LC8
> >
> > So in LC6xx
> >
> > on Fish
> > statement...
> > statement...
> > end Fish
> >
> > on Dog
> > statement...
> > statement...
> > end Dog
> >
> > Fish and Dog appear in Handler List and Statements execute fine.
> >
> >
> > In LC8
> >
> > Fish and Dog do not appear in Handler List , so when called the "Handler
> > :cannot find handler" error.
> >
> >
> > Regards
> > Camm
> >
> >
> > - Original Message -
> > From: "Paul Dupuis" 
> > To: use-livecode@lists.runrev.com
> > Sent: Tuesday, 26 July, 2016 8:01:06 PM
> > Subject: Re: Moving from 6.6.1 to 8.0.0 Handlers vanished
> >
> > What you are seeing is a behavior where in LC 8 the engine sees
> > something in the script that is a syntax error that LC6 regards as fine.
> >
> > Open the script in 8, make a small change and try to apply and it should
> > tell you what it thing is the syntax error.
> >
> >
> >
> > On 7/26/2016 1:40 PM, Camm wrote:
> > > Hello ,
> > >
> > >
> > > I may have missed something minor but had to stay with 6.6.1 until
> > serial port issue addressed. This was addressed in version 8.0.0 so I
> > upgraded.
> > >
> > >
> > > Now when 8.0.0 loads the stack no handlers appear in the handler list ?
> > > All the script was in "Stack Script" which can be seen but no handlers
> > in the list.
> > >
> > >
> > > When the script runs " Handler :cannot find handler" error.
> > >
> > >
> > > Went back to 6.6.1 and all is fine.
> > >
> > >
> > > Thanks in advance.
> > > Camm
> > > ___
> > > 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
> >
> ___
> 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: Moving from 6.6.1 to 8.0.0 Handlers vanished

[panagiotis merakos]

Camm,

 Are you on Windows? It might be the case that some non-printable chars
where added to the script editor if you copied the scripts from LC 6.x and
pasted them into LC 8.

I would suggest you submit a bug report and attach your stack that exhibits
the problem.

Best,
Panos
--


On Wed, Jul 27, 2016 at 5:57 PM, Camm  wrote:

> No syntax error just all handlers missing LC8
>
> So in LC6xx
>
> on Fish
> statement...
> statement...
> end Fish
>
> on Dog
> statement...
> statement...
> end Dog
>
> Fish and Dog appear in Handler List and Statements execute fine.
>
>
> In LC8
>
> Fish and Dog do not appear in Handler List , so when called the "Handler
> :cannot find handler" error.
>
>
> Regards
> Camm
>
>
> - Original Message -
> From: "Paul Dupuis" 
> To: use-livecode@lists.runrev.com
> Sent: Tuesday, 26 July, 2016 8:01:06 PM
> Subject: Re: Moving from 6.6.1 to 8.0.0 Handlers vanished
>
> What you are seeing is a behavior where in LC 8 the engine sees
> something in the script that is a syntax error that LC6 regards as fine.
>
> Open the script in 8, make a small change and try to apply and it should
> tell you what it thing is the syntax error.
>
>
>
> On 7/26/2016 1:40 PM, Camm wrote:
> > Hello ,
> >
> >
> > I may have missed something minor but had to stay with 6.6.1 until
> serial port issue addressed. This was addressed in version 8.0.0 so I
> upgraded.
> >
> >
> > Now when 8.0.0 loads the stack no handlers appear in the handler list ?
> > All the script was in "Stack Script" which can be seen but no handlers
> in the list.
> >
> >
> > When the script runs " Handler :cannot find handler" error.
> >
> >
> > Went back to 6.6.1 and all is fine.
> >
> >
> > Thanks in advance.
> > Camm
> > ___
> > 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
>
___
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: Move to the points

[[-hh]]

This kind of a points list is a typical application for "repeat with ..
step",
we had it here recently ...

on mouseUp
   repeat with j=0.1 to 12.5 step 0.1
put cr & (sin(j)*cos(j)*300 + 400, cos(j)*300 + 400) after pts
  end repeat
  set points of grc "g1" to char 2 to -1 of pts
end mouseUp

Richmond wrote
> Usual nonsense: replying to my own postings:
> 
> The problem lies in my relying on put (KOUNT * 10) into LYNE
> 
> to supply me with continuous line numbers for my listField, now sorted
> out:
> 
> on mouseUp
> put empty into fld "f1"
> put 0.1 into KOUNT
> put 1 into LYNE
> repeat until KOUNT > 12.6
>put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
>put cos (KOUNT)) ) * 300) +400) into TB
>put (LR & "," & TB) into line LYNE of fld "f1"
>add 0.1 to KOUNT
>add 1 to LYNE
> end repeat
> set the points of grc "c1" to fld "f1"
> end mouseUp
> 
> The IDE did not help with its cryptic message.
> 
> R.
> 
> 
> On 27.07.2016 16:46, Richmond wrote:
>> Of course part of this could be the problem that my initial curve 
>> generation script leaves empty lines in
>>
>> the listField that contains the points of the curve.
>>
>> R.
>>
>>
>> On 27.07.2016 16:44, Richmond wrote:
>>> So I have a graphic object generated like this:
>>>
>>> on mouseUp
>>>put empty into fld "f1"
>>>put 0.1 into KOUNT
>>>repeat until KOUNT > 12.6
>>>   put (KOUNT * 10) into LYNE
>>>   put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
>>>   put cos (KOUNT)) ) * 300) +400) into TB
>>>   put (LR & "," & TB) into line LYNE of fld "f1"
>>>   add 0.1 to KOUNT
>>>end repeat
>>>set the points of grc "c1" to fld "f1"
>>> end mouseUp
>>>
>>> (where grc "c1" is a pre-existing graphic)
>>>
>>> and a button containing this:
>>>
>>> on mouseUp
>>>move grc "g1" to the points of grc "c1" in 10 seconds
>>> end mouseUp
>>>
>>> and all should be fine, but it isn't, because on attempted execution 
>>> of the button I get this:
>>>
>>> "button "GO": execution error at line 2 (move: end point is not a 
>>> point), char 21".
>>>
>>> All very mysterious, Richmond.
>>>
>>> P.S. Before Mark, Jacque or Richard try it; there is a comma before 
>>> my name!
>>>
>>
> 
> 
> ___
> use-livecode mailing list

> use-livecode@.runrev

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





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Move-to-the-points-tp4707028p4707036.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: Moving from 6.6.1 to 8.0.0 Handlers vanished

[Camm]

No syntax error just all handlers missing LC8

So in LC6xx 

on Fish
statement...
statement...
end Fish

on Dog
statement...
statement...
end Dog

Fish and Dog appear in Handler List and Statements execute fine.


In LC8

Fish and Dog do not appear in Handler List , so when called the "Handler 
:cannot find handler" error.


Regards
Camm


- Original Message -
From: "Paul Dupuis" 
To: use-livecode@lists.runrev.com
Sent: Tuesday, 26 July, 2016 8:01:06 PM
Subject: Re: Moving from 6.6.1 to 8.0.0 Handlers vanished

What you are seeing is a behavior where in LC 8 the engine sees
something in the script that is a syntax error that LC6 regards as fine.

Open the script in 8, make a small change and try to apply and it should
tell you what it thing is the syntax error.



On 7/26/2016 1:40 PM, Camm wrote:
> Hello , 
>
>
> I may have missed something minor but had to stay with 6.6.1 until serial 
> port issue addressed. This was addressed in version 8.0.0 so I upgraded. 
>
>
> Now when 8.0.0 loads the stack no handlers appear in the handler list ? 
> All the script was in "Stack Script" which can be seen but no handlers in the 
> list. 
>
>
> When the script runs " Handler :cannot find handler" error. 
>
>
> Went back to 6.6.1 and all is fine. 
>
>
> Thanks in advance. 
> Camm 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


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

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

Re: HELP with: open printing for pdf...

[Monte Goulding]

No problem Paul. Looking forward to the beer next year ;-)

> On 27 Jul 2016, at 4:43 PM, Paul Dupuis  wrote:
> 
> Monte,
> 
> Thank you so much - exactly that - so for LC6.x I added the follow which
> address the problem whether in the IDE or standalone
> 
> put the defaultFolder into tSaveDefaultFolder
> if (the environment is "development") then -- IDE
>  set the defaultFolder to specialFolderPath("engine")
> else -- standalone
>  set the defaultFolder to appPath()
> end if
> 
> -- do my PDF printing
> 
> set the defaultFolder to tSaveDefaultFolder
> 
> If I every see you at a LiveCode Conference (I have to attend Edinburgh
> via webcast this year), I owe you drinks or a meal or both!
> 
> 
> On 7/26/2016 11:31 PM, Monte Goulding wrote:
>> Hi Paul
>> 
>> I bumped into this in a project just before I started working for LiveCode. 
>> There’s an issue some of the latter 6.7 releases that requires you to set 
>> the default folder to the folder the pdf printer dll is in before opening 
>> printing for the first time. I believe this is fixe in LC 8.
>> 
>> Cheers
>> 
>> Monte
>>> On 26 Jul 2016, at 4:49 PM, Paul Dupuis  wrote:
>>> 
>>> I have very large application running under LC 6.7.11 for Windows and OSX
>>> 
>>> I have code that does an "open printing for PDF", prints a field, and
>>> closes printing. Under OSX this works fine.
>>> 
>>> Under Windows, in both the IDE and a standalone, I get an execution
>>> error on the open printing for pdf line with the message:
>>> execution error at line n/a (printing: Unknown destination)
>>> 
>>> In the standalone, I might have interpreted this error as that the
>>> "revpdfprinter.dll" did not get added to the standalone, but it is
>>> (although why this dll is placed at the application level and not in the
>>> Externals folder continues to puzzle me).
>>> 
>>> I also might have though the file path & name passed to open pritning
>>> for pdf may have been a problem, but I have checked via debugger and the
>>> file path & name is valid, in a writable location, plenty of disk space,
>>> etc. Also tried multiple files and locations, so that is not it
>>> 
>>> However the fact that it happens in the IDE completely mystifies me. Can
>>> ANY one tell me what this error really means and what the cause may be?
>>> 
>>> ___
>>> 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


___
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: HELP with: open printing for pdf...

[Paul Dupuis]

Monte,

Thank you so much - exactly that - so for LC6.x I added the follow which
address the problem whether in the IDE or standalone

put the defaultFolder into tSaveDefaultFolder
if (the environment is "development") then -- IDE
  set the defaultFolder to specialFolderPath("engine")
else -- standalone
  set the defaultFolder to appPath()
end if

-- do my PDF printing

set the defaultFolder to tSaveDefaultFolder

If I every see you at a LiveCode Conference (I have to attend Edinburgh
via webcast this year), I owe you drinks or a meal or both!


On 7/26/2016 11:31 PM, Monte Goulding wrote:
> Hi Paul
>
> I bumped into this in a project just before I started working for LiveCode. 
> There’s an issue some of the latter 6.7 releases that requires you to set the 
> default folder to the folder the pdf printer dll is in before opening 
> printing for the first time. I believe this is fixe in LC 8.
>
> Cheers
>
> Monte
>> On 26 Jul 2016, at 4:49 PM, Paul Dupuis  wrote:
>>
>> I have very large application running under LC 6.7.11 for Windows and OSX
>>
>> I have code that does an "open printing for PDF", prints a field, and
>> closes printing. Under OSX this works fine.
>>
>> Under Windows, in both the IDE and a standalone, I get an execution
>> error on the open printing for pdf line with the message:
>> execution error at line n/a (printing: Unknown destination)
>>
>> In the standalone, I might have interpreted this error as that the
>> "revpdfprinter.dll" did not get added to the standalone, but it is
>> (although why this dll is placed at the application level and not in the
>> Externals folder continues to puzzle me).
>>
>> I also might have though the file path & name passed to open pritning
>> for pdf may have been a problem, but I have checked via debugger and the
>> file path & name is valid, in a writable location, plenty of disk space,
>> etc. Also tried multiple files and locations, so that is not it
>>
>> However the fact that it happens in the IDE completely mystifies me. Can
>> ANY one tell me what this error really means and what the cause may be?
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Move to the points

[dunbarx]

,,Richmond.


I was using your first posts handlers.


Craig



-Original Message-
From: Richmond 
To: How to use LiveCode 
Sent: Wed, Jul 27, 2016 9:59 am
Subject: Re: Move to the points

Usual nonsense: replying to my own postings:

The problem lies in my relying on put (KOUNT * 10) into LYNE

to supply me with continuous line numbers for my listField, now sorted out:

on mouseUp
put empty into fld "f1"
put 0.1 into KOUNT
put 1 into LYNE
repeat until KOUNT > 12.6
   put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
   put cos (KOUNT)) ) * 300) +400) into TB
   put (LR & "," & TB) into line LYNE of fld "f1"
   add 0.1 to KOUNT
   add 1 to LYNE
end repeat
set the points of grc "c1" to fld "f1"
end mouseUp

The IDE did not help with its cryptic message.

R.


On 27.07.2016 16:46, Richmond wrote:
> Of course part of this could be the problem that my initial curve 
> generation script leaves empty lines in
>
> the listField that contains the points of the curve.
>
> R.
>
>
> On 27.07.2016 16:44, Richmond wrote:
>> So I have a graphic object generated like this:
>>
>> on mouseUp
>>put empty into fld "f1"
>>put 0.1 into KOUNT
>>repeat until KOUNT > 12.6
>>   put (KOUNT * 10) into LYNE
>>   put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
>>   put cos (KOUNT)) ) * 300) +400) into TB
>>   put (LR & "," & TB) into line LYNE of fld "f1"
>>   add 0.1 to KOUNT
>>end repeat
>>set the points of grc "c1" to fld "f1"
>> end mouseUp
>>
>> (where grc "c1" is a pre-existing graphic)
>>
>> and a button containing this:
>>
>> on mouseUp
>>move grc "g1" to the points of grc "c1" in 10 seconds
>> end mouseUp
>>
>> and all should be fine, but it isn't, because on attempted execution 
>> of the button I get this:
>>
>> "button "GO": execution error at line 2 (move: end point is not a 
>> point), char 21".
>>
>> All very mysterious, Richmond.
>>
>> P.S. Before Mark, Jacque or Richard try it; there is a comma before 
>> my name!
>>
>


___
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: Move to the points

[dunbarx]

,Richmond


I get no errors at all with your handlers. The figure-8 draws fine, and the 
tracking is lovely.


Craig



-Original Message-
From: Richmond 
To: How to use LiveCode 
Sent: Wed, Jul 27, 2016 9:46 am
Subject: Move to the points

So I have a graphic object generated like this:

on mouseUp
put empty into fld "f1"
put 0.1 into KOUNT
repeat until KOUNT > 12.6
   put (KOUNT * 10) into LYNE
   put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
   put cos (KOUNT)) ) * 300) +400) into TB
   put (LR & "," & TB) into line LYNE of fld "f1"
   add 0.1 to KOUNT
end repeat
set the points of grc "c1" to fld "f1"
end mouseUp

(where grc "c1" is a pre-existing graphic)

and a button containing this:

on mouseUp
 move grc "g1" to the points of grc "c1" in 10 seconds
end mouseUp

and all should be fine, but it isn't, because on attempted execution of 
the button I get this:

"button "GO": execution error at line 2 (move: end point is not a 
point), char 21".

All very mysterious, Richmond.

P.S. Before Mark, Jacque or Richard try it; there is a comma before my name!


___
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: Move to the points

[Richmond]

Usual nonsense: replying to my own postings:

The problem lies in my relying on put (KOUNT * 10) into LYNE

to supply me with continuous line numbers for my listField, now sorted out:

on mouseUp
   put empty into fld "f1"
   put 0.1 into KOUNT
   put 1 into LYNE
   repeat until KOUNT > 12.6
  put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
  put cos (KOUNT)) ) * 300) +400) into TB
  put (LR & "," & TB) into line LYNE of fld "f1"
  add 0.1 to KOUNT
  add 1 to LYNE
   end repeat
   set the points of grc "c1" to fld "f1"
end mouseUp

The IDE did not help with its cryptic message.

R.


On 27.07.2016 16:46, Richmond wrote:
Of course part of this could be the problem that my initial curve 
generation script leaves empty lines in


the listField that contains the points of the curve.

R.


On 27.07.2016 16:44, Richmond wrote:

So I have a graphic object generated like this:

on mouseUp
   put empty into fld "f1"
   put 0.1 into KOUNT
   repeat until KOUNT > 12.6
  put (KOUNT * 10) into LYNE
  put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
  put cos (KOUNT)) ) * 300) +400) into TB
  put (LR & "," & TB) into line LYNE of fld "f1"
  add 0.1 to KOUNT
   end repeat
   set the points of grc "c1" to fld "f1"
end mouseUp

(where grc "c1" is a pre-existing graphic)

and a button containing this:

on mouseUp
   move grc "g1" to the points of grc "c1" in 10 seconds
end mouseUp

and all should be fine, but it isn't, because on attempted execution 
of the button I get this:


"button "GO": execution error at line 2 (move: end point is not a 
point), char 21".


All very mysterious, Richmond.

P.S. Before Mark, Jacque or Richard try it; there is a comma before 
my name!







___
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: Move to the points

[Richmond]

Of course part of this could be the problem that my initial curve 
generation script leaves empty lines in


the listField that contains the points of the curve.

R.


On 27.07.2016 16:44, Richmond wrote:

So I have a graphic object generated like this:

on mouseUp
   put empty into fld "f1"
   put 0.1 into KOUNT
   repeat until KOUNT > 12.6
  put (KOUNT * 10) into LYNE
  put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
  put cos (KOUNT)) ) * 300) +400) into TB
  put (LR & "," & TB) into line LYNE of fld "f1"
  add 0.1 to KOUNT
   end repeat
   set the points of grc "c1" to fld "f1"
end mouseUp

(where grc "c1" is a pre-existing graphic)

and a button containing this:

on mouseUp
   move grc "g1" to the points of grc "c1" in 10 seconds
end mouseUp

and all should be fine, but it isn't, because on attempted execution 
of the button I get this:


"button "GO": execution error at line 2 (move: end point is not a 
point), char 21".


All very mysterious, Richmond.

P.S. Before Mark, Jacque or Richard try it; there is a comma before my 
name!





___
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

Move to the points

[Richmond]

So I have a graphic object generated like this:

on mouseUp
   put empty into fld "f1"
   put 0.1 into KOUNT
   repeat until KOUNT > 12.6
  put (KOUNT * 10) into LYNE
  put ( ( ((sin (KOUNT)) * (cos (KOUNT)) ) * 300) + 400) into LR
  put cos (KOUNT)) ) * 300) +400) into TB
  put (LR & "," & TB) into line LYNE of fld "f1"
  add 0.1 to KOUNT
   end repeat
   set the points of grc "c1" to fld "f1"
end mouseUp

(where grc "c1" is a pre-existing graphic)

and a button containing this:

on mouseUp
   move grc "g1" to the points of grc "c1" in 10 seconds
end mouseUp

and all should be fine, but it isn't, because on attempted execution of 
the button I get this:


"button "GO": execution error at line 2 (move: end point is not a 
point), char 21".


All very mysterious, Richmond.

P.S. Before Mark, Jacque or Richard try it; there is a comma before my name!


___
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: Wildcard Livecode 8

[Kay C Lan]

On Sun, Jul 24, 2016 at 1:51 AM, Richmond  wrote:

> Which tells me nothing useful whatsoever; such as what the wildcard
> character might be, or how to
>
> use wildcards in Livecode.
>
Lookup the online Dictionary for 'filter', it's in the 'command'
folder. I think it is the only one that has it's own set of wildcard
characters.

Most other functions that use wildcards (ie matchText, replaceText)
are those that require regex. LC uses PCRE so you can check that out
here:

https://regex101.com/#pcre

Down in the bottom right corner is a 'Quick Reference', and 'most used
tokens' is likely selected so you can see that:

. = any character (a true wild card)
\d = any digit
\w = any word character etc etc

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

Re: Licensing AGAIN [was: Sharing FontLab Plugin]

[Sannyasin Brahmanathaswami]

Merci, Robert

Bien sur… le media et les lines de code n'est pas la meme chose…

Others have contacted me off list about this with similar thoughts… seems worth 
pursuing with the Mothership.. but they are in conference prep mode right now.

No better environment than LC for developing the UI/views/presentation layer.

BR


 

On 7/25/16, 10:38 PM, "use-livecode on behalf of Robert Mann" 
 wrote:


> But now we have no choice but to ask these would be collaborators on front
> end stack development to use other tools.   Exactly the opposite to
> contributing to the "health of the livecode ecosystem."  

@ Brahmanathaswami

i've always felt concerned that GPL should NOT extend to media content in a
stack and i'll make a demo stack in few days to make the point and give
precise examples and explain how holding to a strict interpretation can be
detrimental to the spread of livecode in the education domain.

Your case-use about  interface designing falls right in that pond :
• In EU the notion of interface is very seperated from the code of a piece
of software. A graphic interface is protectable as a work of art under
copyright (if original etc..) So it falls under the same set of rules than
pictures, text.
•Your design will incorporate and use UI elements that have been designed by
livecode. But in the world of graphics the notion of derivative work is much
more restricted than that. MOna-lisa with a big smile has been questionned,
but an original interface with UI elements will have enough original
creativity. Not even taking into account that the essence of UI elements is
to be used!
• There is also a clear distinction between DATA and PROGRAM in the EU (and
livecode so far still is in the EU), a drawing, some text & data are not a
program.

In short, a Community edition stack file with only UI elements and no line
of code, has little chance to be regarded as a computer program and should
not be regarded as bearing GPL restrictions.

In practice : we should be able to share publicly purely graphical stacks,
or stacks containing only text "edited" with the community edition. And I
call for Kevin & the team to clarify precisely that question.

In practice, I cannot see how that could be detrimental to livecode business
as nobody would ever get a commercial license just to fiddle around and
design mockups. Same applies for a teacher to draft a memo card stack  using
livecode.

On the other hand it would make it easier for a lot of practical uses as
this case shows, getting closer to the original hypercard spirit : a little
tool with which  you can actually do usefuls things with.
And I hope that the community version has been made in that spirit : empower
people to make little practical things that are useful. And with the
commercial version for "true" programming of "real" apps.

Kevin in his answer to Mark Wilcox questionned the references to US case
law, I guess Google versus Oracle. On the issues of claryfiying the status
of the stackFile and its content, we are faced with the same problem : how
does the US GPL legal stuff apply in EU within EU copyright tradition and
regulations?

When copyright was case law construction, the relationship between license
contract and law was not so clear. But UE copyritgh and licensing stuff has
been implemented in UK in various laws, between I recall 1994 and 2009? so
that in that respect, UK is now fully "harmonized" with continental law.

One thing is clear in continental copyright matters : UE regulations
implemented in national law, apply first, because in UE copyright related
stuff replaces and voids any non compliant license contract.

A french guy point of view from the euro continent!









--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/On-rev-support-problem-tp4706664p4707013.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: Parsing the long ID or long Name

[Sannyasin Brahmanathaswami]

@ mark … duh… no you are  not underthinking… I was over thinking…sure..that 
works.

@ Alex  

confirmed:  

put format ("group \"word with spaces\"")  into tVar; put word 2 of tVar

returns "word with spaces" 

Wow.. that's both unintuitive/unexpected and useful new knowledge!

Thanks

This use case turns out that… I can use 

the short name of the owner of the target… though that's not universally useful.

On 7/26/16, 1:44 PM, "use-livecode on behalf of Mark Wieder" wrote:


BR


if "listen-music" is in tTargetName then...

Am I missing something critical here?
I figure I must be underthinking this.

___
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