Re: compiler not catching bad exit within routine

On Tue, Dec 6, 2016 at 4:01 PM, mwieder wrote: > My guess is that there's a "makeNewDnaRec" variable somewhere in the > original script. > just checked; and no. And strict compilation is on (although it seems to keep getting turned off). -- Dr. Richard E. Hawkins, Esq.

Re: compiler not catching bad exit within routine

Yeah, I think that's the point of the original post. My guess is that there's a "makeNewDnaRec" variable somewhere in the original script. - -- Mark Wieder ahsoftw...@gmail.com -- View this message in context:

Re: compiler not catching bad exit within routine

On Tue, Dec 6, 2016 at 3:03 PM, Ali Lloyd wrote: > I've no idea what the problem could be, but when things like this happen to > me I copy the routine and continually delete lines until either I discover > what I did wrong, or have a very minimal test case. > That's my

Re: compiler not catching bad exit within routine

On Tue, Dec 6, 2016 at 2:52 PM, Dave Kilroy wrote: > You define a handler "mkNwDnaRec" but your exit statement refers to > "makeNewDnaRec" ... > > Correct. That should throw any error on script save--but it doesn't. The rest of the script compiles, but this routine

Re: Cannot get a compiled app to work

I've checked the log, and I'm not sure what to make of it... Here's the hilights: Incident Identifier: AFAA6B71-1B35-4D4C-8724-FF8718751FC9 CrashReporter Key: f7ae25e6109f1f1c31242e123b0dda7eb3f1df37 Hardware Model: iPad2,6 Process: MadPink Planning Board 2.1.6 [263] Path:

Re: compiler not catching bad exit within routine

You define a handler "mkNwDnaRec" but your exit statement refers to "makeNewDnaRec" ... - "The first 90% of the task takes 90% of the time, and the last 10% takes the other 90% of the time." Peter M. Brigham -- View this message in context:

Re: compiler not catching bad exit within routine

I've no idea what the problem could be, but when things like this happen to me I copy the routine and continually delete lines until either I discover what I did wrong, or have a very minimal test case. On Tue, Dec 6, 2016 at 9:30 PM Dr. Hawkins wrote: > I have a (much

Android push notifications

I had done some proof of concept testing with push notifications over a year ago but am just now getting around to implementing in an app. The lesson to do so with iOS and demo stack worked great. The lesson for Android seems no longer valid. Google Cloud Messaging is documented, and what I

compiler not catching bad exit within routine

I have a (much longer) routine to the nature of on mkNwDnaRec if something then exit makeNewDnaRec end if end mkNwDnaRec The compiler doesn't choke when saving the editor window. It does, though, file to go to mkNwDnaRec stating that it can't find it. I then paste the routine into

Re: molassus IDE and revInternal_savePrefs

On Wed, Nov 30, 2016 at 11:10 PM, J. Landman Gay wrote: > I meant the prefs file in ~/Library/Preferences/RunRev/LiveCode7.rev > Yes; those were what I've zapped. But for quite some time, I've found it necessary to peridoically delete all the PCDs as they accumulate

AW: understanding on how to handle UTF-8 import/export

Thanks Peter, that works fine. Perhaps you could add a cross reference in the docs at uniEncode/uniDecode to textEncode/textDecode, that would have helped me. I know, that there was written a lot about UTF-8 when it was released in LC7, but if you don't need it at that time, it is hard to find the

Re: understanding on how to handle UTF-8 import/export

On 06/12/2016 13:42, Tiemo Hollmann TB wrote: In my LC 6 programs I have uniEncoded and uniDecoded text when exporting/importing text to an xml file via revXML. Now with LC 8 everything internal in LC is UTF-8 and since uniDecode/uniEncode is deprecated my first thought was, that I could

understanding on how to handle UTF-8 import/export

Hello, In my LC 6 programs I have uniEncoded and uniDecoded text when exporting/importing text to an xml file via revXML. Now with LC 8 everything internal in LC is UTF-8 and since uniDecode/uniEncode is deprecated my first thought was, that I could straight export/import text from LC fields

Re: Is there a mapping table for all rawKeyUp Codes? No solution yet with LC 8

Fine, 'textchanged' solves your problem. But the bug revealed by this thread still remains. So just to 'round up' (also with regards to HTML5) this discussion with a working method for getting keyCodes and characterCodes. One could also use javascript for that, see here, also for a good

Re: Cannot get a compiled app to work

Hi Greg, Since your app does work on the simulator but crashes on startup on a physical device, a rough guess of the cause is that your app tries to load "something" on startup (an external maybe?), which can be found on the simulator because the path to it is valid, but fails on device because

Cannot get a compiled app to work

So, I made some major revisions to an app that I've been working on, it works fine in a the iOS simulator, but when I put the app on my iPad all I get is the splash screen for a few seconds and then it closes immediately. I've compiled and added through Xcode... I also tried making a beta version

AW: AW: Is there a mapping table for all rawKeyUp Codes? No solution yet with LC 8

Hello Hermann, Thank you, issues solved, see my replies to Mark from this morning Tiemo -Ursprüngliche Nachricht- Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von hh Gesendet: Dienstag, 6. Dezember 2016 13:33 An: use-livecode@lists.runrev.com Betreff: Re:

Re: AW: Is there a mapping table for all rawKeyUp Codes? No solution yet with LC 8

Tiemo wrote: > Can I rely on this workaround to get the correct chars, which > have been entered on "all" systems? TMHO: No. As a workaround to get the "char input" this isn't reliable on _any_ system or hardware configuration. You only *guess* with that: IF the user uses a 'usual' keyboard

Re: AW: Is there a mapping table for all rawKeyUp Codes? No solution yet with LC 8

Tiemo wrote: > You say Apple changed the keyboard mapping. NO, I said, Apple changed his keyboard mapping _method_. That's why developers had to change the lookup method for the mapping. Anyway, 'the keysdown' and 'rawkeydown/up' should return the _hardware_ code [keydown/up may return,

Re: Clone graphic does not respect dimensions

Mark Waddingham-2 wrote > On 2016-12-03 01:47, Richard Gaskin wrote: >> If someone's smart enough to develop software, they're probably smart >> enough to figure out how to grab a resize handle and make a graphic >> larger. :) > > I think that was the problem - and why the check was present. (Of

AW: Is there a mapping table for all rawKeyUp Codes? No solution yet with LC 8

FYI, Mark Waddingham has just answered this issue in the QC: " Whilst Panos has observed a difference between the pre-Cocoa and Cocoa Mac engines, it was actually incorrect in the pre-Cocoa engines. The raw keycodes are the keycodes of the actual keyboard keys and not the characters they

AW: Is there a mapping table for all rawKeyUp Codes?

Hi Mark, thank you for jumping in. interesting to know your explanations. I was catching the user input to pass it to a SQL for selecting data. I will modify my script to *textChanged* and see what happens (probably it will be solved). Thanks Tiemo -Ursprüngliche Nachricht- Von:

Re: Clone graphic does not respect dimensions

On 2016-12-03 01:47, Richard Gaskin wrote: If someone's smart enough to develop software, they're probably smart enough to figure out how to grab a resize handle and make a graphic larger. :) I think that was the problem - and why the check was present. (Of course, the check should only ever

Re: Is there a mapping table for all rawKeyUp Codes?

Hi Tiemo, On 2016-11-24 17:31, Tiemo Hollmann TB wrote: since keyUp doesn't works anymore as it should on windows in LC 7/8 (see my previous post) I have to workaround with rawKeyUp. Can you explain what effect you are trying to achieve? There might be another way to do what you want.