Re: FormattedHeight

[J. Landman Gay via use-livecode]

It's do-able though it requires some study. But it works very well and solves 
the problem.

On 5/4/20 3:01 PM, scott--- via use-livecode wrote:

Good to know that Trevor’s work was able to solve this problem! (Sounds as if 
it may not be a solution for the faint of heart yet.)
—
Scott


On May 4, 2020, at 11:04 AM, J. Landman Gay via use-livecode 
 wrote:

On 5/2/20 12:25 PM, J. Landman Gay via use-livecode wrote:

I think the solution has to be in the engine. I'm in trouble.


I am no longer in trouble. :) Huge thanks to Trevor for spending an inordinate 
amount of time with me over the weekend to get his DataView working in my 
stack. It's really a marvel.

I can't describe how grateful I am to him for getting me out of an 
uncomfortable situation. He's smart, patient, and so very helpful even after my 
brain fuzzed over at oh-my-god o'clock in the wee hours of the morning.

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




--
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: use-livecode Digest, Vol 200, Issue 5

[Alan Stenhouse via use-livecode]

Hi Graham

Have you tried it walking around outside in varying locations? Have you tried 
different devices and/or OS versions? You could try sharing it with a friend 
using Diawi or similar and see what they get.

Also try restarting your phone to see if that helps.

As you move around the countryside, you'll occasionally get some inaccurate 
reading (depending on surroundings) so you may decide it's best to store, but 
ignore, occasional inaccuracies and just use some form of interpolation.

Looking forward to even better location data in the future - it's constantly 
improving and most new phones will give you 3-5m accuracy in the right 
conditions. Perhaps the newest phones are already even better?

Here are a few links with more info:

"assessment of the gps accuracy of mobile devices":
http://blog.cartong.org/wordpress/wp-content/uploads/2019/03/Assessment_GPS_Accuracy_Mobile_Devices.pdf

"Smartphone GPS accuracy study in an urban environment":
https://journals.plos.org/plosone/article?id=10.1371/journal.pone.0219890

"Why GPS makes distances bigger than they are":
https://www.tandfonline.com/doi/full/10.1080/13658816.2015.1086924

though those may not be immediately helpful to you. :-)

Will look forward to hearing what you come up with!

Good luck!

cheers

Alan


> On May 4, 2020, at 5:07 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> ?I?m using GPS on iPhone using the various commands and functions available 
> in LC. Most of this works, but I am having difficulty with the quantity 
> ?horizontal accuracy?. This can be queried via an array which is returned 
> when mobileCurrentLocation() is executed. 
> 
> Looking at other iOS apps that use GPS and allow one to examine their data, I 
> find that in my part of the world, accuracy for them is of the order of 5 
> metres: but when I query it using LC I get much higher numbers, indeed some 
> of them look like nonsense, being hundreds of metres!
> 
> I am aware that it takes time for a GPS signal to settle down after 
> mobileStartTrackingSensor ?location? has been called, but even if I script 
> the examination of accuracy to wait for it to settle down (I look for a run 
> of similar or identical readings against a ?reasonable? criterion, such as 5 
> metres), it still sometimes settles on very large numbers comparatively 
> speaking, for example it might stabilise at 65 metres. With that level of 
> inaccuracy any cumulative use, as in working out the number of kilometres in 
> a trip, would not be reliable.
> 
> I wonder if my expectation is wrong, or if there is something different about 
> LC?s encapsulation of these iOS outputs, or if there is some other 
> explanation.
> 
> In the short term, I?m simply going to have to relax my search for a 
> reasonable accuracy of the order of 5 metres, and just go for the first run 
> of stable readings. But I would love to hear any further insight from anyone 
> who?s already tried it.
> 
> Graham


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

Re: Most obscure HC question

[Colin Holgate via use-livecode]

That looked hopeful, but requires Power Tools. I do have HyperCard installer 
discs somewhere…


> On May 4, 2020, at 3:24 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Paul McClernan wrote:
> 
> > That old HC stack that removes the HC engine leaving only a stack file
> > is here:
> > https://archive.org/details/hypercard_standalone-stripper-232
> 
> From the link:
>   This stack 'deconverts' HyperCard standalone applications into
>   stacks by removing the 'stock' standalone resources, changing
>   the file's Type and Creator codes to 'STAK' and 'WILD', and
>   clearing the new stack's 'hasBundle' bit.
> 
> Can also be done with ResEdit or LC:
> http://lists.runrev.com/pipermail/use-livecode/2020-May/260175.html
> 
> -- 
> 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: Most obscure HC question

[Richard Gaskin via use-livecode]

Paul McClernan wrote:

> That old HC stack that removes the HC engine leaving only a stack file
> is here:
> https://archive.org/details/hypercard_standalone-stripper-232

From the link:
   This stack 'deconverts' HyperCard standalone applications into
   stacks by removing the 'stock' standalone resources, changing
   the file's Type and Creator codes to 'STAK' and 'WILD', and
   clearing the new stack's 'hasBundle' bit.

