Re: iOS 10.3.1 on iPhone 7 Plus

[Sannyasin Brahmanathaswami via use-livecode]

still no joy.

Upgraded xCode… it defaults to 8.3.2

My mac is Sierra 10.12.4

LC 9dp5  →prefs → mobile -> select xCode

fails: 

-

!  The chosen folder is not a valid iOS SDK.
Selected Xcode must have an iOS SDK among:
6.1
7.1
8.2
9.2
10.2

OK



any solutions?  can a lower SDK be installed on top of a newer Xcode?  (I don't 
even know what I'm talking about, but seems like a possibility)

BTR



On 4/24/17, 11:45 AM, "Ralph DiMola"  wrote:

You need to upgrade to OSX 10.12 and Xcode 8.3.1. I am using 10.11 and 
8.2.1 and can install apps with no problems. I'm wondering where do you get 
"Could not inspect this app."? I get the triangle warning in Xcode when 
selecting a 10.3.1 device but it does not cause me any problems.

___
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: answer file under OSX El Capitan no longer has titlebar

[Paul Dupuis via use-livecode]

Thank you to everyone, especially hh and colin.

I was using "answer file  with no "titled" clause. I need to
remain on 6.7.11 for this immediate work, so updating to LC 8.x is not
an option at this time (that's next on the list).

Adding the titled clause makes it work just fine. Thank you all!


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

RE: iOS 10.3.1 on iPhone 7 Plus

[Ralph DiMola via use-livecode]

You need to upgrade to OSX 10.12 and Xcode 8.3.1. I am using 10.11 and 8.2.1 
and can install apps with no problems. I'm wondering where do you get "Could 
not inspect this app."? I get the triangle warning in Xcode when selecting a 
10.3.1 device but it does not cause me any problems.

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 
Sannyasin Brahmanathaswami via use-livecode
Sent: Monday, April 24, 2017 5:19 PM
To: How LiveCode
Cc: Sannyasin Brahmanathaswami
Subject: iOS 10.3.1 on iPhone 7 Plus

I have a new iphone 7Plus with iOS 10.3.1  (no choice… we are on an enterprise 
hardware refresh cycle here and move up when the last model still has resale 
value… works very well, $ wise,  but keep us on the bleeding edge)

any hope for installing standalone? I spent some hours with builds, kept 
getting entitlements issue, solved that. But now xCode 8.2.1 says it may not 
support this phone + "Could not inspect this app."

Any path to move forward?

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

iOS 10.3.1 on iPhone 7 Plus

[Sannyasin Brahmanathaswami via use-livecode]

I have a new iphone 7Plus with iOS 10.3.1  (no choice… we are on an enterprise 
hardware refresh cycle here and move up when the last model still has resale 
value… works very well, $ wise,  but keep us on the bleeding edge)

any hope for installing standalone? I spent some hours with builds, kept 
getting entitlements issue, solved that. But now
xCode 8.2.1 says it may not support this phone + "Could not inspect this app."

Any path to move forward?

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: answer file under OSX El Capitan no longer has titlebar

[J. Landman Gay via use-livecode]

It was fixed in a later LC version. I get a title even without the 
"titled" parameter, and I'm still on El Capitan. I remember when it 
broke but it was fixed pretty soon after, I just can't recall which 
version that was.


On 4/24/17 2:09 PM, Colin Holgate via use-livecode wrote:

I seem to have prompt text in the title bar of the file dialog. But that’s with 
Sierra not El Capitan.



On Apr 24, 2017, at 11:57 AM, Paul Dupuis via use-livecode 
 wrote:

First, I realize I am on old versions of things. I am using LC 6.7.11
and running mostly under OSX Mavericks (10.9.5)

I just discovered that - under El Capitan (10.11.x) and presumably 10.12
- the LiveCode 'ask file ' statement no longer display the
 text because the open file dialog under El Capitan no longer
displays a titlebar!

This may have been covered in some past discussion on this email list.
If so can someone tell me if there is some work-around for this.

OR if this is the first people have heard of this, can someone verify
this issue?




___
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




--
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: answer file under OSX El Capitan no longer has titlebar

[Colin Holgate via use-livecode]

I get the title prompt with answer too, without any workaround.

But talking about that for a moment, it would need to be this:

on mouseUp

local pp,myPath

put "I m the missing prompt" into pp

answer file pp with myPath titled pp

end mouseUp


In LiveCode 8 you can’t get away with:

put "I m the missing prompt" into pp


> On Apr 24, 2017, at 1:12 PM, hh via use-livecode 
>  wrote:
> 
> It's the answer file only, not the ask file:
> 
> The following workaround is from a bug report, I can't
> remember the number and who found it (not me, at any rate).
> 
> put "I m the missing prompt" into pp
> answer file pp with myPath titled pp
> 
> 

___
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: answer file under OSX El Capitan no longer has titlebar

[panagiotis merakos via use-livecode]

Hi all,

I guess Hermann is referring to this bug report
http://quality.livecode.com/show_bug.cgi?id=16264.

This bug was fixed in LC 8.0.0.

Best,
Panos
--

On Mon, Apr 24, 2017 at 9:12 PM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It's the answer file only, not the ask file:
>
> The following workaround is from a bug report, I can't
> remember the number and who found it (not me, at any rate).
>
> put "I m the missing prompt" into pp
> answer file pp with myPath titled pp
>
>
>
> ___
> 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: answer file under OSX El Capitan no longer has titlebar

[hh via use-livecode]

It's the answer file only, not the ask file:

The following workaround is from a bug report, I can't
remember the number and who found it (not me, at any rate).

put "I m the missing prompt" into pp
answer file pp with myPath titled pp



___
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: Stupid Q No 999: mergeBLE

[Richmond Mathewson via use-livecode]

On my Macintosh, when I have my mBot robot recognised by Bluetooth lets 
me see the following

in mergBLE 1.1.15:

This demo both scans for and advertises the service and characteristics 
below along with a random read only characteristic.
Run it on two devices and you should be able to move the slider on each 
device and see the changes on the other device.

Each device will act as both peripheral and central.


Central : unsupported
Peripheral : powered on
Service 47EC425E-633F-4F04-9A65-DEDEB (rest unreadable because field is 
too short)

Connections
Central 0372A886-E203-415E-A94A-40-C9D11606
Peripheral Monte's iPhone

which has Nix to do with this:

An Android tablet I have tells me the UUID numbers for the mBot are:

Custom service: FFE1--1000-8000-00805F9B34FB

and

Custom service: FFE4--1000-8000-00805F9B34FB

So, no "joy" at all.

Richmond.

On 4/24/17 9:49 pm, Roger Eller via use-livecode wrote:

Have you simply opened the sample mergBLE.livecode stack (buried in the
LiveCode bundle) on a Mac, making sure that you have bluetooth enabled
first?

If your robot is broadcasting its information, the mergBLE stack should at
least show you something like a name, among the names of other nearby
bluetooth devices.

~Roger


On Mon, Apr 24, 2017 at 1:01 PM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:



On 4/24/17 3:54 pm, Ben Rubinstein via use-livecode wrote:


You may find this alternative documention of all the functions more
helpful in this context:
http://mergext.com/home/mergble/

No, I don't.

Let us just suppose, for the moment, that I want to use a button to PAIR
my robot with my computer (not, perhaps,
strikingly original), I would imagine (as per that almost completely
unhelpful video) a button script something like this (pseudoCode):

on mouseUp
   scanForPeripheralsWithServices XXX
   put XXX into fld "gubbins"
end mouseUp

but that "alternative" thing does NOT give any information as to how one
might achieve that.

Then I might like to do this:

on mouseUp
send signal[lots of hex numbers] to robot
end mouseUp

But its as clear as mud.

Richmond.


On 23/04/2017 21:56, Richmond Mathewson via use-livecode wrote:


" All of the addons have full documentation making it a joy to use them
in
your app."

Well I am unfortunately missing 2 things: "full" documentation (extremely
minimal in the LC Documentation stack),
and the "joy": te second as a consequence of the first.

Richmond.

On 4/23/17 10:59 pm, Roger Eller via use-livecode wrote:


Have you looked at the mergBLE commands in the LC dictionary?

mergBLEConnectPeripheral pUUID

Monte will likely have the answers you seek.

~Roger


On Sun, Apr 23, 2017 at 6:38 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

So, here I am with Livecode 8.1.3 Indy (owing to the generosity of a

donor) which contains mergeBLE

I also own a floor-robot (Blue-Bot), know its UUID and have
complete documentation of commands accepted by the robot.

HOWEVER, I cannot for the life of me work out HOW one would do this
sort
of thing (pseudoCode):

send "AA 03 81 11 04 67" to Bluebot

so the robot would move FORWARD 1 unit.

Richmond.



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


___
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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

Think of the laptops.  Do it for them.

On Mon, Apr 24, 2017 at 2:49 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner wrote:
>
> > On Mon, Apr 24, 2017 at 11:30 AM, Richard Gaskin wrote:
>
> >> But with fields, a formatting enhancement need not be a Widget per
> >> se. That would require first reproducing the entire field object,
> >> and then adding the small bits we're discussing here.  Daunting.
> >>
> > It's only daunting because of the overhead of creating the widget.
>
> Well, that and several thousand lines of very tricky code.
>
> If you're up for translating all that from C++ to LC Builder that would be
> cool.
>
> But if it may take longer than an idle afternoon, perhaps a backscript
> might do. :)
>
>
> --
>  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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: answer file under OSX El Capitan no longer has titlebar

[Colin Holgate via use-livecode]

I seem to have prompt text in the title bar of the file dialog. But that’s with 
Sierra not El Capitan.


> On Apr 24, 2017, at 11:57 AM, Paul Dupuis via use-livecode 
>  wrote:
> 
> First, I realize I am on old versions of things. I am using LC 6.7.11
> and running mostly under OSX Mavericks (10.9.5)
> 
> I just discovered that - under El Capitan (10.11.x) and presumably 10.12
> - the LiveCode 'ask file ' statement no longer display the
>  text because the open file dialog under El Capitan no longer
> displays a titlebar!
> 
> This may have been covered in some past discussion on this email list.
> If so can someone tell me if there is some work-around for this.
> 
> OR if this is the first people have heard of this, can someone verify
> this issue?
> 


___
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: Stupid Q No 999: mergeBLE

[Mike Kerner via use-livecode]

Does anybody do pairing in software?  I have only ever had pairing happen
at the hardware level - in the settings or control panels

On Mon, Apr 24, 2017 at 2:49 PM, Roger Eller via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Have you simply opened the sample mergBLE.livecode stack (buried in the
> LiveCode bundle) on a Mac, making sure that you have bluetooth enabled
> first?
>
> If your robot is broadcasting its information, the mergBLE stack should at
> least show you something like a name, among the names of other nearby
> bluetooth devices.
>
> ~Roger
>
>
> On Mon, Apr 24, 2017 at 1:01 PM, Richmond Mathewson via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> >
> > On 4/24/17 3:54 pm, Ben Rubinstein via use-livecode wrote:
> >
> >> You may find this alternative documention of all the functions more
> >> helpful in this context:
> >> http://mergext.com/home/mergble/
> >>
> >> No, I don't.
> >
> > Let us just suppose, for the moment, that I want to use a button to PAIR
> > my robot with my computer (not, perhaps,
> > strikingly original), I would imagine (as per that almost completely
> > unhelpful video) a button script something like this (pseudoCode):
> >
> > on mouseUp
> >   scanForPeripheralsWithServices XXX
> >   put XXX into fld "gubbins"
> > end mouseUp
> >
> > but that "alternative" thing does NOT give any information as to how one
> > might achieve that.
> >
> > Then I might like to do this:
> >
> > on mouseUp
> >send signal[lots of hex numbers] to robot
> > end mouseUp
> >
> > But its as clear as mud.
> >
> > Richmond.
> >
> >>
> >> On 23/04/2017 21:56, Richmond Mathewson via use-livecode wrote:
> >>
> >>> " All of the addons have full documentation making it a joy to use them
> >>> in
> >>> your app."
> >>>
> >>> Well I am unfortunately missing 2 things: "full" documentation
> (extremely
> >>> minimal in the LC Documentation stack),
> >>> and the "joy": te second as a consequence of the first.
> >>>
> >>> Richmond.
> >>>
> >>> On 4/23/17 10:59 pm, Roger Eller via use-livecode wrote:
> >>>
>  Have you looked at the mergBLE commands in the LC dictionary?
> 
>  mergBLEConnectPeripheral pUUID
> 
>  Monte will likely have the answers you seek.
> 
>  ~Roger
> 
> 
>  On Sun, Apr 23, 2017 at 6:38 AM, Richmond Mathewson via use-livecode <
>  use-livecode@lists.runrev.com> wrote:
> 
>  So, here I am with Livecode 8.1.3 Indy (owing to the generosity of a
> > donor) which contains mergeBLE
> >
> > I also own a floor-robot (Blue-Bot), know its UUID and have
> > complete documentation of commands accepted by the robot.
> >
> > HOWEVER, I cannot for the life of me work out HOW one would do this
> > sort
> > of thing (pseudoCode):
> >
> > send "AA 03 81 11 04 67" to Bluebot
> >
> > so the robot would move FORWARD 1 unit.
> >
> > Richmond.
> >
> >
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

answer file under OSX El Capitan no longer has titlebar

[Paul Dupuis via use-livecode]

First, I realize I am on old versions of things. I am using LC 6.7.11
and running mostly under OSX Mavericks (10.9.5)

I just discovered that - under El Capitan (10.11.x) and presumably 10.12
- the LiveCode 'ask file ' statement no longer display the
 text because the open file dialog under El Capitan no longer
displays a titlebar!

This may have been covered in some past discussion on this email list.
If so can someone tell me if there is some work-around for this.

OR if this is the first people have heard of this, can someone verify
this issue?



___
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: Stupid Q No 999: mergeBLE

[Roger Eller via use-livecode]

Have you simply opened the sample mergBLE.livecode stack (buried in the
LiveCode bundle) on a Mac, making sure that you have bluetooth enabled
first?

If your robot is broadcasting its information, the mergBLE stack should at
least show you something like a name, among the names of other nearby
bluetooth devices.

~Roger


On Mon, Apr 24, 2017 at 1:01 PM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> On 4/24/17 3:54 pm, Ben Rubinstein via use-livecode wrote:
>
>> You may find this alternative documention of all the functions more
>> helpful in this context:
>> http://mergext.com/home/mergble/
>>
>> No, I don't.
>
> Let us just suppose, for the moment, that I want to use a button to PAIR
> my robot with my computer (not, perhaps,
> strikingly original), I would imagine (as per that almost completely
> unhelpful video) a button script something like this (pseudoCode):
>
> on mouseUp
>   scanForPeripheralsWithServices XXX
>   put XXX into fld "gubbins"
> end mouseUp
>
> but that "alternative" thing does NOT give any information as to how one
> might achieve that.
>
> Then I might like to do this:
>
> on mouseUp
>send signal[lots of hex numbers] to robot
> end mouseUp
>
> But its as clear as mud.
>
> Richmond.
>
>>
>> On 23/04/2017 21:56, Richmond Mathewson via use-livecode wrote:
>>
>>> " All of the addons have full documentation making it a joy to use them
>>> in
>>> your app."
>>>
>>> Well I am unfortunately missing 2 things: "full" documentation (extremely
>>> minimal in the LC Documentation stack),
>>> and the "joy": te second as a consequence of the first.
>>>
>>> Richmond.
>>>
>>> On 4/23/17 10:59 pm, Roger Eller via use-livecode wrote:
>>>
 Have you looked at the mergBLE commands in the LC dictionary?

 mergBLEConnectPeripheral pUUID

 Monte will likely have the answers you seek.

 ~Roger


 On Sun, Apr 23, 2017 at 6:38 AM, Richmond Mathewson via use-livecode <
 use-livecode@lists.runrev.com> wrote:

 So, here I am with Livecode 8.1.3 Indy (owing to the generosity of a
> donor) which contains mergeBLE
>
> I also own a floor-robot (Blue-Bot), know its UUID and have
> complete documentation of commands accepted by the robot.
>
> HOWEVER, I cannot for the life of me work out HOW one would do this
> sort
> of thing (pseudoCode):
>
> send "AA 03 81 11 04 67" to Bluebot
>
> so the robot would move FORWARD 1 unit.
>
> Richmond.
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Subject: Re: Don't amputate numberformat

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> On Mon, Apr 24, 2017 at 11:30 AM, Richard Gaskin wrote:

>> But with fields, a formatting enhancement need not be a Widget per
>> se. That would require first reproducing the entire field object,
>> and then adding the small bits we're discussing here.  Daunting.
>>
> It's only daunting because of the overhead of creating the widget.

Well, that and several thousand lines of very tricky code.

If you're up for translating all that from C++ to LC Builder that would 
be cool.


But if it may take longer than an idle afternoon, perhaps a backscript 
might do. :)


