I didn't think the PopUpManager solution would work for you; most icons & buttons are part of integrated views, and thus can't be removed, but I take the shotgun approach to answers.
 
You didn't respond to the 2nd one, however.  Have you tried re-parenting the help button?  If you're view doesn't move, that might help.
 
You cannot have non-popups be immune to modality since their parents are application.  Here is a better explanation of why:
 
 
----- Original Message -----
Sent: Monday, July 10, 2006 10:34 AM
Subject: RE: [flexcoders] Modal Immunity

Thanks JXL, that does sound feasible, but I’ve constructed the document in such a way so that the help window which is popped up is a separate component from the button which makes it appear. This way, the animation and positioning of the help TitleWindow are controlled by the button in context in which it is called, making the help window and associated logic (Loading XML help file and formatting) are reusable in other contexts.

 

I do use the PopUpManager.bringToFront(), and I see what you suggest by popping another copy of the help icon, but I’d rather not do this unless there is no way to make an icon “immune” to the modal properties of the TitleWindow.

 

Does anyone know a way to make something immune to the modal effects?

 

Thanks guys.

 

 


From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of JesterXL
Sent: Friday, July 07, 2006 2:28 PM
To: [email protected]
Subject: Re: [flexcoders] Modal Immunity

 

Throw the help button in a popup as well. Then, everytime you open a popup,
go:

PopUpManager.bringToFront ( helpButton )

PopUps are put in a different display area, thus their parent is not the
app, and thus they are not blurred.

or reparent the Help button to the TitleWindow, and then back again to it's
original parent when you close the TitleWindow.

----- Original Message -----
From: "Evan Gifford" <[EMAIL PROTECTED]ams.com>
To: <[EMAIL PROTECTED]ups.com>
Sent: Friday, July 07, 2006 3:17 PM
Subject: RE: [flexcoders] Modal Immunity

Sorry for the confusion. I'll explain this better here

I've got a titlewindow with a few modal properties:

<mx:TitleWindow modalTransparency=".5" modalTransparencyDuration="400"
modalTransparencyColor="#CCCCCC" modalTransparencyBlur="5" .......>

I'm using the PopUpManager to show this guy to create an in-context help
window when someone clicks on a help icon.

<mx:Button click="toggleHelpWindow()" id="helpButton"
icon="@Embed('/assets/help/graphics/help.gif')" .....>

As you would expect, when I PopUp the modal TitleWindow with the above
properties, it blurs, darkens and fades the whole Application except the
TitleWindow. I love the ModalTransparencyBlur, (although I've noticed a
slight buffering time associated with this effect, understandably) ..
I'd like to make this helpButton "immune" to the ModalTransparencyBlur,
so when the in context help TitleWindow pops up, both the TitleWindow
and the helpButton are sharp and in focus, with the rest of the
interface blurred and faded, in order to strengthen the association
between the button and the help content.

As it is, the modalTransparencyBlur property blurs everything in the
Application except the TitleWindow on top.

Does anyone know a way I can make the helpButton "immune" to the modal
effect?

If you'd like the code, I've created a custom component called
"ContextHelpButton" which accepts an xmlFile property and displays this
relative to the help button. It's pretty useful, although still in
development as you can see. :^)

Man, I am so thankful to be a part of a group like this.
-Evan

-----Original Message-----
From: [EMAIL PROTECTED]ups.com [mailto:[EMAIL PROTECTED]ups.com] On
Behalf Of Tom Chiverton
Sent: Friday, July 07, 2006 6:23 AM
To: [EMAIL PROTECTED]ups.com
Subject: Re: [flexcoders] Modal Immunity

On Thursday 06 July 2006 18:10, Evan Gifford wrote:
> That is ... so that the modal blur/transparency does not affect it?

Models dont't blur on have transparency, do you have some code to
explain ?

--
Tom Chiverton

****************************************************

This email is sent for and on behalf of Halliwells LLP.

Halliwells LLP is a limited liability partnership registered in England
and Wales under registered number OC307980 whose registered office
address is at St James's Court Brown Street Manchester M2 2JF. A list
of members is available for inspection at the registered office. Any
reference to a partner in relation to Halliwells LLP means a member of
Halliwells LLP. Regulated by the Law Society.

CONFIDENTIALITY

This email is intended only for the use of the addressee named above and
may be confidential or legally privileged. If you are not the addressee
you must not read it and must not use any information contained in nor
copy it nor inform any person other than Halliwells LLP or the addressee
of its existence or contents. If you have received this email in error
please delete it and notify Halliwells LLP IT Department on 0870 365
8008.

For more information about Halliwells LLP visit www.halliwells.com.

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives:
http://www.mail-archive.com/flexcoders%40yahoogroups.com
Yahoo! Groups Links

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com
Yahoo! Groups Links

__._,_.___

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com





SPONSORED LINKS
Web site design development Computer software development Software design and development
Macromedia flex Software development best practice


YAHOO! GROUPS LINKS




__,_._,___

Reply via email to