Can also be done with ResEdit or LC:
http://lists.runrev.com/pipermail/use-livecode/2020-May/260175.html

--
 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: Most obscure HC question

[Paul McClernan via use-livecode]

There's also this XCMD and another tool somewhere that claimed they could
convert protected HC stacks to back to normal stacks but I'm not sure how
effective they were (if at all):
https://archive.org/details/hypercard_unprotect-xcmd

On Mon, May 4, 2020 at 5:11 PM Paul McClernan 
wrote:

> That old HC stack that removes the HC engine leaving only a stack file is
> here:
> https://archive.org/details/hypercard_standalone-stripper-232
>
> On Sat, May 2, 2020 at 7:06 PM Colin Holgate via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> I fear that the HyperCard group in Yahoo may be lost. Please let me know
>> if that isn’t true.
>>
>> But between you all you may remember something that will help me. I have
>> a standalone HC application, and it opens with a window that shows that you
>> are only seeing part of the card window. The card window doesn’t resize,
>> and I can’t remember how to make it be bigger. Here’s things that didn’t
>> work:
>>
>> Setting a ton of memory.
>> Setting Monitors to match the card size.
>> Resizing the preview rectangle. You can only resize it smaller.
>> Resizing the card window.
>> Clicking the zoom box.
>>
>> As it’s a standalone application I can’t easily get at the stack, but
>> feel sure there was a way to hack the stack out of a standalone.
>>
>> Anyway, please enjoy the challenge of remembering this far back!
>>
>> ___
>> 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: Most obscure HC question

[Paul McClernan via use-livecode]

That old HC stack that removes the HC engine leaving only a stack file is
here:
https://archive.org/details/hypercard_standalone-stripper-232

On Sat, May 2, 2020 at 7:06 PM Colin Holgate via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I fear that the HyperCard group in Yahoo may be lost. Please let me know
> if that isn’t true.
>
> But between you all you may remember something that will help me. I have a
> standalone HC application, and it opens with a window that shows that you
> are only seeing part of the card window. The card window doesn’t resize,
> and I can’t remember how to make it be bigger. Here’s things that didn’t
> work:
>
> Setting a ton of memory.
> Setting Monitors to match the card size.
> Resizing the preview rectangle. You can only resize it smaller.
> Resizing the card window.
> Clicking the zoom box.
>
> As it’s a standalone application I can’t easily get at the stack, but feel
> sure there was a way to hack the stack out of a standalone.
>
> Anyway, please enjoy the challenge of remembering this far back!
>
> ___
> 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] This Week in LiveCode 224

[panagiotis merakos via use-livecode]

Hi all,

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

Read issue #224 here: https://bit.ly/3c5sBxM

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

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


-- 
Panagiotis Merakos 
LiveCode Software Developer

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

Re: FormattedHeight

[scott--- via use-livecode]

Good to know that Trevor’s work was able to solve this problem! (Sounds as if 
it may not be a solution for the faint of heart yet.)
—
Scott

> On May 4, 2020, at 11:04 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> On 5/2/20 12:25 PM, J. Landman Gay via use-livecode wrote:
>> I think the solution has to be in the engine. I'm in trouble.
> 
> I am no longer in trouble. :) Huge thanks to Trevor for spending an 
> inordinate amount of time with me over the weekend to get his DataView 
> working in my stack. It's really a marvel.
> 
> I can't describe how grateful I am to him for getting me out of an 
> uncomfortable situation. He's smart, patient, and so very helpful even after 
> my brain fuzzed over at oh-my-god o'clock in the wee hours of the morning.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: system date

[matthias rebbe via use-livecode]

Good to know that it´s working now.


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 04.05.2020 um 21:36 schrieb Jacques Hausser via use-livecode 
> :
> 
> OK, I restarted the computer and now everything is OK. I probably 
> inadvertently did put a little gravel somewhere in the gears… thank you 
> Martin and Matthias and sorry for the inconvenience.
> 
> 
>> Le 4 mai 2020 à 20:55, Martin Koob via use-livecode 
>>  a écrit :
>> 
>> OK I opened the 'Language and Region' settings panel and clicked on the 
>> ‘Advanced’ button and then clicked on the Tab for ‘Dates’
>> 
>> There is a field with a setting for “Short”  which was 2020-01-05.  I 
>> replaced the hyphens with slashes.
>> 
>> I had to quit and relaunch LiveCode for the change to take effect.  After I 
>> had done that the command 'put the system date’ returns '2020/05/04’
>> 
>> If I click 'Restore Defaults' in the ‘Dates' tab of the advanced 'Language 
>> and Region' settings panel my short date format goes back to 2020-05-04.
>> 
>> Martin
>> 
>> 
>> 
>> 
>>> On May 4, 2020, at 2:43 PM, Martin Koob via use-livecode 
>>>  wrote:
>>> 
>>> Huh,  I get 2020-05-04 here in Canada.  Not sure what my region settings 
>>> are.
>>> 
>>> 
>>> Regards,
>>> 
>>> Martin Koob
>>> 
>>> 
>>> 
>>> 
>>> 
 On May 4, 2020, at 2:39 PM, Jacques Hausser via use-livecode 
  wrote:
 
 My region settings are by default. But I would not be surprised if the 
 problem comes from Apple.
 