--
 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: OS X Firewall triggering on launch

[Mike Kerner via use-livecode]

I just removed it, then fired up dp6, and didn't get the dialog.  I then
went back into the firewall, and dp6 was in there, enabled.

On Mon, Apr 24, 2017 at 2:18 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I did some googling and it turns out this is an OS X glitch that dates
> back several years. It isn't app-specific. The first thing to try is to
> remove the app from the firewall list and then put it back again when you
> next launch. That hasn't worked for me. The nuclear option is to delete the
> firewall list and let it build a new one, but I haven't tried that yet.
>
>
> On 4/24/17 9:17 AM, Mike Kerner via use-livecode wrote:
>
>> I'm also getting this with every launch, even though dp6 is in the
>> firewall
>> settings.  It's much less annoying, now that LC isn't crashing constantly
>> with the new version of mergDeploy, so I don't quit and relaunch 9 very
>> often, now.
>>
>> On Tue, Apr 11, 2017 at 10:49 PM, J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> On 4/11/17 9:17 PM, J. Landman Gay via use-livecode wrote:
>>>
>>> On 4/11/17 5:17 PM, Monte Goulding via use-livecode wrote:


> On 12 Apr 2017, at 4:48 am, J. Landman Gay via use-livecode
>
>>  wrote:
>>
>> And it is still putting up the alert on launch. Seems I'm stuck
>> with it.
>>
>>
> Hmm… that’s odd. I’ll ask the team if anyone has any ideas why this
> is occurring. Just to make sure you aren’t saving anything within the
> LC app bundle are you?
>
>
 Nope. I just checked the dates on most of the files to be sure and they
 all say March 8, so nothing has changed there. I wonder if it's
 Mavericks. The firewall doesn't seem to recognize LCdp6.


 I wrote "Mavericks" but that was a think-o. I'm running El Capitan, in
