Re: What is wrong with this Script logic?
So don't use closeField. on keyDown pKey -- or keyUp if pKey is an integer then pass keyDown else answer Please enter only whole numbers! -- or you could beep end keyDown Phil Davis On 1/10/13 10:21 PM, Mark Wieder wrote: Jacque- Thursday, January 10, 2013, 9:39:35 PM, you wrote: Something's wrong. I think it's the dialog. My guess is that closeField keeps getting triggered. -- Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: What is wrong with this Script logic?
Actually I just went with the simple example from the dictionary: on closeField if (the text of me is not an integer) then answer Please enter only whole numbers! titled Enter A Number select the text of me end if end closeField Still, I do not understand why the IDE is behaving the way it is. It doesn't seem right to me. On Fri, Jan 11, 2013 at 4:42 PM, Phil Davis rev...@pdslabs.net wrote: So don't use closeField. on keyDown pKey -- or keyUp if pKey is an integer then pass keyDown else answer Please enter only whole numbers! -- or you could beep end keyDown Phil Davis On 1/10/13 10:21 PM, Mark Wieder wrote: Jacque- Thursday, January 10, 2013, 9:39:35 PM, you wrote: Something's wrong. I think it's the dialog. My guess is that closeField keeps getting triggered. -- Phil Davis ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ 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
Voice commands on iOS - possible crowd-funding
Hi all I am interested in getting voice commands available to LiveCode iOS developers. Monte Goulding has pointed out that OpenEars is a promising SDK - see http://www.politepix.com/openears/ However to use it we need someone (I'm assuming Monte) to write the necessary 'glue' code to make the kit available via an external to LC programmers, with a useable API. This is likely to be a fairly challenging task, costing perhaps more than an individual developer would like to pay, especially if one's need for voice recognition features is based on speculative app ideas (i.e. no guarantee of sales at this point)- that's my own situation. The answer to this is the crowd-funding approach which has already been used successfully in similar circumstances. People could express interest and negotiate with Monte as a group so that eventually the funding could be obtained without excessive pain on any individual's part. Personally I would find this approach a good one, technically as well as financially. Frankly I don't want to own the code of this external, I just want to pay to use it as with Monte's mergExt. I don't see how owning it would do anything other than bring me unwanted responsibility for maintenance that I wouldn't be qualified to do. So, can I ask for initial expressions of interest via this list? My guess is that we would need a minimum of five interested developers to go any further. If we get that far, I hope Monte will take over the process of getting the show on the road. Cheers Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Portable apps
On Jan 11, 2013, at 12:44 AM, J. Landman Gay wrote: Computers were so much easier in the good old days. Progress may have been all right once, but it went on too long. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig ___ 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: What is wrong with this Script logic?
I tried this: on closefield put closefield the seconds cr after message hCheckEntry me end closefield on exitfield put exitfield the seconds cr after message end exitfield on enterinfield select empty end enterinfield on hCheckEntry pData if pData is an integer then exit hCheckEntry answer Please enter only whole numbers! as sheet if the result = cancel then exit to top select text of me end hCheckEntry It looks as if select text of me sets the field up to throw a closefield message even if the text of the field is not changed. It should throw an exitfield message. I've never seen this before. It is anomalous, to say the least. 2008 MacBook, OSX 10.7.4 (Lion), Rev Studio 4.5.3, build 1210. -- Peter Peter M. Brigham pmb...@gmail.com http://home.comcast.net/~pmbrig On Jan 11, 2013, at 12:39 AM, J. Landman Gay wrote: It isn't really hung, you can command-period to abort the infinite loop. But still. Hm. It locks up for me too, and it didn't used to. Not only that, but if I abort the script I still get a final dialog, and if I hit Cancel in that one, I get the same odd results you do -- part of the script goes into the ask field, which then displays ask warning. How weird. The reason you aren't getting a recursion error is because it isn't really recursion (the handler doesn't call itself.) It's just a loop. Only the ask dialog should be modal and stop the loop until you dismiss it, then evaluate the entry and loop again or exit. That's not happening. It looks like the script keeps running even with the dialog up, the loop backs up with multiple calls to the ask dialog, and everything hangs. Something's wrong. I think it's the dialog. On 1/10/13 11:08 PM, Kay C Lan wrote: Jacque, Actuallly this doesn't work for me either. LC locks up, my CPUs go to 100% and I don't even get a recursion message or anything. I have to Force Quit LC. Any further suggestions? On Fri, Jan 11, 2013 at 11:43 AM, J. Landman Gay jac...@hyperactivesw.com wrote: on hCheckEntry pData repeat until pData is an integer ask warning Please enter only whole numbers! with pData \ titled Enter A Number if the result = cancel then exit to top put it into pData end repeat put pData into me end hCheckEntry ___ 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 ___ 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: Portable apps
J. Landman Gay wrote: On 1/10/13 10:17 PM, Bill Vlahos wrote: InfoWallet works this way. Well, I snipped your excellent response but it was extremely valuable info. Thanks so much. I am not keen on figuring out code signing but maybe it will get easier by the time I get that far. Or maybe we'll get a walkthrough by then. InfoWallet is worth checking out for many reasons. It's not only a very solid example of a portable app, but well-crafted and thoroughly tested. Bill's demoed it at various stages of its development at our local LiveCode User Group meetings, and it's been great to see it progress to the polished work it's become. One of the great things about LiveCode is that portable apps are easy, since our stuff is generally more self-contained that apps made with Tookbook, VB, or other systems that often rely on having DLL's strewn all over the hard drive. While most Mac apps are generally self-contained, this is rarely the case on Windows or Linux. Being able to have everything an app needs in one folder on any mounted volume - such as a thumb drive - is considered exotic for many devs, but for us LiveCoders it's just how we roll. :) -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com Follow me on Twitter: http://twitter.com/FourthWorldSys ___ 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: What is wrong with this Script logic?
On 11/01/2013 06:21, Mark Wieder wrote: Jacque- Thursday, January 10, 2013, 9:39:35 PM, you wrote: Something's wrong. I think it's the dialog. My guess is that closeField keeps getting triggered. It's definitely related to closeField, but there's some interaction with the dialog as well. I tweaked the code as follows: | on closeField |logNote closeField |hCheckEntry me |logNote closeField | end closeField | | on hCheckEntry pData |logNote hCheckEntry |repeat until pData is an integer | logNote - hCheckEntry1 | ask warning Please enter only whole numbers! with pData | if the result = cancel then exit to top | logNote - hCheckEntry2 | put it into pData |end repeat |-- put pData into me |logNote hCheckEntry | end hCheckEntry | | on logNote t |global gtTempLog |put t tab the long time return after gtTempLog | end logNote Putting the whole lot in a button instead of a field, replacing on closefield with on mouseUp - no problem. However, putting lock messages around the put pData into me (or even, as you see above, just commenting out that part) didn't help. What the log shows is something like this, if I enter a valid integer into the ask dialog the first time it's triggered: closeField 10:45:19 AM hCheckEntry10:45:19 AM - hCheckEntry1 10:45:19 AM - hCheckEntry2 10:45:22 AM hCheckEntry10:45:22 AM closeField 10:45:22 AM (what we'd expect) Or this if I click Cancel: closeField 10:45:25 AM hCheckEntry10:45:25 AM - hCheckEntry1 10:45:25 AM (again, what we'd expect) But if the first time round I click OK in the ask dialog with a non-integer value, then it locks up and I have to interrupt. When I do, the script editor shows me at the top of the repeat loop, and the log shows something like this: closeField 10:49:51 AM hCheckEntry10:49:51 AM - hCheckEntry1 10:49:51 AM - hCheckEntry2 10:49:51 AM - hCheckEntry1 10:49:51 AM - hCheckEntry2 10:49:51 AM - hCheckEntry1 10:49:51 AM repeat In other words the code is cycling through the loop, past the ask statement, but no dialog is appearing. ___ 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: What is wrong with this Script logic?
On 11.01.2013 at 17:03 Uhr +0800 Kay C Lan apparently wrote: Actually I just went with the simple example from the dictionary: on closeField if (the text of me is not an integer) then answer Please enter only whole numbers! titled Enter A Number select the text of me end if end closeField Still, I do not understand why the IDE is behaving the way it is. It doesn't seem right to me. I just checked this in 4.6.3 and the script behaves as expected but I get into an loop that I get the dialog over and over. When the dialog closes, the original stack with the open field gets its focus back and the closefield is triggered again. I gather this happens because the old closefield handler did not finish running at that point. May be using send in time is a solution. Robert ___ 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: What is wrong with this Script logic?
On 11.01.2013 at 11:04 Uhr +0800 Kay C Lan apparently wrote: If I turn Debug Mode OFF, and repeat the above, after I enter B in my ask Dialog I get the IDE Errors widow come up with: Type: Handler: can't find handler Object: fldTest Line: hCheckEntry tAnswer Hint: hCheckEntry My Ask Dialog Box is also presented with B as the default. If I press Cancel my ask Dialog comes back with ask warning as the default answer. If I press 'Cancel' again, it finally cancels. So why is my script having a recursion problem or not finding the handler? I would guess that at the time the script calls hCheckEntry second time, the dialog stack still has the focus and this the handler is not found. May be moving it to the stack level or background script is a cure. Robert ___ 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
need ghinea pigs to try out facebook test stack on mobile
Hey Folks, I've finally did it. I have a facebook library that works only on mobile and I need to run some tests. I am building a little test stack to be run on iOS or Android. Those interested in using facebook with mobile could please try my test stack? This library will be a commercial offer and ship unlocked but the test stack is locked. Anyone want to join the tests? Best andre -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: need ghinea pigs to try out facebook test stack on mobile
Hi Andre. Count me in. Can test on iPad 2. -- Tom Bodine -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/need-ghinea-pigs-to-try-out-facebook-test-stack-on-mobile-tp4658820p4658821.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: need ghinea pigs to try out facebook test stack on mobile
I can test on my new Android tablet (Pipo M2 / Jelly Bean 4.1.1) later this evening. ~Roger On Fri, Jan 11, 2013 at 10:26 AM, Andre Garzia wrote: I am building a little test stack to be run on iOS or Android. ___ 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: What is wrong with this Script logic?
On 1/11/13 12:21 AM, Mark Wieder wrote: Jacque- Thursday, January 10, 2013, 9:39:35 PM, you wrote: Something's wrong. I think it's the dialog. My guess is that closeField keeps getting triggered. Except I put my closefield handler into the field itself. That shouldn't catch any closefields except its own. -- 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: Portable apps
On 1/11/13 12:24 AM, stephen barncard wrote: you mean before sandboxing, the apple store and certificates? Yeah. Back when it was easier to do damage. :) Computers were so much easier in the good old days. -- 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: Portable apps
On 1/11/13 7:25 AM, Peter M. Brigham wrote: On Jan 11, 2013, at 12:44 AM, J. Landman Gay wrote: Computers were so much easier in the good old days. Progress may have been all right once, but it went on too long. You've got a list of these things, right? I love when you do that. -- 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
Returning Data from a Modal
Is there an easy way I am overlooking to return data from a modal? Something akin to: go stack BlahBlah as modal put tReturnedData How do all of you handle that in a modal? I want a modal to return true if followed through with or false if its canceled, so I know not to execute the rest of script after the modal call if it was canceled. I feel like I have done this or seen this somewhere before. -- Regards, Andrew Kluthe and...@ctech.me ___ 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: need ghinea pigs to try out facebook test stack on mobile
Folks, this is it!!! Please try this out on your mobile devices. https://dl.dropbox.com/u/1340110/fbtest.livecode You should request authorization first. Once requested, the library will store the tokens so it should work the next time you launch without the need for requesting it again. There is no error checking, if you deny authorization the app will simply stop. This application sends a lot of information to the console and to a file called facebook_debug.txt on the documents folder of the device. You may want to check the logs at XCode console or adb logcat for Android. Thanks! =D On Fri, Jan 11, 2013 at 3:33 PM, Roger Eller roger.e.el...@sealedair.comwrote: I can test on my new Android tablet (Pipo M2 / Jelly Bean 4.1.1) later this evening. ~Roger On Fri, Jan 11, 2013 at 10:26 AM, Andre Garzia wrote: I am building a little test stack to be run on iOS or Android. ___ 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 -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: What is wrong with this Script logic?
On 1/11/13 8:16 AM, Ben Rubinstein wrote: On 11/01/2013 06:21, Mark Wieder wrote: Jacque- Thursday, January 10, 2013, 9:39:35 PM, you wrote: Something's wrong. I think it's the dialog. My guess is that closeField keeps getting triggered. It's definitely related to closeField, but there's some interaction with the dialog as well. snip test results In other words the code is cycling through the loop, past the ask statement, but no dialog is appearing. That's what I was seeing too. The modal dialog isn't blocking as it should, and the script keeps running. This seems to fix it: on closefield send hCheckEntry me to me in 1 end closefield on hCheckEntry pData repeat until pData is an integer if the shiftkey is down then exit to top ask warning Please enter only whole numbers! with pData \ titled Enter A Number if the result = cancel then exit to top put it into pData end repeat put pData into me end hCheckEntry So maybe it really was a sort of recursion, only it was in the closefield handler. -- 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: Returning Data from a Modal
On 11/01/2013 19:13, Andrew Kluthe wrote: Is there an easy way I am overlooking to return data from a modal? Something akin to: go stack BlahBlah as modal put tReturnedData How do all of you handle that in a modal? I want a modal to return true if followed through with or false if its canceled, so I know not to execute the rest of script after the modal call if it was canceled. I feel like I have done this or seen this somewhere before. There is a global property the dialogData which can be used for this purpose (both for sending data to the modal, and getting it back) and this is the standard advice. However in fact this is just a convention, there's nothing special about that property except that it's not used for anything else and it has a relevant name! So alternatively you can use a global variable, or a property of the stack BlahBlah, or whatever else makes sense for you. HTH, Ben ___ 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: Returning Data from a Modal
Not sure if this is standard, but I set the dialogData in whatever script closes the modal stack, so: go stack blah modal put the dialogData into tReturnedData Pete lcSQL Software http://www.lcsql.com On Fri, Jan 11, 2013 at 11:13 AM, Andrew Kluthe and...@ctech.me wrote: Is there an easy way I am overlooking to return data from a modal? Something akin to: go stack BlahBlah as modal put tReturnedData How do all of you handle that in a modal? I want a modal to return true if followed through with or false if its canceled, so I know not to execute the rest of script after the modal call if it was canceled. I feel like I have done this or seen this somewhere before. -- Regards, Andrew Kluthe and...@ctech.me ___ 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: iOS standalone - what to do about code signing failures?
Hi Dave, I just wanted to tell you how appreciative I am for this feedback. I'm still experiencing this codesign failure problem, and I don't know where to turn for help other than this list. I'll try to use your information to solve my problem next week as I am entertaining guests for a few days, but I didn't want to wait that long to thank you. Roger On Jan 10, 2013, at 5:00 PM, Dave Kilroy2 d...@businessplaninsight.com wrote: Hi all OK I can now sign code and build apps for iOS! I'm not 100% sure how I did it, but there were two critical stages: the first was when I realised that the rogue extra development certificate MUST be hiding somewhere on my MacBook Pro (I had previously been convinced it was hiding somewhere in my account on the Provisioning Portal). Then, after several hours of fruitless looking today, when I was back in Keychain Access for the umpteenth time I removed the 'login' keychain from view (by accident I think) and had a look in the 'system' keychain - and in there was the naughty developer certificate waiting for me (without a public or private key). For some reason it didn't show up if I was looking in the 'system' keychain whilst the 'login' keychain was in the left-hand panel of Keychain Access, but once the 'login' keychain was gone the certificate showed up! So I deleted the naughty certificate, switched back to XCode and removed all provisioning profiles, certificates etc, revoked provisioning profiles and certificates on the Provisioning Portal and rebooted. When I reopened XCode I was planning to hit the 'refresh' button and let XCode get all new profiles and certificates for me - but when I saw the blank login screen realised that I would need my 'login' keychain back again - so I went back to Keychain Access and imported the 'login' keychain once again, went back to XCode and hit the 'Refresh' button - after a few seconds it created new profiles and certificates for me with no sign of extra developer certificates! I then tested my XCode 'Hello World' app and that built OK and installed on my iPad - I then opened LiveCode and built and installed a LiveCode app - and everything worked perfectly Woohoo!!! So one of the main things I learnt today is that the keychains in Keychain Access are actually separate entities and 'a bit tricky' I'm pretty sure that I included a lot of unnecessary steps in my description above - and I look forward to hearing from others on better ways of handling keychains in Keychain Access and better ways of achieving what I did by accident :) Kind regards Dave PS: the Apple Worldwide Developer Center staff I dealt with were all very nice and intelligent people - but they were of no help to me at all. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/iOS-standalone-what-to-do-about-code-signing-failures-tp4658701p4658789.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Returning Data from a Modal
Perfect. I new there was something, but couldn't find that property in the dictionary by browsing around randomly. Regards, Andrew On Fri, Jan 11, 2013 at 1:56 PM, Peter Haworth p...@lcsql.com wrote: Not sure if this is standard, but I set the dialogData in whatever script closes the modal stack, so: go stack blah modal put the dialogData into tReturnedData Pete lcSQL Software http://www.lcsql.com On Fri, Jan 11, 2013 at 11:13 AM, Andrew Kluthe and...@ctech.me wrote: Is there an easy way I am overlooking to return data from a modal? Something akin to: go stack BlahBlah as modal put tReturnedData How do all of you handle that in a modal? I want a modal to return true if followed through with or false if its canceled, so I know not to execute the rest of script after the modal call if it was canceled. I feel like I have done this or seen this somewhere before. -- Regards, Andrew Kluthe and...@ctech.me ___ 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 -- Regards, Andrew Kluthe and...@ctech.me ___ 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 standalone - what to do about code signing failures?
Dave, Open Keychain Access.app and look for expired certificates. On Sun, Jan 6, 2013 at 6:30 PM, Dave Kilroy d...@businessplaninsight.comwrote: Hi Graham If I try to build a standalone for iOS I'll get two error messages; the first alert (showing the LiveCode logo) says: Codesigning failed with 1) 0C076C94DC082497E47F5FA2F5A390A29E2C400 iPhone Developer: Dave Kilroy (E7QB8D7WFM) As well as a 1) I'll also get a 2) a 3) and a 4) failures, most but not all apparently lined to my 'bad' developer certificate If I 'OK' that error message I'll get another, this time with a red 'X' symbol telling me that There was an error saving the standalone application with the same error from the previous alert repeated What do you see when your codesigning fails? With any luck you don't have the same problem I have! BTW, just in case you seem to have an extra, unwanted certificate, it is worth checking that KeyChain (watch out for storage of public and private keys) and Xcode (watch out for the Preferences folder in the Library) are not holding copies of such a certificate on your hard-drive Good luck! Dave I've been posting about certificate renewal etc so that I can go on with iOS development after my profiles / certificates or whatever have expired. I thought I had created a new set of stuff, and XCode now reports that I have valid Provisioning Profiles (don't know why I've got more than one, but I have), plus a (valid) specific profile on the device I'm currently trying to test on (an iPad 2). Oh, and I also have active ad hoc distribution certificate. My app works in the simulator, but when I try to save it as a standalone in order to get it onto the iPad, I get codesigning failures: there seem to be six failures (whatever that means) and two of these look identical. I did not get these when I first set up my (now expired) digital 'asset's (/rant don't you hate the hijacking of perfectly good English words for weird technical purposes? /rant). Can anyone tell me how to track down these failures and correct them? I just have no idea how to start. I haven't found anything helpful in the iOS notes for LC either. The only clue I have is that the XCode organizer seems to think I'm two teams with slightly different names. I would gladly delete one of these if I knew how, and I suppose it might help. I've been staring at the Apple documentation for most of the day but I am well and truly stuck. Anxious Graham ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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: need ghinea pigs to try out facebook test stack on mobile
Hi Andre, Will test it and report how it goes tomorrow against iPhone 5, iPad 1, SGS2 and Xoom2 ;-) Best, Pierre Le 11 janv. 2013 à 20:17, Andre Garzia a écrit : Folks, this is it!!! Please try this out on your mobile devices. https://dl.dropbox.com/u/1340110/fbtest.livecode You should request authorization first. Once requested, the library will store the tokens so it should work the next time you launch without the need for requesting it again. There is no error checking, if you deny authorization the app will simply stop. This application sends a lot of information to the console and to a file called facebook_debug.txt on the documents folder of the device. You may want to check the logs at XCode console or adb logcat for Android. Thanks! =D On Fri, Jan 11, 2013 at 3:33 PM, Roger Eller roger.e.el...@sealedair.comwrote: I can test on my new Android tablet (Pipo M2 / Jelly Bean 4.1.1) later this evening. ~Roger On Fri, Jan 11, 2013 at 10:26 AM, Andre Garzia wrote: I am building a little test stack to be run on iOS or Android. ___ 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 -- http://www.andregarzia.com -- All We Do Is Code. http://fon.nu -- minimalist url shortening service. ___ 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 -- Pierre Sahores mobile : 06 03 95 77 70 www.sahores-conseil.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
The Art of Creative Coding
Five minute video for your Friday, via Boingboing- http://boingboing.net/2013/01/10/short-documentary-about-the-ar.html -- -Mark Wieder mwie...@ahsoftware.net ___ 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: One Minute from Read Naturally, Inc.
Chris Sheffield-4 wrote Read Naturally, Inc. is proud to announce the release of One Minute Reader for iPad (https://itunes.apple.com/us/app/one-minute-reader/id465317539?mt=8). This project has been well under Hi Chris, looks amazing. Well done. -- Mark -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/One-Minute-from-Read-Naturally-Inc-tp4658785p4658836.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: The Art of Creative Coding
On 01/12/2013 04:40 AM, Mark Wieder wrote: Five minute video for your Friday, via Boingboing- http://boingboing.net/2013/01/10/short-documentary-about-the-ar.html Looks like good stuff: have downloaded it to look at this evening. Thanks, 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