> Le 4 mai 2020 à 20:21, matthias rebbe via use-livecode 
>  a écrit :
> 
> I tried here with DP4 on Mac OS 10.14.6.
> 
> I definitely get 04.05.20 when running your script.
> 
> Either this has to do with 10.15.4 or
> Are you sure your region settings are correct. ;)
> 
> Regards,
> 
> Matthias
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 04.05.2020 um 20:07 schrieb Jacques Hausser via use-livecode 
>> :
>> 
>> Hello everybody,
>> 
>> Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 
>> 10.15.4, and I just discovered that Livecode seems totally deaf to the 
>> words “system date”. EG:
>> 
>> put the date into today
>> convert today to system date
>> put today into fld 1
>> 
>> returns 5/4/20 instead of 04.05.20
>> 
>> Is "system date" deprecated? 
>> ___
>> 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
> 
> ___
> 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: system date

[Jacques Hausser via use-livecode]

OK, I restarted the computer and now everything is OK. I probably inadvertently 
did put a little gravel somewhere in the gears… thank you Martin and Matthias 
and sorry for the inconvenience.


> Le 4 mai 2020 à 20:55, Martin Koob via use-livecode 
>  a écrit :
> 
> OK I opened the 'Language and Region' settings panel and clicked on the 
> ‘Advanced’ button and then clicked on the Tab for ‘Dates’
> 
> There is a field with a setting for “Short”  which was 2020-01-05.  I 
> replaced the hyphens with slashes.
> 
> I had to quit and relaunch LiveCode for the change to take effect.  After I 
> had done that the command 'put the system date’ returns '2020/05/04’
> 
> If I click 'Restore Defaults' in the ‘Dates' tab of the advanced 'Language 
> and Region' settings panel my short date format goes back to 2020-05-04.
> 
> Martin
> 
> 
> 
> 
>> On May 4, 2020, at 2:43 PM, Martin Koob via use-livecode 
>>  wrote:
>> 
>> Huh,  I get 2020-05-04 here in Canada.  Not sure what my region settings are.
>> 
>> 
>> Regards,
>> 
>> Martin Koob
>> 
>> 
>> 
>> 
>> 
>>> On May 4, 2020, at 2:39 PM, Jacques Hausser via use-livecode 
>>>  wrote:
>>> 
>>> My region settings are by default. But I would not be surprised if the 
>>> problem comes from Apple.
>>> 
 Le 4 mai 2020 à 20:21, matthias rebbe via use-livecode 
  a écrit :
 
 I tried here with DP4 on Mac OS 10.14.6.
 
 I definitely get 04.05.20 when running your script.
 
 Either this has to do with 10.15.4 or
 Are you sure your region settings are correct. ;)
 
 Regards,
 
 Matthias
 
 
 
 -
 Matthias Rebbe
 Life Is Too Short For Boring Code
 
> Am 04.05.2020 um 20:07 schrieb Jacques Hausser via use-livecode 
> :
> 
> Hello everybody,
> 
> Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 
> 10.15.4, and I just discovered that Livecode seems totally deaf to the 
> words “system date”. EG:
> 
> put the date into today
> convert today to system date
> put today into fld 1
> 
> returns 5/4/20 instead of 04.05.20
> 
> Is "system date" deprecated? 
> ___
> 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

___
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: system date

[Martin Koob via use-livecode]

OK I opened the 'Language and Region' settings panel and clicked on the 
‘Advanced’ button and then clicked on the Tab for ‘Dates’

There is a field with a setting for “Short”  which was 2020-01-05.  I replaced 
the hyphens with slashes.

I had to quit and relaunch LiveCode for the change to take effect.  After I had 
done that the command 'put the system date’ returns '2020/05/04’

If I click 'Restore Defaults' in the ‘Dates' tab of the advanced 'Language and 
Region' settings panel my short date format goes back to 2020-05-04.

Martin




> On May 4, 2020, at 2:43 PM, Martin Koob via use-livecode 
>  wrote:
> 
> Huh,  I get 2020-05-04 here in Canada.  Not sure what my region settings are.
> 
> 
> Regards,
> 
> Martin Koob
> 
> 
> 
> 
> 
>> On May 4, 2020, at 2:39 PM, Jacques Hausser via use-livecode 
>>  wrote:
>> 
>> My region settings are by default. But I would not be surprised if the 
>> problem comes from Apple.
>> 
>>> Le 4 mai 2020 à 20:21, matthias rebbe via use-livecode 
>>>  a écrit :
>>> 
>>> I tried here with DP4 on Mac OS 10.14.6.
>>> 
>>> I definitely get 04.05.20 when running your script.
>>> 
>>> Either this has to do with 10.15.4 or
>>> Are you sure your region settings are correct. ;)
>>> 
>>> Regards,
>>> 
>>> Matthias
>>> 
>>> 
>>> 
>>> -
>>> Matthias Rebbe
>>> Life Is Too Short For Boring Code
>>> 
 Am 04.05.2020 um 20:07 schrieb Jacques Hausser via use-livecode 
 :
 
 Hello everybody,
 
 Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 
 10.15.4, and I just discovered that Livecode seems totally deaf to the 
 words “system date”. EG:
 
 put the date into today
 convert today to system date
 put today into fld 1
 
 returns 5/4/20 instead of 04.05.20
 
 Is "system date" deprecated? 
 ___
 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: system date