>>> case it matters.
>>>
>>>
>>> --
>>> 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
>>>
>>>
>>
>>
>>
>
> --
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: OS X Firewall triggering on launch

[J. Landman Gay via use-livecode]

I did some googling and it turns out this is an OS X glitch that dates 
back several years. It isn't app-specific. The first thing to try is to 
remove the app from the firewall list and then put it back again when 
you next launch. That hasn't worked for me. The nuclear option is to 
delete the firewall list and let it build a new one, but I haven't tried 
that yet.


On 4/24/17 9:17 AM, Mike Kerner via use-livecode wrote:

I'm also getting this with every launch, even though dp6 is in the firewall
settings.  It's much less annoying, now that LC isn't crashing constantly
with the new version of mergDeploy, so I don't quit and relaunch 9 very
often, now.

On Tue, Apr 11, 2017 at 10:49 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 4/11/17 9:17 PM, J. Landman Gay via use-livecode wrote:


On 4/11/17 5:17 PM, Monte Goulding via use-livecode wrote:



On 12 Apr 2017, at 4:48 am, J. Landman Gay via use-livecode

 wrote:

And it is still putting up the alert on launch. Seems I'm stuck
with it.



Hmm… that’s odd. I’ll ask the team if anyone has any ideas why this
is occurring. Just to make sure you aren’t saving anything within the
LC app bundle are you?



