jacque wrote:
There are some geniuses here on this list who know far more than
I do, especially in niche areas where I have either no experience
or no skills.
Certainly there are some geniuses here, probably I know most (I read
this year's archives last week). But there are also some who
On 8/4/2014, 10:24 PM, Sri wrote:
Hi Jacque:
Wilstrand's method seems to work (with a little modification). In the
following, oldCardID is a custom property of the group. The first focusOut
is issued on closeCard.
on focusOut
local tID
put the ID of this card into tID
if tID is not
On 8/4/2014, 10:48 PM, hh wrote:
Your words are more than landmarks
I'm very flattered, but I think you give me too much credit. There are
some geniuses here on this list who know far more than I do, especially
in niche areas where I have either no experience or no skills. You'll
see who
On 8/3/2014, 4:03 PM, Mats Wilstrand wrote:
I assume you're using a background grp. If so I have used the focusOut
message to fire some action in the self-contained grp when the card changes.
The focusIn message is not received by the group on crad change. This is
kind of counter intuitive imho
From your answer I understand now what's the point.
You have a (shared) backgroundGroup that should go on some or all cards and you
wish to change some properties of the group or its members depending on the
card you wish to go to.
Right? For this situation I use the following.
We have one
Will this work?
1. Create an invisible button in your group named, say, Card Change.
2. On openControl, Set the script of the current card to add in the on
closeCard handler the statement:
send mouseUp to button Card Change of group myGroup
3. When the button received the mouseUp message on
On Mon, Aug 4, 2014 at 6:11 AM, hh h...@livecode.org wrote:
Do all changes in a preOpenCard handler in the group's script.
I believe the original post stated that no openxxx or preopenxxx handlers
could be used.
Pete
lcSQL Software http://www.lcsql.com
Home of lcStackBrowser
On 8/4/2014, 12:37 PM, Peter Haworth wrote:
On Mon, Aug 4, 2014 at 6:11 AM, hh h...@livecode.org wrote:
Do all changes in a preOpenCard handler in the group's script.
I believe the original post stated that no openxxx or preopenxxx handlers
could be used.
Right. Due to this particular
On 8/4/2014, 11:46 AM, Sri wrote:
Will this work?
1. Create an invisible button in your group named, say, Card Change.
2. On openControl, Set the script of the current card to add in the on
closeCard handler the statement:
send mouseUp to button Card Change of group myGroup
3. When the button
Jacque stated; The group needs to be self-contained with no additional
scripting anywhere else in the stack.
But by putting a preOpenCard (or openCard) handler in the *Group's script*
does mean that the group is still self contained. I was curious, so I tried a
quick experiment and this does
On 8/4/2014, 1:22 PM, Paul Hibbert wrote:
But by putting a preOpenCard (or openCard) handler in the*Group's
script* does mean that the group is still self contained. I was
curious, so I tried a quick experiment and this does appear to work.
Not too sure if it would solve Jacque's problem, but
Grande Dame Jacque,
Jacque wrote
...The system is already too large and the messaging too complex to tinker
with at this late stage ...
Just let me add the following for all who reads this later on and are now a bit
frustrated because we have learned a lot in this discussion. And just now
Paul wrote:
I'd expect this just to work for user events, system events bypass
controls and groups.
YES it works. You know I'm now nearly experienced (3/2 years with LC). But
this was *very* soon for me one of the finest things in LC (and could even
enhanced by using 'behavior'): Using the
On 8/4/2014, 2:20 PM, hh wrote:
Please be cautious with your direct or indirect rating:
Apologies if it sounded like I was giving a rating. Your method, and
the others, will work fine for most stacks. I only meant that in this
particular case, it won't.
I have a suite of hundreds of stacks
Hi Jacque:
Wilstrand's method seems to work (with a little modification). In the
following, oldCardID is a custom property of the group. The first focusOut
is issued on closeCard.
on focusOut
local tID
put the ID of this card into tID
if tID is not the oldCardID of me then
set the
This explains a lot and solves the situation perfectly. But I didn't want you
to apologize.
This was one of the first things I noticed in this community, what you say is
heard and has immense weight (even if it is sometimes 4.2% incorrect).
There are impressive landmarks here (or in forum), to
Hi,
Include a front script in your group and add a preOpenCard handler to
that front script.
--
Best regards,
Mark Schonewille
Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553
Installer Maker
On 03/08/14 22:30, J. Landman Gay wrote:
I want to create a shared group that resets its content every time
it's displayed on a different card. The group needs to be
self-contained with no additional scripting anywhere else in the stack.
The preOpenControl and openControl messages are only
On 03/08/14 22:56, Richmond wrote:
On 03/08/14 22:30, J. Landman Gay wrote:
I want to create a shared group that resets its content every time
it's displayed on a different card. The group needs to be
self-contained with no additional scripting anywhere else in the stack.
The preOpenControl
Hi Jaque.
I assume you're using a background grp. If so I have used the focusOut
message to fire some action in the self-contained grp when the card changes.
The focusIn message is not received by the group on crad change. This is
kind of counter intuitive imho but it works.
All the best
Mats
20 matches
Mail list logo