[Martin Koob via use-livecode]

Huh,  I get 2020-05-04 here in Canada.  Not sure what my region settings are.


Regards,

Martin Koob





> On May 4, 2020, at 2:39 PM, Jacques Hausser via use-livecode 
>  wrote:
> 
> My region settings are by default. But I would not be surprised if the 
> problem comes from Apple.
> 
>> Le 4 mai 2020 à 20:21, matthias rebbe via use-livecode 
>>  a écrit :
>> 
>> I tried here with DP4 on Mac OS 10.14.6.
>> 
>> I definitely get 04.05.20 when running your script.
>> 
>> Either this has to do with 10.15.4 or
>> Are you sure your region settings are correct. ;)
>> 
>> Regards,
>> 
>> Matthias
>> 
>> 
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring Code
>> 
>>> Am 04.05.2020 um 20:07 schrieb Jacques Hausser via use-livecode 
>>> :
>>> 
>>> Hello everybody,
>>> 
>>> Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 
>>> 10.15.4, and I just discovered that Livecode seems totally deaf to the 
>>> words “system date”. EG:
>>> 
>>> put the date into today
>>> convert today to system date
>>> put today into fld 1
>>> 
>>> returns 5/4/20 instead of 04.05.20
>>> 
>>> Is "system date" deprecated? 
>>> ___
>>> 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: system date

[Jacques Hausser via use-livecode]

My region settings are by default. But I would not be surprised if the problem 
comes from Apple.

> Le 4 mai 2020 à 20:21, matthias rebbe via use-livecode 
>  a écrit :
> 
> I tried here with DP4 on Mac OS 10.14.6.
> 
> I definitely get 04.05.20 when running your script.
> 
> Either this has to do with 10.15.4 or
> Are you sure your region settings are correct. ;)
> 
> Regards,
> 
> Matthias
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 04.05.2020 um 20:07 schrieb Jacques Hausser via use-livecode 
>> :
>> 
>> Hello everybody,
>> 
>> Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 
>> 10.15.4, and I just discovered that Livecode seems totally deaf to the words 
>> “system date”. EG:
>> 
>> put the date into today
>> convert today to system date
>> put today into fld 1
>> 
>> returns 5/4/20 instead of 04.05.20
>> 
>> Is "system date" deprecated? 
>> ___
>> 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: system date

[matthias rebbe via use-livecode]

I tried here with DP4 on Mac OS 10.14.6.

I definitely get 04.05.20 when running your script.

Either this has to do with 10.15.4 or
Are you sure your region settings are correct. ;)

Regards,

Matthias



-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 04.05.2020 um 20:07 schrieb Jacques Hausser via use-livecode 
> :
> 
> Hello everybody,
> 
> Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 10.15.4, 
> and I just discovered that Livecode seems totally deaf to the words “system 
> date”. EG:
> 
> put the date into today
> convert today to system date
> put today into fld 1
> 
> returns 5/4/20 instead of 04.05.20
> 
> Is "system date" deprecated? 
> ___
> 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

system date

[Jacques Hausser via use-livecode]

Hello everybody,

Back to LC after a long time out. I’m using LC 9.6.0(dp 4) on Mac OS 10.15.4, 
and I just discovered that Livecode seems totally deaf to the words “system 
date”. EG:

put the date into today
convert today to system date
put today into fld 1

returns 5/4/20 instead of 04.05.20

Is "system date" deprecated? 
___
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: FormattedHeight

[J. Landman Gay via use-livecode]

On 5/2/20 12:25 PM, J. Landman Gay via use-livecode wrote:

I think the solution has to be in the engine. I'm in trouble.


I am no longer in trouble. :) Huge thanks to Trevor for spending an inordinate amount of time 
with me over the weekend to get his DataView working in my stack. It's really a marvel.


I can't describe how grateful I am to him for getting me out of an uncomfortable situation. 
He's smart, patient, and so very helpful even after my brain fuzzed over at oh-my-god o'clock 
in the wee hours of the morning.


--
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: DataView and DataView Tree Updates

[Trevor DeVore via use-livecode]

On Sat, May 2, 2020 at 12:42 PM Trevor DeVore 
wrote:

> I've updated the DataView and DataView Tree code in my GitHub repos with a
> script that will load all of the necessary files for developers who are not
> using the Levure framework. You will find updated instructions in the
> README, a link to the latest release, and a link to a demo project showing
> what they can do at the following links:
>

 FYI - After some further testing around building standalones for a
non-Levure app and using it on mobile, I made some changes to the
installation instructions. You will find new instructions on the GitHub
pages and new version available for download.

