Re: Chained Behaviors

Can you share this 200-line handler? Sent from my iPad On Jul 12, 2013, at 3:31 PM, "J. Landman Gay" wrote: > One of the mouseUp behaviors is 200 lines long. ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscri

Re: positioning stacks off screen in Linux

On 07/12/2013 07:32 PM, Mark Wieder wrote: Warren- Friday, July 12, 2013, 5:18:12 PM, you wrote: Trying this is Mint 9 in VirtualBox is even worse. Stacks cannot be moved completely out of view no matter what I try. Anyone else? Yep. Verified here on linux mint 14. Thanks, Mark. I've

Re: Array glitch

Peter- Friday, July 12, 2013, 4:42:02 PM, you wrote: > OK, all works fine for me too on a Mac so it does look like it's a Windows > problem (maybe Linux too?) No problem here on linux (32-bit or 64-bit). -- -Mark Wieder mwie...@ahsoftware.net ___

Re: Sockets on mobile…at last!

On 13/07/2013, at 11:04 AM, Dar Scott wrote: > I searched for mergSocket on the list and found only the recent mentions. > Maybe people didn't hear about it. There were posts about it... perhaps not mentioning mergSocket specifically... just mobile socket external. The Kickstarter campaign c

Re: Sockets on mobile…at last!

I searched for mergSocket on the list and found only the recent mentions. Maybe people didn't hear about it. And good work! Dar On Jul 12, 2013, at 6:45 PM, Monte Goulding wrote: > > On 13/07/2013, at 10:19 AM, Roger Eller wrote: > >> So the Android version will be next, right? > > Unfor

Re: Chained Behaviors

Great thread. I think I got this inspiration from Jacque. Chained behaviors allow one to create a well defined sub-message hierarchy distinct from the ordinary one. You can, in other words, write your own message path, encompassing specific aspects of your program that make sense for it. Thi

Re: Sockets on mobile…at last!

On 13/07/2013, at 10:56 AM, Roger Eller wrote: > It sounds more like mob-funding. We all know it only takes 3 to make a > crowd. :-P Well that ship sailed last year and didn't float... I see no reason why it would float now. -- Monte Goulding M E R Goulding - software development services

Re: Chained Behaviors

On 13/07/2013, at 10:37 AM, "J. Landman Gay" wrote: > For which I am very grateful. Mark has an expansive vision and solid > knowledge of both the language and the people who use it, and so far, I think > everything he's decided has been spot-on. I trust him to make the right > decisions. I

Re: Sockets on mobile…at last!

It sounds more like mob-funding. We all know it only takes 3 to make a crowd. :-P On Jul 12, 2013 8:45 PM, "Monte Goulding" wrote: > > On 13/07/2013, at 10:19 AM, Roger Eller > wrote: > > > So the Android version will be next, right? > > Unfortunately not, if you remember mergSocket was crowd

Re: Sockets on mobile…at last!

On 13/07/2013, at 10:19 AM, Roger Eller wrote: > So the Android version will be next, right? Unfortunately not, if you remember mergSocket was crowd funded except we didn't make the funding target so in agreement with the funders (there were 5) I produced an iOS only external. On the up side

Re: Chained Behaviors

On 7/12/13 6:08 PM, Monte Goulding wrote: Basically nothing gets in the engine unless it goes through Mark and he thinks it's both a good thing and ready. For which I am very grateful. Mark has an expansive vision and solid knowledge of both the language and the people who use it, and so far,

Re: positioning stacks off screen in Linux

Warren- Friday, July 12, 2013, 5:18:12 PM, you wrote: > Trying this is Mint 9 in VirtualBox is even worse. Stacks cannot be > moved completely out of view no matter what I try. > Anyone else? Yep. Verified here on linux mint 14. -- -Mark Wieder mwie...@ahsoftware.net __

Re: Sockets on mobile…at last!

So the Android version will be next, right? On Jul 12, 2013 6:13 PM, "Monte Goulding" wrote: > > On 13/07/2013, at 7:51 AM, Mark Talluto wrote: > > > I just want to thank you for completing this external. We have been > using it every day for the last few days on iPads. Our iPads can now > comm