Nope. I just checked the dates on most of the files to be sure and they
all say March 8, so nothing has changed there. I wonder if it's
Mavericks. The firewall doesn't seem to recognize LCdp6.



I wrote "Mavericks" but that was a think-o. I'm running El Capitan, in
case it matters.


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








--
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: Stupid Q No 999: mergeBLE

[Richmond Mathewson via use-livecode]

On 4/24/17 3:54 pm, Ben Rubinstein via use-livecode wrote:
You may find this alternative documention of all the functions more 
helpful in this context:

http://mergext.com/home/mergble/


No, I don't.

Let us just suppose, for the moment, that I want to use a button to PAIR 
my robot with my computer (not, perhaps,
strikingly original), I would imagine (as per that almost completely 
unhelpful video) a button script something like this (pseudoCode):


on mouseUp
  scanForPeripheralsWithServices XXX
  put XXX into fld "gubbins"
end mouseUp

but that "alternative" thing does NOT give any information as to how one 
might achieve that.


Then I might like to do this:

on mouseUp
   send signal[lots of hex numbers] to robot
end mouseUp

But its as clear as mud.

Richmond.


On 23/04/2017 21:56, Richmond Mathewson via use-livecode wrote:
" All of the addons have full documentation making it a joy to use 
them in

your app."

Well I am unfortunately missing 2 things: "full" documentation 
(extremely

minimal in the LC Documentation stack),
and the "joy": te second as a consequence of the first.

Richmond.

On 4/23/17 10:59 pm, Roger Eller via use-livecode wrote:

Have you looked at the mergBLE commands in the LC dictionary?

mergBLEConnectPeripheral pUUID

Monte will likely have the answers you seek.

~Roger


On Sun, Apr 23, 2017 at 6:38 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:


So, here I am with Livecode 8.1.3 Indy (owing to the generosity of a
donor) which contains mergeBLE

I also own a floor-robot (Blue-Bot), know its UUID and have
complete documentation of commands accepted by the robot.

HOWEVER, I cannot for the life of me work out HOW one would do this 
sort

of thing (pseudoCode):

send "AA 03 81 11 04 67" to Bluebot

so the robot would move FORWARD 1 unit.

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


___
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: Don't amputate numberFormat (was: affecting array keys???)

[Curry Kenworthy via use-livecode]

Mark Waddingham:

> I can guarantee that nothing is going to happen to numberFormat
> (beyond perhaps improving its documentation) any time soon -
> if ever. Indeed, it wouldn't ever disappear just evolved (assuming
> we can figure out how to make it a) more powerful and (b) play
> more nicely with LiveCode's more modern features!).

Mark, thanks for the reassurance, that is great to hear!

I agree it would be even better if it did more. I would be thrilled if 
numberFormat can be upgraded in ways that are backward compatible.


Best wishes,

Curry Kenworthy

Custom Software Development
http://curryk.com/consulting/

___
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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

It's only daunting because of the overhead of creating the widget.  I think
that the overhead of creating LC and maintaining LC is well worth it
compared to the cognitive load that I face dealing with other tools.
Laptops also rejoice that they do not have to endure having their screens
ripped from their bases when I am trying to debug a pointer referencing
issue, so DO IT FOR THE LAPTOPS!