DataView
Repo: https://github.com/trevordevore/levurehelper-dataview
Downloads: https://github.com/trevordevore/levurehelper-dataview/releases

DataView Tree
Repo: https://github.com/trevordevore/levurehelper-dataview_tree
Downloads:
https://github.com/trevordevore/levurehelper-dataview_tree/releases

-- 
Trevor DeVore
ScreenSteps - https://www.screensteps.com
Levure App Framework for LiveCode - https://github.com/trevordevore/levure/
LiveCode Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode
LiveCode Builder Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode-builder
___
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: Has anyone experience of GPS on iPhone?

[Ralph DiMola via use-livecode]

Graham,

Try a GPS status app from the iStore. If you are inside or have RFI the device 
will fall back to cellular/WIFI location data. If a GPS status app also shows 
poor accuracy this could be your problem.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Graham Samuel via use-livecode
Sent: Monday, May 04, 2020 11:37 AM
To: How to use LiveCode
Cc: Graham Samuel
Subject: Re: Has anyone experience of GPS on iPhone?

Thanks Ralph. To answer your questions:

1. I left the mobileStartTrackingSensor to the default second parameter, i.e. I 
didn’t put anything. The LC dictionary says that the default value is false 
which means

> readings are determined using accurate (but power consuming) sources such as 
> GPS

of course I could put in “false” explicitly. But looking at the actual output 
data from the GPS functions, I think it’s evident that the GPS is actually 
being used. Nevertheless I will try including “false”.

2.  Yes, I do require GPS as well as Location Services

So, those bits seem OK.

Still thinking about it, obviously.

Graham

> On 4 May 2020, at 16:22, Ralph DiMola via use-livecode 
>  wrote:
> 
> 1) Did you set the second parameter of mobileStartTrackingSensor to "false"?
> 2) Did you require "GPS" as well as "Location Services" in the standalone 
> settings? If you don’t tick GPS then the GPS chip will not be used and you 
> will get rough location readings.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Graham Samuel via use-livecode
> Sent: Monday, May 04, 2020 8:07 AM
> To: How to use LiveCode
> Cc: Graham Samuel
> Subject: Has anyone experience of GPS on iPhone?
> 
> I’m using GPS on iPhone using the various commands and functions available in 
> LC. Most of this works, but I am having difficulty with the quantity 
> “horizontal accuracy”. This can be queried via an array which is returned 
> when mobileCurrentLocation() is executed. 
> 
> Looking at other iOS apps that use GPS and allow one to examine their data, I 
> find that in my part of the world, accuracy for them is of the order of 5 
> metres: but when I query it using LC I get much higher numbers, indeed some 
> of them look like nonsense, being hundreds of metres!
> 
> I am aware that it takes time for a GPS signal to settle down after 
> mobileStartTrackingSensor “location” has been called, but even if I script 
> the examination of accuracy to wait for it to settle down (I look for a run 
> of similar or identical readings against a ‘reasonable’ criterion, such as 5 
> metres), it still sometimes settles on very large numbers comparatively 
> speaking, for example it might stabilise at 65 metres. With that level of 
> inaccuracy any cumulative use, as in working out the number of kilometres in 
> a trip, would not be reliable.
> 
> I wonder if my expectation is wrong, or if there is something different about 
> LC’s encapsulation of these iOS outputs, or if there is some other 
> explanation.
> 
> In the short term, I’m simply going to have to relax my search for a 
> reasonable accuracy of the order of 5 metres, and just go for the first run 
> of stable readings. But I would love to hear any further insight from anyone 
> who’s already tried it.
> 
> Graham
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Can "answer file with type" show more than one file type at a time?

[Klaus major-k via use-livecode]

Hi Martin,

> Am 04.05.2020 um 17:55 schrieb Martin Koob via use-livecode 
> :
> 
> Hi 
> 
> I have the following in an app to for a user to select a video file.
> answer file "Select the Movie." with (the tDefaultRecordingFolder of 
> stack "preferences") with type "Quicktime Movie files|mov|Moov" or type "MPEG 
> 4 Movie Files|mp4,m4v|mpg4"
> The resulting dialog presents a a pop up menu on the file opening dialog two 
> items "Quicktime Movie Files" and "MPEG 4 Movie Files”
> 
> I would rather that the user not have to do the extra step of selecting the 
> movie types from the pop up menu.  Sometimes user get frustrated that the 
> video they want to open is shown as disabled but they don’t realize they need 
> to select the other file type from the pop up menu.
> Is it possible  put two different file types without using the ' or type' so 
> there is not a pop up menu and both QuickTime and MPEG 4 movie files are 
> enabled in the dialog at the same time ?
> I have tried doing the types as a list but the script editor flags it as a 
> syntax error.
> answer file "Select the Movie." with (the tDefaultRecordingFolder of 
> stack "preferences") with type "Quicktime Movie files|mov|Moov”,  "MPEG 4 
> Movie Files|mp4,m4v|mpg4"
...
answer file "Select the Movie." with type "Video files|mov,mp4,m4v|"
...

> Thanks.
> 
> Martin

Best

Klaus

--
Klaus Major
https://www.major-k.de
kl...@major-k.de


___
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

Can "answer file with type" show more than one file type at a time?

[Martin Koob via use-livecode]

Hi 

I have the following in an app to for a user to select a video file.

 answer file "Select the Movie." with (the tDefaultRecordingFolder of stack 
"preferences") with type "Quicktime Movie files|mov|Moov" or type "MPEG 4 Movie 
Files|mp4,m4v|mpg4"

The resulting dialog presents a a pop up menu on the file opening dialog two 
items "Quicktime Movie Files" and "MPEG 4 Movie Files”

I would rather that the user not have to do the extra step of selecting the 
movie types from the pop up menu.  Sometimes user get frustrated that the video 
they want to open is shown as disabled but they don’t realize they need to 
select the other file type from the pop up menu.

Is it possible  put two different file types without using the ' or type' so 
there is not a pop up menu and both QuickTime and MPEG 4 movie files are 
enabled in the dialog at the same time ?

I have tried doing the types as a list but the script editor flags it as a 
syntax error.

 answer file "Select the Movie." with (the tDefaultRecordingFolder of stack 
"preferences") with type "Quicktime Movie files|mov|Moov”,  "MPEG 4 Movie 
Files|mp4,m4v|mpg4"

Thanks.

Martin





___
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: Has anyone experience of GPS on iPhone?

[Graham Samuel via use-livecode]

Thanks Ralph. To answer your questions:

1. I left the mobileStartTrackingSensor to the default second parameter, i.e. I 
didn’t put anything. The LC dictionary says that the default value is false 
which means

> readings are determined using accurate (but power consuming) sources such as 
> GPS

of course I could put in “false” explicitly. But looking at the actual output 
data from the GPS functions, I think it’s evident that the GPS is actually 
being used. Nevertheless I will try including “false”.

2.  Yes, I do require GPS as well as Location Services

So, those bits seem OK.

Still thinking about it, obviously.

Graham

> On 4 May 2020, at 16:22, Ralph DiMola via use-livecode 
>  wrote:
> 
> 1) Did you set the second parameter of mobileStartTrackingSensor to "false"?
> 2) Did you require "GPS" as well as "Location Services" in the standalone 
> settings? If you don’t tick GPS then the GPS chip will not be used and you 
> will get rough location readings.
> 
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
> 
> -Original Message-
> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf 
> Of Graham Samuel via use-livecode
> Sent: Monday, May 04, 2020 8:07 AM
> To: How to use LiveCode
> Cc: Graham Samuel
> Subject: Has anyone experience of GPS on iPhone?
> 
> I’m using GPS on iPhone using the various commands and functions available in 
> LC. Most of this works, but I am having difficulty with the quantity 
> “horizontal accuracy”. This can be queried via an array which is returned 
> when mobileCurrentLocation() is executed. 
> 
> Looking at other iOS apps that use GPS and allow one to examine their data, I 
> find that in my part of the world, accuracy for them is of the order of 5 
> metres: but when I query it using LC I get much higher numbers, indeed some 
> of them look like nonsense, being hundreds of metres!
> 
> I am aware that it takes time for a GPS signal to settle down after 
> mobileStartTrackingSensor “location” has been called, but even if I script 
> the examination of accuracy to wait for it to settle down (I look for a run 
> of similar or identical readings against a ‘reasonable’ criterion, such as 5 
> metres), it still sometimes settles on very large numbers comparatively 
> speaking, for example it might stabilise at 65 metres. With that level of 
> inaccuracy any cumulative use, as in working out the number of kilometres in 
> a trip, would not be reliable.
> 
> I wonder if my expectation is wrong, or if there is something different about 
> LC’s encapsulation of these iOS outputs, or if there is some other 
> explanation.
> 
> In the short term, I’m simply going to have to relax my search for a 
> reasonable accuracy of the order of 5 metres, and just go for the first run 
> of stable readings. But I would love to hear any further insight from anyone 
> who’s already tried it.
> 
> Graham
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
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: Has anyone experience of GPS on iPhone?

[Prothero-ELS via use-livecode]

Graham,
You may be way beyond this, but I did a bit of googling and this link looked 
relevant.

https://www.smaato.com/blog/optimize-your-location-data-accuracy/

Best,
Bill

William Prothero
https://earthlearningsolutions.org

