Embarrassed Newbie

Bob Sneidar bobs at twft.com
Mon Feb 23 19:14:53 EST 2009

That is going to take a repeat loop I am sure. The command is:

PLACE <groupname> ONTO CARD <cardname>

You can use "this card" instead of card name if you go to each card in  
the loop, or you can get the name of every card first and use it as an  
index to your repeat loop.

Bob Sneidar
IT Manager
Logos Management
Calvary Chapel CM

On Feb 23, 2009, at 4:07 PM, DunbarX at aol.com wrote:

> OK. I get groups. And I see the additional flexibility as opposed to  
> the
> fixed bg object class in HC.
> So how (without a repeat loop that places a group on every card)  
> does one
> place a newly created background group on every card? That is, if  
> you already
> have a stack with 5000 cards, how do you put your brand new group  
> (bg) on each
> one? All doc emphasis is that a bg copies its objects onto newly  
> created cards,
> not the other way around. I don't see a "place group yourGroup on  
> all cards"
> variation of the "place" command, though it seems there should be.
> This was easy in HC, one just moved the object(s) to the bg, which  
> already
> exists, comforted to know you can access it at any time. Or not;  
> groups as a
> substitute for bgs in some ways almost seem too insubstantial,  
> though they seem
> powerful as local objects. Rev should have bgs as well as groups. It  
> seems the
> group concept itself requires more careful initial planning when  
> starting to
> design a new stack.
> Do I write a library routine and put it in my toolbox? Or do I wait  
> for
> Jackie to tell me the obvious? And why I am wrong about needing bgs  
> at all. I
> wonder which would be faster?
> Craig Newman
> **************
> A Good Credit Score is 700 or Above. See yours in
> just 2 easy steps!
> (http://pr.atwola.com/promoclk/100126575x1218822736x1201267884/aol?redir=http:%2F%2Fwww.freecreditreport.com%2Fpm%2Fdefault.aspx%3Fsc%3D668
> 072%26hmpgID%3D62%26bcd%3DfebemailfooterNO62)
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution

More information about the Use-livecode mailing list