On Mon, Apr 24, 2017 at 11:30 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner wrote:
>
> > Well, that would be a nice thing to have in a field widget, but I run
> > into formatting issues with databases, as well, especially when
> > sorting.
>
> The DB issue may be best handled through an accessor library.  Many other
> error-correction and conveniences could be added to that as well.
>
> But with fields, a formatting enhancement need not be a Widget per se.
> That would require first reproducing the entire field object, and then
> adding the small bits we're discussing here.  Daunting.
>
> Simpler would be a behavior script, with a custom properties called
> something like "rawText" and "displayText", with formatting determined by
> "displayFormat", e.g.:
>
> set the displayFormat of fld 1 to "$0.00"
> set the rawText of fld 1 to 5 -- shows "$5.00"
> get the displayText of fld 1 -- returns "$5.00"
> get the rawText of fld 1 -- return "5"
>
> --
>  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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Subject: Re: Don't amputate numberformat

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> Well, that would be a nice thing to have in a field widget, but I run
> into formatting issues with databases, as well, especially when
> sorting.

The DB issue may be best handled through an accessor library.  Many 
other error-correction and conveniences could be added to that as well.


But with fields, a formatting enhancement need not be a Widget per se. 
That would require first reproducing the entire field object, and then 
adding the small bits we're discussing here.  Daunting.


Simpler would be a behavior script, with a custom properties called 
something like "rawText" and "displayText", with formatting determined 
by "displayFormat", e.g.:


set the displayFormat of fld 1 to "$0.00"
set the rawText of fld 1 to 5 -- shows "$5.00"
get the displayText of fld 1 -- returns "$5.00"
get the rawText of fld 1 -- return "5"

--
 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: Don't amputate numberFormat (was: affecting array keys???)

[Mike Kerner via use-livecode]

I get that it would break existing code that relies on the behavior.  I'm
just offering to make that trade as the self-appointed spokesperson for
equal rights for all items.

On Mon, Apr 24, 2017 at 11:06 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Well as I said, the workaround is to have a function (say formatNumber)
> with 2 arguments, value and format string. Because the numberFormat is
> getting set only for that function, you can call formatNumber() and never
> have to worry about resetting numberformat again. And it's not more
> difficult to write the line of code either. In fact less so.
>
> Bob S
>
>
> > On Apr 22, 2017, at 15:42 , Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > With numberFormat, you first change an abstraction in the engine, then
> do something to a value elsewhere, and if you remembered to do it in the
> right order, and within a single handler, you'll get what you were looking
> for.
> >
> > That is, unless you've forgotten that you'd set the numberFormat to some
> value further up in the handler for some other reason than the place you
> happen to be typing in now some 50 lines later, where you're seeing values
> that aren't what you had expected because you'd overlooked that the
> numberFormat setting you'd done for one thing 50 lines up is still
> affecting everything afterward until you reset it. (Who among us has never
> had that happen to them?)   :)
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Subject: Re: Don't amputate numberformat

[Bob Sneidar via use-livecode]

I had a whole system for doing this in another app. I should probably resurrect 
it. A user could right-click a field in pointer mode and with the normal 
contextual menu would also get options for setting some standard validations. 
The user could pick from pre, mid, and post validations. Pre would 
validate/format when the field was populated. Mid would validate/format when 
the user closed the field, and post would validate/format when the form was 
saved. The pre and post allowed values in the database to be different than the 
ones used by livecode, for instance the sql value of 1 or 0 for a column of 
type BOOLEAN, and the hilited of a button being true or false. The mid allowed 
for instance an integer of the proper length to be formatted as a phone number 
using the formatPhone() function I wrote for it. 

I have a library of nothing but format and validations like formatIP, isIP etc. 

Bob S


> On Apr 24, 2017, at 07:27 , Mark Waddingham via use-livecode 
>  wrote:
> 
> The field is a rather large, difficult and very very picky piece of engine
> code so pretty much nothing related to it is far from 'easy' to do. Of 
> course, the
> 'how one would implement something' has to be preceded by 'how would such a 
> thing
> work' and the latter is not entirely clear in this case...
> 
> Mike's suggestion of a 'field widget', I'd perhaps suggest would be a 'field'
> much more inline with a database 'field' - i.e. it would be a single thing
> which had a 'format' property (think type of column). The 'field' would hold
> a single value, and the 'format' would determine how that (typeless) value 
> would
> be interpreted and rendered.


___
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: Don't amputate numberFormat (was: affecting array keys???)

[Bob Sneidar via use-livecode]

Well as I said, the workaround is to have a function (say formatNumber) with 2 
arguments, value and format string. Because the numberFormat is getting set 
only for that function, you can call formatNumber() and never have to worry 
about resetting numberformat again. And it's not more difficult to write the 
line of code either. In fact less so. 

Bob S


> On Apr 22, 2017, at 15:42 , Richard Gaskin via use-livecode 
>  wrote:
> 
> With numberFormat, you first change an abstraction in the engine, then do 
> something to a value elsewhere, and if you remembered to do it in the right 
> order, and within a single handler, you'll get what you were looking for.
> 
> That is, unless you've forgotten that you'd set the numberFormat to some 
> value further up in the handler for some other reason than the place you 
> happen to be typing in now some 50 lines later, where you're seeing values 
> that aren't what you had expected because you'd overlooked that the 
> numberFormat setting you'd done for one thing 50 lines up is still affecting 
> everything afterward until you reset it. (Who among us has never had that 
> happen to them?)   :)


___
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: Don't amputate numberFormat (was: affecting array keys???)

[Mark Waddingham via use-livecode]

On 2017-04-24 16:58, Mike Kerner via use-livecode wrote:
To remind the readers, this is a database thing - null column values 
cause

issues with LC when the null value is on the tail.
All it would take is removing that one little line in the item code - 
that
line that makes items less computationally efficient than they could 
be.


That's an anomaly in revDB because revDB doesn't follow the 'trailing 
delimiter

is optional unless you want a list containing empty elements':

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

