PPOF- For Groups
vining
X Member
I thought if you sent the PPOF- command to any pop up of a group all pop ups of that group would close regardless of whether the pop up called in the PPOF- command was the active pop up or not. For the most part it does work but occassionally I get a sticky pop up that doesn't close and it's not the one called in the PPOF- command but it is clearly a member of the group.
Has any one else noticed this working inconsistantly?
Has any one else noticed this working inconsistantly?
Comments
-
vining wrote:I thought if you sent the PPOF- command to any pop up of a group all pop ups of that group would close regardless of whether the pop up called in the PPOF- command was the active pop up or not. For the most part it does work but occassionally I get a sticky pop up that doesn't close and it's not the one called in the PPOF- command but it is clearly a member of the group.
Has any one else noticed this working inconsistantly?
Yes,
I ran into this a lot as I use popups exclusively for touch panels. (only one page as a background.)
I found rather inconsistent results with popups on a lot of the functionality.
My solution to the problem was rather draconian in that I would first try to track every popup open, then send specific commands to close them. Later, after some flakiness with that, I rewrote the whole navagation scheme to just close all current popups when navigating. That did the trick..
The command for that is '@PPX'
So, the routine is basically,
Customer pushes mode/popup button
@PPX - close current popups
open new set of popups
It all happens in about 4 ticks. (4 10ths of a second)
It's a great look from the client's perspective. The popups fly in and out all over the place. It's very 'Macintosh-like' according to the clients. It looks very action-film-ish.
well, enough of my making up adjectives... -
Same here, assuming you are asking about a G4 panel. I have found it to be unreliable, so I had do a complete reassert of popup status to be sure that all the right popups are open and the others closed.
To keep things simple I need to be able to call this at any time, whether opening or closing popups and whether there are one or more meant to be open.
If you close all then open the ones you want, you get a flicker, which I guess is what Eric is describing. I didn't want that, so I chose to track status of each individual popup, close the ones that need to be closed, and open the ones that need to be open.
You would need to pay attention to the order of opening the popups to ensure that nested popups appear correctly on top of one another. -
you could make a non visible popup in every group, and call that popup when you need to close all the popups in a group.
Since popups in a group are mutually exclusive, all popups get closed when you open that one tiny popup...
This way, i was able the quickly change between popups without (for me) any noticable flicker. -
For me, that annoying flicker is the one reason for using groups in the first place. I cringe when I can detect a group of pages going on or off one at a time ...
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums