background groups issues

MisterX b.xavier at internet.lu
Wed Jun 22 03:37:07 EDT 2005


Jim,

Thanks for input! But a rather lengthy procedure... 

Thanks for reminding me of the exportgroup function in taoo - it copies all
objects in a group to another (a group of object = a stack of cards). Since
i dont use cps in my data stacks, im home free on this suggestion! 

However the pain in updating non-in-background groups or dissassociated
(shared-groups in a card) remains the problem for any future stack you
update - so the lengthy procedure can become frequent but in rare cases i
would imagine.

Food for thought!
cheerios
Xavier



 
> -----Original Message-----
> From: use-revolution-bounces at lists.runrev.com 
> [mailto:use-revolution-bounces at lists.runrev.com] On Behalf Of Jim Ault
> Sent: Wednesday, June 22, 2005 09:21
> To: x at monsieurx.com, How to use Revolution
> Subject: Re: background groups issues
> 
> MisterX ,  <fixing multiple background groups..an idea>
> 
> Yes, I too had to get used the idea of the brave new world of 
> group anarchy.
> 
> I once had to reach back to my old HC days where I had an 
> important stack with lots of copies of fields on the card 
> background, not the stack background. 
> 
> An idea for your situation would be to copy the original 
> stack, delete all cards but the one that has the correct 
> layering, etc, then write a script that will make a new card 
> for each in the original, getting and setting all the 
> card-by-card items/fld data/radio settings/x,y,w,h...
> 
> The result would be a clean daughter stack.  Of course you 
> would have to pay attention to custom properties, but the 
> handlers could become a generic plugin or utility stack that 
> could applied to a multitude of targets, using "one to the 
> number of card buttons.."
> 
> Just some thoughts.  It is true that the multiple bgs placed 
> on multiple cards in the same stack leads to confusion.  
> Perhaps there should be a "multiple background enable" chkbox 
> that is off by default and newbies would not get 6 or 7 
> nested groups on each card they play around with.
> 
> Hope this helps.
> 
> Jim Ault
> Las Vegas
> 
> On 6/21/05 10:58 PM, "MisterX" <b.xavier at internet.lu> wrote: 
> <shortened for this reply><see the original for complete discussion>
> 
> > BG = group with GroupBehavior ON
> > Grp = group w/o GrpBehavior ON
> >  
> > in Theory and as RevDocs say:
> > If a create a stack with a background group and a 
> background menu bar 
> > group, any card i create thereafter gets both background groups.
> >  
> > But if i created cards in these background stacks - which is the 
> > determinant of the group though? Neither and both as far as 
> i know...
> >  
> > Change happens all the time so I decided to add a third 
> group to the 
> > background. But it only shows up in the first card where i 
> pasted it.
> 
> > The new model has new "powers" and less limitations but also less 
> > "user-friendly consistency" in a certain way.
> >  
> > - i dont want to paste the new group into the main background. I 
> > already have a menugroup that's independent from my "main" 
> background.
> >  
> > ... (and if you sorted the cards and any card has 2 or 3 different 
> > looks - it's not nice).
> >  
> > Seems like there should be a simple answer to this problem, 
> but i have 
> > a huge number (read hundreds) of affected stacks now... 
> Also it blocks 
> > completely the possibility of adding "simply" a theme to an 
> existing 
> > stack that has backgrounds. It's not unscriptable - not worth the 
> > bugzilla time (and i dont think i'll get a satisfactory answer or 
> > attention-to-the-problem
> > - this being a minority problem.
> >  
> > Any comments, ideas are more than welcome...
> >  
> >  
> > cheers
> > Xavier
> > http://monsieurx.com/taoo
> > _______________________________________________
> > 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
> 
> 
> _______________________________________________
> 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