Re: positioning stacks off screen in Linux

On 07/12/2013 12:00 PM, Warren Samples wrote: One of the commonly suggested methods of hiding stacks is setting their location to something that places them out of the view window. This is not working correctly here under openSUSE/KDE/KWin. A stack's location is constrained to the available viewp

RE: Chained Behaviors

Richard Gaskin wrote... > As the number of contributors grows, the role of Community Manager can > be expected to outgrow Mark's availability, so I believe RunRev plans on > having someone to handle that soon. But in the meantime, when it comes > to stewarding the code base, right now Mark is

Re: Array glitch

OK, all works fine for me too on a Mac so it does look like it's a Windows problem (maybe Linux too?) Pete lcSQL Software On Fri, Jul 12, 2013 at 3:54 PM, Mark Wieder wrote: > Pete- > > Friday, July 12, 2013, 12:39:51 PM, you wrote: > > > Just to confirm, you can get int

Re: Chained Behaviors

Peter Haworth wrote: I remember a while back you mentioned the need for a "Community Manager" (or something similar) in the open source world. Is Mark that person then? As the number of contributors grows, the role of Community Manager can be expected to outgrow Mark's availability, so I beli

Re: Chained Behaviors

On 13/07/2013, at 8:52 AM, Mark Wieder wrote: > "whoa! look at that!". Ah.. happy memories ;-) > >> If anything the open source move gives everyone a chance to become >> involved in feature development discussions and implementations to >> ensure all the Xtalk ducks are in a row. > > Absolut

Re: Chained Behaviors

On 13/07/2013, at 8:40 AM, Peter Haworth wrote: > If you read my later post, you'd see that I get the issue with the mouseUp > handlers, just wasn't clear from Jacque's original diagram. Right... I wrote that before Jacque's second answer came in and your response to it. > > As for the "what

Re: Array glitch

Pete- Friday, July 12, 2013, 12:39:51 PM, you wrote: > Just to confirm, you can get into the debugger variables tab and expand the > array to show its key and value? Yep. That was my test case. Hit the breakpoint, drop down to the variables tab, expand the array, see the zero. And the seconds. D

Re: Chained Behaviors

Monte- Friday, July 12, 2013, 1:38:06 PM, you wrote: > a money for jam investment as far as RunRev was concerned. It was > just a case of out of sight out of mind until a few of us spotted > the tantalisingly named FEATURE_INHERITED_PARENTSCRIPTS ... Well, to be fair about that, the feature was

Re: Chained Behaviors

Monte, If you read my later post, you'd see that I get the issue with the mouseUp handlers, just wasn't clear from Jacque's original diagram. As for the "what's in it for me" issue, that wasn't my question. I simply asked for real life examples of the practical use of chained behaviors since I w

Re: Chained Behaviors

John- Friday, July 12, 2013, 12:12:45 PM, you wrote: > I understand 'behaviors', I use them quite a lot of the time... I > just don't see the need to continue with the 'chain' in xTalk... I You don't *need* to chain them at all. Just continue working the way you do and nothing changes. I think

Re: Sockets on mobile…at last!

On 13/07/2013, at 7:51 AM, Mark Talluto wrote: > I just want to thank you for completing this external. We have been using it > every day for the last few days on iPads. Our iPads can now communicate > directly with our desktops. It is truly amazing to see it all working so > well. > > I

Sockets on mobile…at last!

Monte, I just want to thank you for completing this external. We have been using it every day for the last few days on iPads. Our iPads can now communicate directly with our desktops. It is truly amazing to see it all working so well. If you are looking for sockets on iOS, Monte has what y

Re: Chained Behaviors

Hi Pete: FWIW, a behavior script is not much different than using a library script, or front/backScript. It's a block of code that executed along the way of the message path but stays local to the object it is assigned to. In fact, one could *almost* say that behaviors are in some cases more app

Re: unicode font names

Richmond, I tried many times same script all day, but could not make. Strange. Anyway I could. Thanks. on mouseDown if the platform is "MacOS" then set the textFont of me to "Osaka" else set the textFont of me to "Tahoma" end if get the fontNames repeat for each line tL

Re: Chained Behaviors

