Re: iOS 10.3.1 on iPhone 7 Plus

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 SD

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

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!

RE: iOS 10.3.1 on iPhone 7 Plus

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 DiMol

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

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

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

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

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 th

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

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:

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

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

Re: Stupid Q No 999: mergeBLE

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 sl

Re: Subject: Re: Don't amputate numberformat

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

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

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

Re: Stupid Q No 999: mergeBLE

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

answer file under OSX El Capitan no longer has titlebar

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 Capi

Re: Stupid Q No 999: mergeBLE

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 blu

Re: Subject: Re: Don't amputate numberformat

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 on

Re: OS X Firewall triggering on launch

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 glit

Re: OS X Firewall triggering on launch

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 fi

Re: Stupid Q No 999: mergeBLE

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 co

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

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 wit

Re: Subject: Re: Don't amputate numberformat

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

Re: Subject: Re: Don't amputate numberformat

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 t

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

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

Re: Subject: Re: Don't amputate numberformat

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 woul

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

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 t

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

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 computatio

Re: Cognitive load

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,

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

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

Re: Cognitive load

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

Re: Cognitive load

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

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

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

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

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

Re: Subject: Re: Don't amputate numberformat

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 s

How do you guys debug a webpage...

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

Re: OS X Firewall triggering on launch

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

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

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

Re: Subject: Re: Don't amputate numberformat

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>

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

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.

Re: Subject: Re: Don't amputate numberformat

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 subscri

Re: Stupid Q No 999: mergeBLE

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 unfortu

Re: Subject: Re: Don't amputate numberformat

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

Subject: Re: Don't amputate numberformat

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

[ANN] This Week in LiveCode 79

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 t