Re: beepsound on iOS

Not quite answering my own question but there might be an interaction with mergeAV involved (I’m trying to provide a bit of audio/tactile feedback after a QR code is recognised) as the beep seems to sort of work (vibrates but doesn’t beep) on a previous card before mergeAV is initialized.

Re: lcmail.livecode saved in a newer version???

On 10/11/2016 12:14 PM, Bob Sneidar wrote: I cannot open lcmcil.livecode. It says it was produced in a newer version of livecide. What is newer than 8.1.1?? Heh. livecide -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list

beepsound on iOS

I’m trying to play a simple beep on iOS by setting the beepsound (to either “system” or “vibrate”) and calling beep, but I’m getting nothing. If I place the code in a try/catch statement then the returned error is ‘535,4,1’. Any ideas on what might be going wrong here? Terry...

Re: migrating an app to iOS10

Looks like 8.1.1 on its own fixes at least those two issues, so so far so good. Terry... From: Terry Judd Date: Wednesday, 12 October 2016 12:48 pm To: How to use LiveCode Subject: migrating an app to iOS10 I’ve just opened an app I

migrating an app to iOS10

I’ve just opened an app I developed a couple of months ago on an iPhone running iOS10 for the first time and have noticed a couple of problems straight up. 1. The interface has shifted down the height of the status bar, moving my icon bar partially off the bottom of the screen 2.

modal on mobile