For anyone who hasn't played with behaviors yet, try scripting something like this without them: Create a stack. Put ten small images on the card, each with a unique name. These are the sprites. The stack script should already have its own mouseDown and mouseUp handlers that do something unrel

Re: Chained Behaviors

On Fri, Jul 12, 2013 at 12:36 PM, Richard Gaskin wrote: > Having once had a disagreement with Mark Waddingham over a language design > issue, my respect for his good judgment in this regard was only amplified > by that momentary conflict. I remember a while back you mentioned the need for a "Co

Re: Chained Behaviors

Ah OK, that makes sense. I had the impression that each sprite needed mouseUp logic that was unique to it. I think I'm now seeing the usefulness of this. I'm thinking there might be a spot for a utility that, for any given control, lists the message handlers it uses and where they reside. Pe

Re: mApp LC6.1 crash

On 13/07/2013, at 3:30 AM, Thomas McGrath III wrote: > Monte, Do you have a fix? workaround? Yes... Use LC 6.0.2 or 5.5.5... It's apparently fixed for the next release. -- Monte Goulding M E R Goulding - software development services mergExt - There's an external for that! _

Re: Chained Behaviors

On 13/07/2013, at 5:47 AM, Peter Haworth wrote: > OK, good example, thanks. I have to ask, though, why not have the unique > mouseUp handlers in the sprite scripts and a behavior script for the common > mouseDown handler? Because that would mean replication and more maintenance if there's a lo

Re: Chained Behaviors

Richmond wrote: On 07/12/2013 08:58 PM, Richard Gaskin wrote: Peter Haworth wrote: Has anyone got any real world examples of the benefits of the new chained behaviors feature? I just read the latest newsletter article about them and while I understand the concept, I didn't see benefit in the

Re: Chained Behaviors

On 07/12/2013 10:43 PM, John Dixon wrote: Richard I hear what you're saying about the risk of becoming too complex, and I agree we should evaluate such proposed extensions very carefully. On this we agree... with emphasis on 'very carefully'... In the end what I learned is that he's deep

Re: Chained Behaviors

On 7/12/13 2:47 PM, Peter Haworth wrote: On Fri, Jul 12, 2013 at 11:36 AM, J. Landman Gay wrote: Remember that behaviors are not a single handler, they are whole scripts. I have several sprites that require different behaviors on mouseUp but they all have the same behaviors on mouseDown. With a

Re: unicode font names

On 07/12/2013 10:16 PM, in...@kenjikojima.com wrote: > Hi, > Can anybody set unicode font names of the fontNames to the menu items of > pulldown menu? > > Thanks, > -- > Kenji Kojima / 小島健治 > http://www.kenjikojima.com/ > > > > Well, I work with Unicode fonts all the time, and find that on mouse

Re: Chained Behaviors

On 07/12/2013 08:58 PM, Richard Gaskin wrote: Peter Haworth wrote: Has anyone got any real world examples of the benefits of the new chained behaviors feature? I just read the latest newsletter article about them and while I understand the concept, I didn't see benefit in the example scenar

Re: Chained Behaviors

On 07/12/2013 08:04 PM, Peter Haworth wrote: Has anyone got any real world examples of the benefits of the new chained behaviors feature? I just read the latest newsletter article about them and while I understand the concept, I didn't see benefit in the example scenario over a single behavior

Re: out-of-the-blue codesigning error

It's so weird that my existing apps, the ones that have zero changes to them, won't go now, either. On Fri, Jul 12, 2013 at 12:53 PM, Mark Wieder wrote: > Dar- > > Friday, July 12, 2013, 8:23:47 AM, you wrote: > > > All day yesterday I read the subject to be about co-designing > > rather than co

Re: Chained Behaviors

On Fri, Jul 12, 2013 at 11:40 AM, Scott Rossi wrote: > have built a system that uses one behavior for a wide range of controls > using switch statements, and the higher the number of controls you have to > support, the more complex and messier the code gets. Chained behaviors > gives you another

Re: Chained Behaviors

I meant to say "individual", not "additional". Sorry 'bout that. On Jul 12, 2013, at 1:53 PM, Chris Sheffield wrote: > Because each sprite would then have its own script, which would be identical > to all the other sprites' scripts. Then if a change were needed, you'd have > to go in and modif

