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
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
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 cmsheffi...@icloud.comwrote:
Mike,
Try this if you haven't already.
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,
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
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
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
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
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
Could be - my Mac is in hospital having hard drive replacement surgery so
can't test on OSX right now.
Pete
lcSQL Software http://www.lcsql.com
On Fri, Jul 12, 2013 at 9:56 AM, Mark Wieder mwie...@ahsoftware.net wrote:
Pete-
Friday, July 12, 2013, 9:21:46 AM, you wrote:
Terry,
I tried
Hi Peter,
Am 12.07.2013 um 19:04 schrieb Peter Haworth p...@lcsql.com:
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
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
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 mo...@sweattechnologies.com wrote:
On 10/07/2013, at 12:45 AM, Thomas McGrath III mcgra...@mac.com wrote:
I have been trying to test a
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
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
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
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.
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
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 dixo...@hotmail.co.uk a écrit
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
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,
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'
Just to confirm, you can get into the debugger variables tab and expand the
array to show its key and value?
Pete
lcSQL Software http://www.lcsql.com
On Fri, Jul 12, 2013 at 11:23 AM, Mark Wieder mwie...@ahsoftware.netwrote:
Mark-
Friday, July 12, 2013, 9:56:18 AM, I wrote:
Aha! A second
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
On Fri, Jul 12, 2013 at 10:58 AM, Richard Gaskin ambassa...@fourthworld.com
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
On Fri, Jul 12, 2013 at 11:36 AM, J. Landman Gay
jac...@hyperactivesw.comwrote:
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
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.
I meant to say individual, not additional. Sorry 'bout that.
On Jul 12, 2013, at 1:53 PM, Chris Sheffield cmsheffi...@icloud.com 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
On Fri, Jul 12, 2013 at 11:40 AM, Scott Rossi sc...@tactilemedia.comwrote:
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
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 mwie...@ahsoftware.netwrote:
Dar-
Friday, July 12, 2013, 8:23:47 AM, you wrote:
All day yesterday I read the subject to be about co-designing
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
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 mouseDown
put
On 7/12/13 2:47 PM, Peter Haworth wrote:
On Fri, Jul 12, 2013 at 11:36 AM, J. Landman Gay
jac...@hyperactivesw.comwrote:
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
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
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
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.
On Fri, Jul 12, 2013 at 12:36 PM, Richard Gaskin ambassa...@fourthworld.com
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
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
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 tLine
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
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
On 13/07/2013, at 7:51 AM, Mark Talluto use...@canelasoftware.com 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
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
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
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
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. Do
On 13/07/2013, at 8:40 AM, Peter Haworth p...@lcsql.com 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
On 13/07/2013, at 8:52 AM, Mark Wieder mwie...@ahsoftware.net 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.
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
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 http://www.lcsql.com
On Fri, Jul 12, 2013 at 3:54 PM, Mark Wieder mwie...@ahsoftware.net wrote:
Pete-
Friday, July 12, 2013, 12:39:51 PM, you wrote:
Just to confirm,
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
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
So the Android version will be next, right?
On Jul 12, 2013 6:13 PM, Monte Goulding mo...@sweattechnologies.com
wrote:
On 13/07/2013, at 7:51 AM, Mark Talluto use...@canelasoftware.com wrote:
I just want to thank you for completing this external. We have been
using it every day for the last
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
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,
On 13/07/2013, at 10:19 AM, Roger Eller roger.e.el...@sealedair.com 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
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 mo...@sweattechnologies.com
wrote:
On 13/07/2013, at 10:19 AM, Roger Eller roger.e.el...@sealedair.com
wrote:
So the Android version will be next, right?
On 13/07/2013, at 10:37 AM, J. Landman Gay jac...@hyperactivesw.com 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
On 13/07/2013, at 10:56 AM, Roger Eller roger.e.el...@sealedair.com 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 -
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.
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 roger.e.el...@sealedair.com wrote:
So the Android version will be
On 13/07/2013, at 11:04 AM, Dar Scott d...@swcp.com 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
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
___
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
64 matches
Mail list logo