Search found 11 matches
- Tue Apr 14, 2015 4:51 pm
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: Is there syntax for calling a function, ignoring result?
- Replies: 4
- Views: 3921
Re: Is there syntax for calling a function, ignoring result?
short answer: No! Function WITH result, a handler or die! :D Klaus This. In the end, I converted the result-less function into a handler. The "get f(a)" also looks plausible. I really appreciate being able to ask about the best practices for accomplishing particular tasks in LC. These kinds of ques...
- Mon Apr 13, 2015 11:07 pm
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: Is there syntax for calling a function, ignoring result?
- Replies: 4
- Views: 3921
Is there syntax for calling a function, ignoring result?
I have a function that saves a value and returns nothing important. Only the side-effect is important. I would like to use a statement like setValue("kName","Fred") for the combination of brevity and clarity. This is an error though. What works: 1) put setValue("kName","Fred") into foo 2) Convert se...
- Wed Apr 08, 2015 7:45 pm
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: Calling handler on a different card - help me understand
- Replies: 13
- Views: 9601
Re: Calling handler on a different card - help me understand
Hi. We agree that me should evaluate to the card with the doIt handler. It does in fact: - In doIt: put the name of me into tMe - place breakpoint after - click Button2 - at he breakpoint, tMe is: card "card1" The problem is that when put the long time into fld "fText" of me is executed next, there ...
- Wed Apr 08, 2015 7:25 pm
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: Calling handler on a different card - help me understand
- Replies: 13
- Views: 9601
Re: Calling handler on a different card - help me understand
All, I will go ahead and file a bug report on send failing to switch the context, and also on 'put the long time into fld "fText" of me' neither throwing an error nor setting anything. Let's see what the official developers want to do about it. For my app, I have appended the equivalent of "...of ca...
- Wed Apr 08, 2015 2:16 am
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: Calling handler on a different card - help me understand
- Replies: 13
- Views: 9601
Re: Calling handler on a different card - help me understand
Thanks for the replies. But I was asking why does LC behave this way, what's its internal model and the intention behind it. I'd already found the same workaround in experiment 3). It's an unsatisfactory workaround because it requires uglying up my code by adding explicit card references to every ob...
- Tue Apr 07, 2015 9:05 pm
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: Calling handler on a different card - help me understand
- Replies: 13
- Views: 9601
Calling handler on a different card - help me understand
Hi. In trying to call a handler on a different card, I am confused about the behavior I am seeing. I've attached a sample stack to show the questions. Card1's script contains a handler "doIt". doIt puts the current time into field fText also on card1. Button1 on card1 sends "doIt" to card1. All work...
- Mon Apr 06, 2015 1:38 am
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: How to package group control's behavior?
- Replies: 9
- Views: 6342
Re: How to package group control's behavior?
Nothing to do with LC directly. I originally had a hidden field that held the picked time already parsed out, along with a field to display the time in a nice format for humans. The simplification is to parse the displayed time and generate it as needed, using only the display field. BTW, I noticed ...
- Sat Apr 04, 2015 6:12 pm
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: How to package group control's behavior?
- Replies: 9
- Views: 6342
Re: How to package group control's behavior?
Thanks so much for your replies. Those are the kind of hints I need to shift skills from C++ and Java to LC. In this case I was able to re-design the group control as a single field (at the cost of more complexity in the script). The behavior then puts the scripts for all of them in one place, as yo...
- Sat Apr 04, 2015 2:01 am
- Forum: Getting Started with LiveCode - Experienced Developers
- Topic: How to package group control's behavior?
- Replies: 9
- Views: 6342
How to package group control's behavior?
Hi all, I'm looking for advice on good design practice. I have made a control, a time-picker, that consists of several fields in a group. The fields and the group itself have scripts that implement the control's behavior. I need to put several instances of the control on each of several cards. That'...
- Wed Apr 01, 2015 10:41 pm
- Forum: LiveCode Builder
- Topic: Native widgets; bug fixes
- Replies: 2
- Views: 3884
Re: Native widgets; bug fixes
LCMark: Thanks for your reply. I will certainly check out community contribution pages. One immediate goal is to write a "Time Picker" in iOS and bring it up in a LC window. Can you tell me whether this is possible in practice (not the Xcode part, the LC integration)? I do see that LC translates opt...
- Tue Mar 31, 2015 8:49 pm
- Forum: LiveCode Builder
- Topic: Native widgets; bug fixes
- Replies: 2
- Views: 3884
Native widgets; bug fixes
Hello all, I have been assessing LiveCode for iOS/Android development, and was just about to give up on it when LC 8 DP1 was released in the nick of time. Unfortunately, my first simple iPhone standalone app (in LC 7) resembled, not to put too sharp a point on it, a settings dialog from Windows 3.1....