That one can be fixed either in queries (by making sure the last column 
you
select can't be NULL - or the empty string); or in code calling it by 
appending

a comma if the line ends in comma.

The engine also has a couple of anomalies with regard string-list 
processing:


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

Unfortunately, fixing any three of those without some sort of 
compatibility

mechanism would break large amounts of existing code which is written to
code with the issue.

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: 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: Cognitive load

[Bob Sneidar via use-livecode]

A very well known historical figure once said that two would be sleeping, one 
would be taken and the other left. 2 would be grinding grain, one would be 
taken the other left. Two would be working in the field, one would be taken the 
other left. People sleep at night, grind grain in the morning, and work in the 
field the remainder of the day. That one event happens at all these different 
times shows that the speaker knew the world was round. 

Bob S


> On Apr 23, 2017, at 08:01 , Keith Martin via use-livecode 
>  wrote:
> 
>> Until about 1600 is was a "well-known fact" that the world was flat
> 
> Heh. Nice analogy.
> Except that even this fact itself isn't true! Most educated people much 
> further back than that believed that the Earth was round. Copernicus 
> (1473-1543) didn't cause consternation through refuting the flatness of the 
> world, he proposed that the world revolved around the sun rather than the 
> other way around. And this wasn't the first time for that concept: 
> Aristarchus of Samos (approx 310-230 BC) originally presented the 
> heliocentric concept, which relies inherently on the Earth being a sphere. In 
> fact (uh-oh! ;) the flat-Earth idea has been only patchily believed for far 
> longer than people generally realise.
> Which makes it even more mind-numbingly strange that people think this today. 
> But then, who in their right mind would look to a basketball player for 
> scientific information?
> 
> :D
> 
> k


___
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: Don't amputate numberFormat (was: affecting array keys???)

[Mike Kerner via use-livecode]

To remind the readers, this is a database thing - null column values cause
issues with LC when the null value is on the tail.
All it would take is removing that one little line in the item code - that
line that makes items less computationally efficient than they could be.

On Mon, Apr 24, 2017 at 10:32 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2017-04-24 16:10, Mike Kerner via use-livecode wrote:
>
>> That's too bad.  I was hoping that I could trade deprecating
>> numberFormat for giving equal rights to the last item in a list.
>>
>
> If you mean:
>
>   the number of items in "a,b," should be 3 (and not 2)
>
> and
>
>   the number of items in "a,b,c" should be 3
>
> Then, err, no.
>
> Sorry.
>
> To paraphrase Scotty from Star Trek - "I can't change the laws of logic",
> and nor can you ;)
>
> If you want to use string lists which may contain an empty element
> then just make sure you always have a trailing delimiter.
>
> Of course, if you don't mean the above, then you might want to
> elaborate :)
>
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Cognitive load

[Bob Sneidar via use-livecode]

Because the point in question is cognitive load, not what you brought up. What 
the student gets out of the encounter is a wholly different question, but 
argueably related, as the idea if I understand it right is that if the 
cognitive load is too high early on in the learning process, the student will 
not absorb so readily the basic concepts of writing code that you are trying to 
convey. 

Bob S


> On Apr 23, 2017, at 24:55 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> I'm not sure why smaller should necessarily be better.
> 
> Surely a better equation might be how much one gets out for what one puts in.
> 
> Another consideration is how many transferrable skills one learns during any 
> one cognitive apprenticeship.
> 
> Richmond.


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

Re: Cognitive load

[Bob Sneidar via use-livecode]

very cognitive of you. :-)

Bob S


> On Apr 22, 2017, at 16:29 , Mike Kerner via use-livecode 
>  wrote:
> 
> So I assume that smaller is better


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

Re: How many words from start of text to my selection

[Bob Sneidar via use-livecode]

I've seen a similar thing. I set the focus to a field, then "select after field 
xxx". Sometimes it does what you expect, sometimes it selects the text of the 
whole field. Send in time is the only way around these timing issues. 

Bob S


> On Apr 23, 2017, at 01:10 , Mark Schonewille via use-livecode 
>  wrote:
> 
> HYi Kaveh,
> 
> LiveCode sets the focus to the clicked object after running the scripts. If I 
> would select text the normal way, the selection would be deselected again, 
> because the focus would go away from the field to the button containing the 
> script. Using the send in time command, I make sure that this command is 
> executed after LiveCode completes its routines, also after LiveCode sets the 
> focus.
> 
> If you use a different way to execute the script rather then from a button or 
> other object that is activated by a click, you won't need this last line.
> 
> Moreover, sometimes I have this problem and sometimes not. I haven't figured 
> out why. At least, when it occurs, there is a way to solve it.
> 
> Kind regards,
> 
> Mark Schonewille


___
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: Don't amputate numberFormat (was: affecting array keys???)

[Mark Waddingham via use-livecode]

On 2017-04-24 16:10, Mike Kerner via use-livecode wrote:

That's too bad.  I was hoping that I could trade deprecating
numberFormat for giving equal rights to the last item in a list.


If you mean:

  the number of items in "a,b," should be 3 (and not 2)

and

  the number of items in "a,b,c" should be 3

Then, err, no.

Sorry.

To paraphrase Scotty from Star Trek - "I can't change the laws of 
logic",

and nor can you ;)

If you want to use string lists which may contain an empty element
then just make sure you always have a trailing delimiter.

Of course, if you don't mean the above, then you might want to
elaborate :)

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: 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: Subject: Re: Don't amputate numberformat

[Mark Waddingham via use-livecode]

On 2017-04-24 14:13, Roland Huettmann via use-livecode wrote:
Mike Kerner: "Well, that would be a nice thing to have in a field 
widget,

but I run into
formatting issues with databases, as well, especially when sorting."

I do not know much about the internal workings of the machine, but 
could
such work be outsourced? Maybe someone could raise funding? I would 
rather
like to see the improvements in the core engine instead of as a LC 
Builder

widget since it is so basic.


The field is a rather large, difficult and very very picky piece of 
engine
code so pretty much nothing related to it is far from 'easy' to do. Of 
course, the
'how one would implement something' has to be preceded by 'how would 
such a thing