> On May 4, 2020, at 5:07 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> I’m using GPS on iPhone using the various commands and functions available 
> in LC. Most of this works, but I am having difficulty with the quantity 
> “horizontal accuracy”. This can be queried via an array which is returned 
> when mobileCurrentLocation() is executed. 
> 
> Looking at other iOS apps that use GPS and allow one to examine their data, I 
> find that in my part of the world, accuracy for them is of the order of 5 
> metres: but when I query it using LC I get much higher numbers, indeed some 
> of them look like nonsense, being hundreds of metres!
> 
> I am aware that it takes time for a GPS signal to settle down after 
> mobileStartTrackingSensor “location” has been called, but even if I script 
> the examination of accuracy to wait for it to settle down (I look for a run 
> of similar or identical readings against a ‘reasonable’ criterion, such as 5 
> metres), it still sometimes settles on very large numbers comparatively 
> speaking, for example it might stabilise at 65 metres. With that level of 
> inaccuracy any cumulative use, as in working out the number of kilometres in 
> a trip, would not be reliable.
> 
> I wonder if my expectation is wrong, or if there is something different about 
> LC’s encapsulation of these iOS outputs, or if there is some other 
> explanation.
> 
> In the short term, I’m simply going to have to relax my search for a 
> reasonable accuracy of the order of 5 metres, and just go for the first run 
> of stable readings. But I would love to hear any further insight from anyone 
> who’s already tried it.
> 
> Graham
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: Has anyone experience of GPS on iPhone?

[Ralph DiMola via use-livecode]

1) Did you set the second parameter of mobileStartTrackingSensor to "false"?
2) Did you require "GPS" as well as "Location Services" in the standalone 
settings? If you don’t tick GPS then the GPS chip will not be used and you will 
get rough location readings.

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Graham Samuel via use-livecode
Sent: Monday, May 04, 2020 8:07 AM
To: How to use LiveCode
Cc: Graham Samuel
Subject: Has anyone experience of GPS on iPhone?

I’m using GPS on iPhone using the various commands and functions available in 
LC. Most of this works, but I am having difficulty with the quantity 
“horizontal accuracy”. This can be queried via an array which is returned when 
mobileCurrentLocation() is executed. 

Looking at other iOS apps that use GPS and allow one to examine their data, I 
find that in my part of the world, accuracy for them is of the order of 5 
metres: but when I query it using LC I get much higher numbers, indeed some of 
them look like nonsense, being hundreds of metres!

I am aware that it takes time for a GPS signal to settle down after 
mobileStartTrackingSensor “location” has been called, but even if I script the 
examination of accuracy to wait for it to settle down (I look for a run of 
similar or identical readings against a ‘reasonable’ criterion, such as 5 
metres), it still sometimes settles on very large numbers comparatively 
speaking, for example it might stabilise at 65 metres. With that level of 
inaccuracy any cumulative use, as in working out the number of kilometres in a 
trip, would not be reliable.

I wonder if my expectation is wrong, or if there is something different about 
LC’s encapsulation of these iOS outputs, or if there is some other explanation.

In the short term, I’m simply going to have to relax my search for a reasonable 
accuracy of the order of 5 metres, and just go for the first run of stable 
readings. But I would love to hear any further insight from anyone who’s 
already tried it.

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


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

Re: Has anyone experience of GPS on iPhone?

[Prothero-ELS via use-livecode]

Graham,
I would want to be verifying the coordinates with another gps device. I’d also 
check it against apps that give lat/Lon. 

Bill

William Prothero
https://earthlearningsolutions.org

> On May 4, 2020, at 5:07 AM, Graham Samuel via use-livecode 
>  wrote:
> 
> I’m using GPS on iPhone using the various commands and functions available 
> in LC. Most of this works, but I am having difficulty with the quantity 
> “horizontal accuracy”. This can be queried via an array which is returned 
> when mobileCurrentLocation() is executed. 
> 
> Looking at other iOS apps that use GPS and allow one to examine their data, I 
> find that in my part of the world, accuracy for them is of the order of 5 
> metres: but when I query it using LC I get much higher numbers, indeed some 
> of them look like nonsense, being hundreds of metres!
> 
> I am aware that it takes time for a GPS signal to settle down after 
> mobileStartTrackingSensor “location” has been called, but even if I script 
> the examination of accuracy to wait for it to settle down (I look for a run 
> of similar or identical readings against a ‘reasonable’ criterion, such as 5 
> metres), it still sometimes settles on very large numbers comparatively 
> speaking, for example it might stabilise at 65 metres. With that level of 
> inaccuracy any cumulative use, as in working out the number of kilometres in 
> a trip, would not be reliable.
> 
> I wonder if my expectation is wrong, or if there is something different about 
> LC’s encapsulation of these iOS outputs, or if there is some other 
> explanation.
> 
> In the short term, I’m simply going to have to relax my search for a 
> reasonable accuracy of the order of 5 metres, and just go for the first run 
> of stable readings. But I would love to hear any further insight from anyone 
> who’s already tried it.
> 
> Graham
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Group resizing.

[Alex Tweedly via use-livecode]

David,

thank you - that's a kind and generous offer to Zoom / pair on it. 
However, since the immediate problem is solved, I'd rather take a 
raincheck, and keep your offer in my back pocket for some future time I 
have a problem.


Summary of this case - when you do resizing based on groups, you should 
be sure to have the lockLocation of the groups set true.


I had a silly typo
   set the top of something to the bottom of another+10
and I had
   set the top of something to the bottom of another+1000

If lockLocation had been set, that would have been trivially obvious, 
and fixed in 30 seconds. However, it wasn't, so the group grew out of 
scale and obscured  most of the window, including where the problematic 
controls should have been - so I couldn't see they had gone astray..