now that we can use return for value and return for error, there are all sorts of other nifty things that we can do, but on mobile, if we don't have a way to generate a modal, then we're stuck with callbacks, so has anyone come up with a different way to generate/simulate a modal on mobile (aside

Re: OT - a Reading Recommendation

Oops - https://tools.ietf.org/html/rfc3117 On the Design of Application Protocols Marshall Rose -- Alex On 12/10/2016 00:44, Richard Gaskin wrote: Alex Tweedly wrote: > This is off-topic, but I stumbled across this paper that I only > vaguely remembered from a while ago ... and

Re: OT - a Reading Recommendation

Alex Tweedly wrote: > This is off-topic, but I stumbled across this paper that I only > vaguely remembered from a while ago ... and thought about the > recent discussion about whether/when raw sockets were needed, > versus using RESTFUL http. > > It's interesting reading, more "in general" than

OT - a Reading Recommendation

This is off-topic, but I stumbled across this paper that I only vaguely remembered from a while ago ... and thought about the recent discussion about whether/when raw sockets were needed, versus using RESTFUL http. It's interesting reading, more "in general" than for this specific context.

RE: iOS Background Audio rejection.

Randy, Thanks! I'll just make those folders read/write and make the edits. I did not realize that the "background audio" option sets UIBackgroundModes key to "audio". Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net Phone: 518-636-3998 Ex:11 Cell: 518-796-9332

Re: hide with visual effect

On 10/11/16 3:52 PM, Devin Asay wrote: On Oct 11, 2016, at 2:26 PM, J. Landman Gay wrote: Do you know if "very fast" is no longer "as fast as the machine will go"? That used to be the case. It’s not that any more. It is all relative to the effectRate property.

Re: iOS Background Audio rejection.

I'm still using the same hack on LC8.1 that I used in 7.x. And, it seems to work fine with the updates I've sent to apple after iOS 10. I've not checked the background audio you mentioned. be well, randy www.classroomFocusedSoftware.com > On Oct 11, 2016, at 3:49 PM, Ralph DiMola

Re: hide with visual effect

Hi Mike, This old stack provides an useful visual reference for every visual effect: https://dl.dropboxusercontent.com/u/3834621/demoMC27_no_sounds.livecode Alejandro ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url

Re: LiveCode interface to SCORM /LIT

Martin: It would be great if you joined the team. There hasn’t been much/any action since the Google hangouts meetup. The direction seemed to be to begin with an LTI interface to Moodle, just to get things rolling. That was based on the idea that LTI serviced the 3 most widely used LMS’s:

Re: hide with visual effect

> On Oct 11, 2016, at 2:50 PM, Mike Kerner wrote: > > Devin, I should have mentioned this, but I made my dialog translucent, so > the scroll down effect won't look right since it causes the underlying card > to slide into view, when what I'm trying to get is the

Re: hide with visual effect

> On Oct 11, 2016, at 2:26 PM, J. Landman Gay wrote: > > Do you know if "very fast" is no longer "as fast as the machine will go"? > That used to be the case. It’s not that any more. It is all relative to the effectRate property. Here’s what the dictionary says:

Re: hide with visual effect

Devin, I should have mentioned this, but I made my dialog translucent, so the scroll down effect won't look right since it causes the underlying card to slide into view, when what I'm trying to get is the effect of the overlay sliding out of the way. If I was "pushing" the card out of view with

RE: iOS Background Audio rejection.

Yes, I checked it because you can't edit the plist files anymore. I wanted to delete the "exit on suspend" key. The startup of the app take some time(3-6 seconds). When the user returns to the app I want it instantly in the same state as when the user left. I know I could save the state but

Re: hide with visual effect

Wow, I learned something new. Yes, the effectRate affects "very fast", too On Tue, Oct 11, 2016 at 4:26 PM, J. Landman Gay wrote: > Do you know if "very fast" is no longer "as fast as the machine will go"? > That used to be the case. > > > On 10/11/16 2:16 PM, Scott

Re: hide with visual effect

Do you know if "very fast" is no longer "as fast as the machine will go"? That used to be the case. On 10/11/16 2:16 PM, Scott Rossi wrote: I believe you already found your answer/s, but in addition to other suggestions posted, keep in mind the effectRate property, which allows much finer

Re: [ ANN ] Release 8.1.1 RC-2

On 10/11/16 1:49 PM, Mike Kerner wrote: wow - the latest version weighs in at 997 mb. That's like 7000 floppies. Good thing I still have my Jukebox 5. That's an improvement. LC 8.1 was 1.12 gigs on my Mac. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software

Re: iOS Background Audio rejection.

Are you saying that you did check the “Background Audio” box? That would be the reason Apple are asking. Why was it you checked that box? > On Oct 11, 2016, at 12:50 PM, Ralph DiMola wrote: > > I just got an Apple rejection with this question. > >

iOS Background Audio rejection.

I just got an Apple rejection with this question. - We began the review of your app but aren't able to continue because we need additional information about your app. - What features in your app use Background Audio? I used to just delete the "exit

Re: hide with visual effect

I believe you already found your answer/s, but in addition to other suggestions posted, keep in mind the effectRate property, which allows much finer timing control (as opposed to slow, fast, very fast, etc). I find that the default rate of 2000 is a bit slow by today’s standards, so cutting

lcmail.livecode saved in a newer version???

I cannot open lcmcil.livecode. It says it was produced in a newer version of livecide. What is newer than 8.1.1?? Bob S ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your

Re: Ugly time?

Sorry: Richard, you'll have to work harder than that to make me stop using Livecode . . . Richmond. On 11.10.2016 21:49, Richard Gaskin wrote: Richmond wrote: > On 11.10.2016 21:29, Richard Gaskin wrote: >> Richmond wrote: >> > "It seems there's never a keypress event" on Android. >> > That's

Re: [ ANN ] Release 8.1.1 RC-2

wow - the latest version weighs in at 997 mb. That's like 7000 floppies. Good thing I still have my Jukebox 5. On Tue, Oct 11, 2016 at 12:00 PM, panagiotis merakos < panos.mera...@livecode.com> wrote: > Dear list members, > > We are pleased to announce the release of LiveCode 8.1.1 RC 2. > >

Re: Ugly time?

Richmond wrote: > On 11.10.2016 21:29, Richard Gaskin wrote: >> Richmond wrote: >> > "It seems there's never a keypress event" on Android. >> > That's going to be a real %^&*$# for Livecode developers >> > on Android. ... >> When using an OS-native field on mobile, LC for both iOS and Android >>

Re: Ugly time?

I haven't encountered any problems as I am not working on stuff for Android (YET), however I can across this statement whle checking something else. Richmond. On 11.10.2016 21:29, Richard Gaskin wrote: Richmond wrote: > "It seems there's never a keypress event" on Android. > > That's going

Re: Ugly time?

Richmond wrote: > "It seems there's never a keypress event" on Android. > > That's going to be a real %^&*$# for Livecode developers on Android. There is not normally a key press without a key, and not normally a keyboard without an insertion point in a field. When using an OS-native field

Re: hide with visual effect

> On Oct 11, 2016, at 8:46 AM, Mike Kerner wrote: > > I am trying to give the user the illusion that a dialog is sliding into > view and out of view. The dialog is a rectangle graphic background, with > controls. Showing it is easy - show x with visual effect scroll

Ugly time?

"It seems there's never a keypress event" on Android. That's going to be a real %^&*$# for Livecode developers on Android. Richmond. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and

Re: hide with visual effect

Possibly: http://forums.livecode.com/viewtopic.php?f=7=28102 Richmond. On 11.10.2016 17:46, Mike Kerner wrote: I am trying to give the user the illusion that a dialog is sliding into view and out of view. The dialog is a rectangle graphic background, with controls. Showing it is easy - show

Re: errordialog caveat?

Mike- Another thing to check - if you've got glx2 in the system, make sure you've got the latest build. I found a legacy errorDialog handler in there that shouldn't have been lurking in the background, and I squashed it out of existence in the latest build. Other than that, check the

[ ANN ] Release 8.1.1 RC-2

Dear list members, We are pleased to announce the release of LiveCode 8.1.1 RC 2. Getting the Release === You can get the release at https://downloads.livecode.com/livecode/ or via the automatic updater. Release Contents Xcode 8 and iOS 10 support

Re: hide with visual effect

wait - got it - to slide the graphic over the card show x with visual effect scroll up very fast #push up works, too to move it off screen hide x with visual effect reveal down very fast On Tue, Oct 11, 2016 at 10:46 AM, Mike Kerner wrote: > I am trying to give the

hide with visual effect

I am trying to give the user the illusion that a dialog is sliding into view and out of view. The dialog is a rectangle graphic background, with controls. Showing it is easy - show x with visual effect scroll up very fast. When I want to hide it though, hide x with visual effect scroll down

Re: errordialog caveat?

Let's see - it is a substack, and what effect would defaultStack and defaultFolder have, perhaps? The library stack appears in stacksInUse. Also, when I call it manually, it works. When it gets triggered by LC on ios, it does not. Whether this is because of how it gets triggered, I do not know

Re: errordialog caveat?

A further thought - LC8 ‘speaks’ UniCode while LC6 doesn’t - is there anything in your library stack name, or the path to the library, or inside the handler) that might be affected? > On 11 Oct 2016, at 14:38, Dave Kilroy wrote: > > I’m guessing the library stack