Re: Chained Behaviors

Because each sprite would then have its own script, which would be identical to all the other sprites' scripts. Then if a change were needed, you'd have to go in and modify each additional script. Quite a nightmare if you have hundreds of them.. Chris -- Chris Sheffield Read Naturally, Inc. ww

Re: Chained Behaviors

On Fri, Jul 12, 2013 at 11:36 AM, J. Landman Gay wrote: > Remember that behaviors are not a single handler, they are whole scripts. > I have several sprites that require different behaviors on mouseUp but they > all have the same behaviors on mouseDown. With a chained behavior, I could > have plac

Re: Chained Behaviors

On Fri, Jul 12, 2013 at 10:58 AM, Richard Gaskin wrote: > t obviates the switch statement. > > We could take this question one step back and ask why we'd want behaviors > at all, when we could just use frontScripts with switch statements instead. > > But that thought experiment (hopefully) makes

RE: Chained Behaviors

Richard > I hear what you're saying about the risk of becoming too complex, and I > agree we should evaluate such proposed extensions very carefully. On this we agree... with emphasis on 'very carefully'... > In the end what I learned is that he's deeply passionate about > preserving the e

Re: Array glitch

Just to confirm, you can get into the debugger variables tab and expand the array to show its key and value? Pete lcSQL Software On Fri, Jul 12, 2013 at 11:23 AM, Mark Wieder wrote: > Mark- > > Friday, July 12, 2013, 9:56:18 AM, I wrote: > > > Aha! A second confirmation.

Re: Chained Behaviors

John Dixon wrote: > Richard... > > I hear what you say, but does an xTalk language need to go down this > road ?... or to perhaps put a direct way... Should an xTalk language > be going down this road ?... What I am worried about is that there > are a lot of people jumping on the 'open source' ba

unicode font names

Hi, Can anybody set unicode font names of the fontNames to the menu items of pulldown menu? Thanks, -- Kenji Kojima / 小島健治 http://www.kenjikojima.com/ ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, uns

RE: Chained Behaviors

Jaques... I understand 'behaviors', I use them quite a lot of the time... I just don't see the need to continue with the 'chain' in xTalk... I think that this is the thin end of the wedge... changing things using the argument, 'well, that's what happens in other languages... so what ?! Dixie

Re: Chained Behaviors

John, in my opinion, behaviors is simplicity. You don't have to deal with the name of the buttons (for example), just use "me". It is completely on the road of a xTalk language. Same things for nested behaviors. Jacques Clavell Le 12 juil. 2013 à 20:48, John Dixon a écrit : > > >> Date: F

Re: Chained Behaviors

I think the strength of livecode is that it can build very simple and also very complex things. I wish I was more familiar with behaviors and their use cases (out of all the stuff I build every day in livecode I have never implemented a behavior script I have written) but I imagine this is similar

RE: Chained Behaviors

> Date: Fri, 12 Jul 2013 10:58:29 -0700 > From: ambassa...@fourthworld.com > To: use-livecode@lists.runrev.com > Subject: Re: Chained Behaviors > Nested behaviors simply extend the value of such a mechanism, at long > last giving xTalk one of the most valuable aspects of OOP: subclasses. Rich

Re: Chained Behaviors

In my case, I've been waiting years for something like chained behaviors. I create a lot of custom controls, and the limit of a single behavior per control was not enough. At the control level, I use functions and commands are exclusive to a single control. But at a higher level, I want a set of

Re: Chained Behaviors

On 7/12/13 12:04 PM, Peter Haworth wrote: Has anyone got any real world examples of the benefits of the new chained behaviors feature? I just read the latest newsletter article about them and while I understand the concept, I didn't see benefit in the example scenario over a single behavior wit

Re: Array glitch

Mark- Friday, July 12, 2013, 9:56:18 AM, I wrote: > Aha! A second confirmation. Maybe it's just a Windows thing? Still works for me here on OSX 10.6 with LC 4.6.4, 5.5.3, and LC Community 6. -- -Mark Wieder mwie...@ahsoftware.net ___ use-livecode