work' and the latter is not entirely clear in this case...

Mike's suggestion of a 'field widget', I'd perhaps suggest would be a 
'field'
much more inline with a database 'field' - i.e. it would be a single 
thing
which had a 'format' property (think type of column). The 'field' would 
hold
a single value, and the 'format' would determine how that (typeless) 
value would

be interpreted and rendered.

Trying to do a similar thing with the current field is a little more 
complex

because the field allows char level access to its contents.

In your previous post you suggested it would be nice to be able to do 
something

along the lines of:

  put "1.234" into field 1
  set the format of field 1 to "currency"

In this case, assuming the user's currency format was something like 
'£0.00' then
you would see '£1.23' in the field. (I don't think I can understate how 
neat

this would be).

However, the question to ask (and I've been asking myself in the back of 
my mind
since I read your post) is: what, in this context does 'put char 1 to 3 
of field 1'

mean?

Does it mean '1.23' or '£1.'?

The problem here is that which it should mean very much depends on what 
you

are wanting to do.

The idea of the feature is that it completely separates computational 
value (1.234)
from display value (£1.23) - however, fields have a large number of 
features which

work (and can only work) if it is based on display value.

For example, it would be slightly unsettling to a user if they could not 
select a
portion of '£1.23' to copy onto the clipboard - the way the field 
presents its selection
is using 'char X to Y' so that immediately gives us a constraint that 
the displayed

chars of the value would be used for char X to Y evaluation.

However, from a computational point of view, it is kinda important that 
the following

is true:

  put "1234" into field 1
  put char 1 to 4 of field 1 is "1234"

So that immediately gives us a constraint that it would have to be the 
computational
value that would be used for char X to Y evaluation. So we end up going 
back round

in a circle...

Warmest Regards,

Mark.

P.S. I should say that the above should not be taken as 'this is not 
possible to do',
more that a naive approach to doing it probably isn't going to work so 
something a
little cleverer is needed... And like most things, things which are a 
little cleverer

just require a little more application of the 'little grey cells' :)

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: 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

How do you guys debug a webpage...

[jbv via use-livecode]

Hi list,
How do you guys debug a webpage that doesn't behave the same
way (especially js scripts) when opened in a browser and in
revBrowser ?
More specifically my problem is with xmlhttp.send which I have
used zillions of times, and which works fine in my webpage in
a browser and seems to throw an error when opened in revBrowser...
IOW is there a way to catch the error (or display js console
in revBrowser) ?
Thanks in advance.

jbv


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

Re: OS X Firewall triggering on launch

[Mike Kerner via use-livecode]

I'm also getting this with every launch, even though dp6 is in the firewall
settings.  It's much less annoying, now that LC isn't crashing constantly
with the new version of mergDeploy, so I don't quit and relaunch 9 very
often, now.

On Tue, Apr 11, 2017 at 10:49 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 4/11/17 9:17 PM, J. Landman Gay via use-livecode wrote:
>
>> On 4/11/17 5:17 PM, Monte Goulding via use-livecode wrote:
>>
>>>
>>> On 12 Apr 2017, at 4:48 am, J. Landman Gay via use-livecode
  wrote:

 And it is still putting up the alert on launch. Seems I'm stuck
 with it.

>>>
>>> Hmm… that’s odd. I’ll ask the team if anyone has any ideas why this
>>> is occurring. Just to make sure you aren’t saving anything within the
>>> LC app bundle are you?
>>>
>>
>> Nope. I just checked the dates on most of the files to be sure and they
>> all say March 8, so nothing has changed there. I wonder if it's
>> Mavericks. The firewall doesn't seem to recognize LCdp6.
>>
>>
> I wrote "Mavericks" but that was a think-o. I'm running El Capitan, in
> case it matters.
>
>
> --
> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Don't amputate numberFormat (was: affecting array keys???)

[Mike Kerner via use-livecode]

That's too bad.  I was hoping that I could trade deprecating
numberFormat for giving equal rights to the last item in a list.

Say it with me now:  EQUAL RIGHTS FOR ALL ITEMS!  EVEN THE LAST ONES!

On Mon, Apr 24, 2017 at 10:06 AM, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2017-04-22 02:51, Curry Kenworthy via use-livecode wrote:
>
>> Mark Waddingham:
>>
>>> I think this is perhaps more evidence that 'numberFormat'
>>> should probably be deprecated - or at least marked as
>>> 'present for HyperCard compatibility only and shouldn't
>>> be used in new code'.
>>>
>>
>> I emphatically disagree.
>>
>
> Don't worry - I don't entirely agree with my suggestion either :)
>
> I must confess I was being overly pejorative in order to provoke a
> conversation - something I have a tendency to do from time to time in
> order to help get a greater understanding of things.
>
> There's nothing wrong with numberFormat as a binary to text option. On
>> the contrary, it's a splendid way to present the formatting to users.
>> The array key example is an outlier case to watch out for, but it's
>> also easy to use an alternate formatting option or careful coding for
>> those rare cases.
>>
>
> I'd disagree that anything involving the use of arrays could be considered
> a 'rare case' or an 'outlier case'; so it is irksome that a feature
> (numberFormat) which is meant to make working with the display of numbers
> 'easier' is somewhat incompatible with it.
>
> I'd mind less if numberFormat was actually had wide utility - but, in
> reality,
> for all but the simplest of cases (wanting US/UK style numbers, with
> preceding or following '0's) it isn't very useful.
>
> To be fair, that is fine - the problems which keep recurring could
> probably be mostly dealt with by much better documentation of numberFormat.
> i.e. Clear explanation about how it affects computations, and when to use
> it
> and when not to
>
> That, however, does still leave me 'wanting' though. As you point out the
> *idea* is so ergonomic that it *seems* like it should be much more
> powerful,
> but it is not, and if you want to use it easily with other parts of the
> language, you are probably best not to use it at all.
>
> I can guarantee that nothing is going to happen to numberFormat (beyond
> perhaps improving its documentation) any time soon - if ever. Indeed,
> it wouldn't ever disappear just evolved (assuming we can figure out how
> to make it a) more powerful and (b) play more nicely with LiveCode's more
> modern features!).
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