Re: errordialog caveat?

I’m guessing the library stack a separate stack - what happens if you make it a sub-stack? Further questions - can you check defaultstack, defaultfolder, stacksinuse just before calling your custom error dialog? ___ use-livecode mailing list

Re: errordialog caveat?

nope On Mon, Oct 10, 2016 at 3:09 PM, mwieder wrote: > Are you locking errormessages in the same script? > > > > - > -- > Mark Wieder > ahsoftw...@gmail.com > -- > View this message in context: http://runtime-revolution. >

Re: Understanding 'the defaultStack'

On 2016-10-11 11:01, Mark Waddingham wrote: 2) If the defaultStack is changed in a handler called from another handler, should the change propagate back up to the caller? I think (2) is definitely not wanted. If the locality of a change to the defaultStack propagates back to callers, then the

Re: Understanding 'the defaultStack'

On 2016-10-09 22:25, Jeanne A. E. DeVoto wrote: At this point, I'm starting to wonder whether the defaultStack should be redesigned/re-specced to make it more predictable. I don't think it's feasible to actually make major changes in the way the defaultStack works, but possibly a new property

Re: Understanding 'the defaultStack'

On 2016-10-09 07:19, J. Landman Gay wrote: On October 8, 2016 7:06:15 PM Monte Goulding wrote: I can’t help thinking that go touching the defaultStack at all is bug or rather a bad idea in the first place that probably can’t be changed now. Just because you opened a stack