Re: Chained Behaviors

Peter Haworth wrote: Has anyone got any real world examples of the benefits of the new chained behaviors feature? I just read the latest newsletter article about them and while I understand the concept, I didn't see benefit in the example scenario over a single behavior with some common logic a

Re: mApp LC6.1 crash

Monte, Do you have a fix? workaround? Tom -- Tom McGrath III http://lazyriver.on-rev.com mcgra...@mac.com On Jul 9, 2013, at 4:20 PM, Monte Goulding wrote: > > On 10/07/2013, at 12:45 AM, Thomas McGrath III wrote: > >> I have been trying to test a sample stack in 6.1 Build 2005 for iOS >>

Re: Array glitch

Pete- Friday, July 12, 2013, 10:06:34 AM, you wrote: > Could be - my Mac is in hospital having hard drive replacement surgery so > can't test on OSX right now. Ouch! That's right - I forgot about that. Hope it won't be long. -- -Mark Wieder mwie...@ahsoftware.net ___

Re: Chained Behaviors

Hi Peter, Am 12.07.2013 um 19:04 schrieb Peter Haworth : > Has anyone got any real world examples of the benefits of the new chained > behaviors feature? > > I just read the latest newsletter article about them and while I understand > the concept, I didn't see benefit in the example scenario o

Re: Array glitch

Could be - my Mac is in hospital having hard drive replacement surgery so can't test on OSX right now. Pete lcSQL Software On Fri, Jul 12, 2013 at 9:56 AM, Mark Wieder wrote: > Pete- > > Friday, July 12, 2013, 9:21:46 AM, you wrote: > > > Terry, > > I tried your script h

Chained Behaviors

Has anyone got any real world examples of the benefits of the new chained behaviors feature? I just read the latest newsletter article about them and while I understand the concept, I didn't see benefit in the example scenario over a single behavior with some common logic and a switch statement t

positioning stacks off screen in Linux

One of the commonly suggested methods of hiding stacks is setting their location to something that places them out of the view window. This is not working correctly here under openSUSE/KDE/KWin. A stack's location is constrained to the available viewport unless it has been previously dragged an

Re: Array glitch

Pete- Friday, July 12, 2013, 9:21:46 AM, you wrote: > Terry, > I tried your script here and got the same error as you in LC 5.5.4 and LC > Community 6.0 on a Windows 8 box. Aha! A second confirmation. Maybe it's just a Windows thing? -- -Mark Wieder mwie...@ahsoftware.net __

Re: out-of-the-blue codesigning error

Dar- Friday, July 12, 2013, 8:23:47 AM, you wrote: > All day yesterday I read the subject to be about co-designing > rather than code-signing, a different interesting topic. LOL. I have the same problem when I read about resigning. -- -Mark Wieder mwie...@ahsoftware.net

Re: Array glitch

Terry, I tried your script here and got the same error as you in LC 5.5.4 and LC Community 6.0 on a Windows 8 box. I use strict compile mode but declaring the tSimpleArray variable made no difference. I also put the seconds into a variable, tKey, put zero into tSimpleArray[tKey], then did a put t

Re: out-of-the-blue codesigning error

At times I have had to delete an app before updating it, especially when there are provisioning changes. All day yesterday I read the subject to be about co-designing rather than code-signing, a different interesting topic. Dar On Jul 12, 2013, at 9:11 AM, Mike Kerner wrote: > thanks, Chris

Re: out-of-the-blue codesigning error

thanks, Chris, but that didn't fix it, either. It's really weird - even the wildcard certificate doesn't work for a brand-spaking new stack with nothing else attached to it. On Fri, Jul 12, 2013 at 10:34 AM, Chris Sheffield wrote: > Mike, > > Try this if you haven't already. > > Launch Xcode an

[OT] Ouch

http://www.bbc.co.uk/news/technology-23285642 ___ 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: out-of-the-blue codesigning error

Mike, Try this if you haven't already. Launch Xcode and open the Organizer window. Select "Provisioning Profiles" on the left, then hit the Refresh button on the lower right. This will sort of sync everything up between Apple's dev portal and your computer. After that's done, try building your