This is why I want to try to get a more centralized repo of all the cool
stuff that everyone's done in LC, especially if it's available in-app, sort
of like a widget store, if we ever get one of those...

On Mon, Apr 24, 2017 at 9:57 AM, Dave Kilroy via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Do you guys know about Hugh Senior’s Field Formatter?
> http://www.flexiblelearning.com/fieldformatter/ <
> http://www.flexiblelearning.com/fieldformatter/>
>
> Dave
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Don't amputate numberFormat (was: affecting array keys???)

[Mark Waddingham via use-livecode]

On 2017-04-22 02:51, Curry Kenworthy via use-livecode wrote:

Mark Waddingham:

I think this is perhaps more evidence that 'numberFormat'
should probably be deprecated - or at least marked as
'present for HyperCard compatibility only and shouldn't
be used in new code'.


I emphatically disagree.


Don't worry - I don't entirely agree with my suggestion either :)

I must confess I was being overly pejorative in order to provoke a
conversation - something I have a tendency to do from time to time in
order to help get a greater understanding of things.


There's nothing wrong with numberFormat as a binary to text option. On
the contrary, it's a splendid way to present the formatting to users.
The array key example is an outlier case to watch out for, but it's
also easy to use an alternate formatting option or careful coding for
those rare cases.


I'd disagree that anything involving the use of arrays could be 
considered

a 'rare case' or an 'outlier case'; so it is irksome that a feature
(numberFormat) which is meant to make working with the display of 
numbers

'easier' is somewhat incompatible with it.

I'd mind less if numberFormat was actually had wide utility - but, in 
reality,

for all but the simplest of cases (wanting US/UK style numbers, with
preceding or following '0's) it isn't very useful.

To be fair, that is fine - the problems which keep recurring could
probably be mostly dealt with by much better documentation of 
numberFormat.
i.e. Clear explanation about how it affects computations, and when to 
use it

and when not to

That, however, does still leave me 'wanting' though. As you point out 
the
*idea* is so ergonomic that it *seems* like it should be much more 
powerful,

but it is not, and if you want to use it easily with other parts of the
language, you are probably best not to use it at all.

I can guarantee that nothing is going to happen to numberFormat (beyond
perhaps improving its documentation) any time soon - if ever. Indeed,
it wouldn't ever disappear just evolved (assuming we can figure out how
to make it a) more powerful and (b) play more nicely with LiveCode's 
more

modern features!).

Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: 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: Subject: Re: Don't amputate numberformat

[Dave Kilroy via use-livecode]

Do you guys know about Hugh Senior’s Field Formatter? 
http://www.flexiblelearning.com/fieldformatter/ 


Dave



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

Re: Stupid Q No 999: mergeBLE

[Ben Rubinstein via use-livecode]

You may find this alternative documention of all the functions more helpful in 
this context:

http://mergext.com/home/mergble/


On 23/04/2017 21:56, Richmond Mathewson via use-livecode wrote:

" All of the addons have full documentation making it a joy to use them in
your app."

Well I am unfortunately missing 2 things: "full" documentation (extremely
minimal in the LC Documentation stack),
and the "joy": te second as a consequence of the first.

Richmond.

On 4/23/17 10:59 pm, Roger Eller via use-livecode wrote:

Have you looked at the mergBLE commands in the LC dictionary?

mergBLEConnectPeripheral pUUID

Monte will likely have the answers you seek.

~Roger


On Sun, Apr 23, 2017 at 6:38 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:


So, here I am with Livecode 8.1.3 Indy (owing to the generosity of a
donor) which contains mergeBLE

I also own a floor-robot (Blue-Bot), know its UUID and have
complete documentation of commands accepted by the robot.

HOWEVER, I cannot for the life of me work out HOW one would do this sort
of thing (pseudoCode):

send "AA 03 81 11 04 67" to Bluebot

so the robot would move FORWARD 1 unit.

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


___
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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

I've talked about doing some microfinancing projects in LC, but so far I
haven't heard a lot of interest.  I'm all for it.

On Mon, Apr 24, 2017 at 8:13 AM, Roland Huettmann via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner: "Well, that would be a nice thing to have in a field widget,
> but I run into
> formatting issues with databases, as well, especially when sorting."
>
> I am using all kinds of formatting functions with databases. There is
> always this overhead which could be minimized using a database adapter as
> provided in other languages, or writing your own.
>
> But fields, the visual objects used most, are a focus for any data
> management. They always deserve attention, and unless there will be such
> new widget, actually our already nice fields would be candidate for such
> and other improvements.
>
> And also, it is a widely adopted standard that left, top, right and bottom
> boundaries could be formatted separately.
>
> I do not know much about the internal workings of the machine, but could
> such work be outsourced? Maybe someone could raise funding? I would rather
> like to see the improvements in the core engine instead of as a LC Builder
> widget since it is so basic.
>
> Roland
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Subject: Re: Don't amputate numberformat

[Roland Huettmann via use-livecode]

Mike Kerner: "Well, that would be a nice thing to have in a field widget,
but I run into
formatting issues with databases, as well, especially when sorting."

I am using all kinds of formatting functions with databases. There is
always this overhead which could be minimized using a database adapter as
provided in other languages, or writing your own.

But fields, the visual objects used most, are a focus for any data
management. They always deserve attention, and unless there will be such
new widget, actually our already nice fields would be candidate for such
and other improvements.

And also, it is a widely adopted standard that left, top, right and bottom
boundaries could be formatted separately.

I do not know much about the internal workings of the machine, but could
such work be outsourced? Maybe someone could raise funding? I would rather
like to see the improvements in the core engine instead of as a LC Builder
widget since it is so basic.

Roland
___
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 79

[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 #79 here: https://goo.gl/J5RUK3

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