And by bad luck, when I started adding "put  to msg" statements, I 
happened to span a bit of code that *only* tried to change X 
coordinates, and was actually changing Y coords (because of group 
inclusion). So I spent a long time down a rabbit hole of trying to see 
find which code could be doing that, not realizing this "feature" that 
changing one dimension would expand both dimensions of the group.


Thanks again,

Alex.

P.S. any thoughts on another group Zoom for Livecoders ? Haven't heard 
more from Heather (and they may be busy), so maybe we should try to 
arrange a community get-together ?



On 04/05/2020 10:09, David Bovill via use-livecode wrote:

Trying to understand this thread. I’ve been doing nested group resizing for all 
my work now for several years - it has been difficult often to debug track 
errors because of all the nested messages.

As a result I’ve had to make a bunch of tools to test each nested element 
before they are combined, and also I’ve developed a consistent style of doing 
it - which may mean that I’m not coming across the issue you report.

My suggestion Alex is the only way to explore this is to jump into a Zoom where 
we can share practice and see visually the issue? It would also be more fun at 
this time if lock down?

Feel free to pick a time if that appeals - I got nothing better to do :)

• https://woven.com/c/david62/pairprogramming

On 4 May 2020, 01:38 +0100, scott--- via use-livecode 
, wrote:

Oh good, I was hoping I wasn’t the only one.

—
Scott



On May 3, 2020, at 11:28 AM, Alex Tweedly via use-livecode 
 wrote:


I can now get back to my "10-minute cleanup task" that I started 8 hours ago :-)

Alex.


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

___
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

Has anyone experience of GPS on iPhone?

[Graham Samuel via use-livecode]

I’m using GPS on iPhone using the various commands and functions available in 
LC. Most of this works, but I am having difficulty with the quantity 
“horizontal accuracy”. This can be queried via an array which is returned when 
mobileCurrentLocation() is executed. 

Looking at other iOS apps that use GPS and allow one to examine their data, I 
find that in my part of the world, accuracy for them is of the order of 5 
metres: but when I query it using LC I get much higher numbers, indeed some of 
them look like nonsense, being hundreds of metres!

I am aware that it takes time for a GPS signal to settle down after 
mobileStartTrackingSensor “location” has been called, but even if I script the 
examination of accuracy to wait for it to settle down (I look for a run of 
similar or identical readings against a ‘reasonable’ criterion, such as 5 
metres), it still sometimes settles on very large numbers comparatively 
speaking, for example it might stabilise at 65 metres. With that level of 
inaccuracy any cumulative use, as in working out the number of kilometres in a 
trip, would not be reliable.

I wonder if my expectation is wrong, or if there is something different about 
LC’s encapsulation of these iOS outputs, or if there is some other explanation.

In the short term, I’m simply going to have to relax my search for a reasonable 
accuracy of the order of 5 metres, and just go for the first run of stable 
readings. But I would love to hear any further insight from anyone who’s 
already tried it.

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

Re: DataView and DataView Tree Updates

[JeeJeeStudio via use-livecode]

It's line 313 of the stack script of dataview_dbcursor.livecodescript

i downloaded 0.4.0, but files inside where from 20-09-2019

so will download again, maybe i clicked the wrong zip


Op 3-5-2020 om 23:00 schreef Trevor DeVore via use-livecode:

On Sun, May 3, 2020 at 1:11 PM JeeJeeStudio via use-livecode <
use-livecode@lists.runrev.com> wrote:


your dataview demo throws an error on line 313: it's missing an before
or into or after:


I just downloaded the version 0.4.0 from the Releases page and don't get
any errors.

https://github.com/trevordevore/dataview_demo/releases

Can you provide some more details about what you tested? There was a
missing "into" int the dataview_dbcursor submdoule but that was fixed
before I posted the update. Here is the commit:

https://github.com/trevordevore/levurehelper-database_dbcursor/commit/59cba88e26c17dac819f7137054868b71dcf6617



___
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: Group resizing.

[David Bovill via use-livecode]

Trying to understand this thread. I’ve been doing nested group resizing for all 
my work now for several years - it has been difficult often to debug track 
errors because of all the nested messages.

As a result I’ve had to make a bunch of tools to test each nested element 
before they are combined, and also I’ve developed a consistent style of doing 
it - which may mean that I’m not coming across the issue you report.

My suggestion Alex is the only way to explore this is to jump into a Zoom where 
we can share practice and see visually the issue? It would also be more fun at 
this time if lock down?

Feel free to pick a time if that appeals - I got nothing better to do :)

• https://woven.com/c/david62/pairprogramming

On 4 May 2020, 01:38 +0100, scott--- via use-livecode 
, wrote:
> Oh good, I was hoping I wasn’t the only one.
>
> —
> Scott
>
>
> > On May 3, 2020, at 11:28 AM, Alex Tweedly via use-livecode 
> >  wrote:
> >
> > 
>
> > I can now get back to my "10-minute cleanup task" that I started 8 hours 
> > ago :-)
> >
> > Alex.
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
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