Re: Titlebar Bug Workaround Challenge
Hi Scott I experience the same problem on Windows apps since Rev. v2.9 There is a partial fix that seems to work for some apps (but not all). Check out ticket #6235 if you haven't seen it - maybe the workaround will work for you? http://quality.runrev.com/qacenter/show_bug.cgi?id=6235 Ian ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Scott Rossi wrote: But the (minor) problem arises when the user *doesn't* use the stack's minimize button and instead clicks the stack's icon button in the taskbar. The first click makes the proxy stack active; then the second click actually does the minimizing. So it's not that this arrangement doesn't work at all -- it's just that the first taskbar click doesn't do anything (as far as the user knows) so the minimize behavior appears to be buggy. Can you trap that in a resumeStack handler located in the proxy? On resumeStack, do the same actions that would happen if they'd clicked the minimze button in the modeless stack. And check this out: since Vista displays thumbnail representations of open applications above the taskbar, I have to create a snapshot in my proxy stack of the real stack's current screen every time it changes, so that the taskbar thumbnail is accurate. I hate jumping through these hoops. What a mess. I'd forgotten about the trick in the bug report #6235. I guess I'd try that first, apparently it worked in a few cases. If it doesn't, try resumestack. I'm not sure it helps, but you have my sympathy. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Scott Rossi wrote: But the (minor) problem arises when the user *doesn't* use the stack's minimize button and instead clicks the stack's icon button in the taskbar. The first click makes the proxy stack active; then the second click actually does the minimizing. So it's not that this arrangement doesn't work at all -- it's just that the first taskbar click doesn't do anything (as far as the user knows) so the minimize behavior appears to be buggy. I messed around with this a bit. This seems to work: In the proxy stack script: on iconifyStack hide stack real end iconifyStack on uniconifyStack show stack real end uniconifyStack In the fake minimize button in the real stack: on mouseUp hide this stack set the iconic of stack proxy to true end mouseUp My resumestack suggestion seems to do nothing, so skip that. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Titlebar Bug Workaround Challenge
Hi List: Is there any way to trap the rollover of the mouse in the Windows taskbar to make whatever stack name the mouse is over in the taskbar to become the defaultStack? I'm trying to create a workaround for the Windows titlebar rendering issue that I mentioned a couple of days ago. For those that missed it, there is a bug in Rev Windows where the stack name displayed in the Windows titlebar becomes messed up when a player is present on a card. I've given up trying to force the titlebar to render properly and am now attempting to use an offscreen proxy stack to represent the real stack in the taskbar (the real stack has a fake titlebar and no decorations, thus the real stack does not show up in the taskbar). Now I need to be able to iconify the proxy stack, and simultaneously hide the real stack. This works fine EXCEPT the proxy stack requires two clicks in the taskbar to become iconified -- this makes sense because the proxy stack is not the active stack while the user is viewing the real stack. The only way I can see to make the proxy stack the default stack at all times is to make the real stack a palette, but I wonder if this is going down too complex path that will be prone to failure. I was thinking if there was some way to trap the mouse while in the taskbar I might be able to make the proxy stack the defaultstack before the iconify message is sent. Any other suggestions? I hate having to jump through all these hoops but I can't find any other way to solve this issue. Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
It's a real hack, but what if you place the player in a separate palette stack that is sized to fit the player and has no decorations and then reposition it when the user move the main stack. Terry... On 23/11/08 9:58 AM, Scott Rossi [EMAIL PROTECTED] wrote: Hi List: Is there any way to trap the rollover of the mouse in the Windows taskbar to make whatever stack name the mouse is over in the taskbar to become the defaultStack? I'm trying to create a workaround for the Windows titlebar rendering issue that I mentioned a couple of days ago. For those that missed it, there is a bug in Rev Windows where the stack name displayed in the Windows titlebar becomes messed up when a player is present on a card. I've given up trying to force the titlebar to render properly and am now attempting to use an offscreen proxy stack to represent the real stack in the taskbar (the real stack has a fake titlebar and no decorations, thus the real stack does not show up in the taskbar). Now I need to be able to iconify the proxy stack, and simultaneously hide the real stack. This works fine EXCEPT the proxy stack requires two clicks in the taskbar to become iconified -- this makes sense because the proxy stack is not the active stack while the user is viewing the real stack. The only way I can see to make the proxy stack the default stack at all times is to make the real stack a palette, but I wonder if this is going down too complex path that will be prone to failure. I was thinking if there was some way to trap the mouse while in the taskbar I might be able to make the proxy stack the defaultstack before the iconify message is sent. Any other suggestions? I hate having to jump through all these hoops but I can't find any other way to solve this issue. Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Dr Terry Judd Lecturer in Educational Technology (Design) Biomedical Multimedia Unit Faculty of Medicine, Dentistry Health Sciences The University of Melbourne Parkville VIC 3052 AUSTRALIA 61-3 8344 0187 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Scott Rossi wrote: The only way I can see to make the proxy stack the default stack at all times is to make the real stack a palette, but I wonder if this is going down too complex path that will be prone to failure. I was thinking if there was some way to trap the mouse while in the taskbar I might be able to make the proxy stack the defaultstack before the iconify message is sent. That sounds like a good work-around. You could make the real stack modeless. Those look and act pretty much like regular windows but they don't show in the taskbar. Your proxy stack's title should show in the taskbar if it's a toplevel stack, and clicking the taskbar should bring the proxy to the front. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Recently, J. Landman Gay wrote: The only way I can see to make the proxy stack the default stack at all times is to make the real stack a palette, but I wonder if this is going down too complex path that will be prone to failure. I was thinking if there was some way to trap the mouse while in the taskbar I might be able to make the proxy stack the defaultstack before the iconify message is sent. That sounds like a good work-around. You could make the real stack modeless. Those look and act pretty much like regular windows but they don't show in the taskbar. Your proxy stack's title should show in the taskbar if it's a toplevel stack, and clicking the taskbar should bring the proxy to the front. But this is the problem. I don't want to simply bring the proxy to the front, I want to iconify it immediately, because using this smoke and mirrors setup, the proxy is supposed to represent the real stack, and clicking the button in the taskbar should iconify it, not bring it to the front. Hmm -- maybe after it becomes the frontmost stack I could use resume or resumestack to then iconfiy it... Ah, what a tangled hack we weave. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Recently, Terry Judd wrote: It's a real hack, but what if you place the player in a separate palette stack that is sized to fit the player and has no decorations and then reposition it when the user move the main stack. This is an another idea worth trying. The only problem is, this hack works with a visible stack, whereas the proxy stack is off screen, so if something fails, it may not fail in front of the user... Thanks for the suggestions. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
On Nov 23, 2008, at 4:23 AM, Scott Rossi wrote: It's a real hack, but what if you place the player in a separate palette stack that is sized to fit the player and has no decorations and then reposition it when the user move the main stack. This is an another idea worth trying. The only problem is, this hack works with a visible stack, whereas the proxy stack is off screen, so if something fails, it may not fail in front of the user... My suggestions are probably weird, but that won't stop me ;-) In the proxy stack (the one kept offscreen) have a stack be spit out of a userprop when needed and then deleted after use. sims ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Scott Rossi wrote: Recently, J. Landman Gay wrote: The only way I can see to make the proxy stack the default stack at all times is to make the real stack a palette, but I wonder if this is going down too complex path that will be prone to failure. I was thinking if there was some way to trap the mouse while in the taskbar I might be able to make the proxy stack the defaultstack before the iconify message is sent. That sounds like a good work-around. You could make the real stack modeless. Those look and act pretty much like regular windows but they don't show in the taskbar. Your proxy stack's title should show in the taskbar if it's a toplevel stack, and clicking the taskbar should bring the proxy to the front. But this is the problem. I don't want to simply bring the proxy to the front, I want to iconify it immediately, because using this smoke and mirrors setup, the proxy is supposed to represent the real stack, and clicking the button in the taskbar should iconify it, not bring it to the front. With the caveat that I haven't actually tried any of this, I was thinking along these lines: Your real stack is modeless, the proxy is toplevel. The proxy is offscreen, the modeless one looks like the real thing. The user clicks the (fake) minimize button in your fake titlebar. The button script hides the stack it's in, and sends an iconify message to the proxy. The proxy gets iconified and is represented in the taskbar. When the user clicks the taskbar, an uniconify message gets sent to the proxy. The proxy stack script catches this message and makes the real stack visible again. Would that do it? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Titlebar Bug Workaround Challenge
Recently, J. Landman Gay wrote: With the caveat that I haven't actually tried any of this, I was thinking along these lines: Your real stack is modeless, the proxy is toplevel. The proxy is offscreen, the modeless one looks like the real thing. The user clicks the (fake) minimize button in your fake titlebar. The button script hides the stack it's in, and sends an iconify message to the proxy. The proxy gets iconified and is represented in the taskbar. When the user clicks the taskbar, an uniconify message gets sent to the proxy. The proxy stack script catches this message and makes the real stack visible again. Would that do it? Yes this works fine. But the (minor) problem arises when the user *doesn't* use the stack's minimize button and instead clicks the stack's icon button in the taskbar. The first click makes the proxy stack active; then the second click actually does the minimizing. So it's not that this arrangement doesn't work at all -- it's just that the first taskbar click doesn't do anything (as far as the user knows) so the minimize behavior appears to be buggy. And check this out: since Vista displays thumbnail representations of open applications above the taskbar, I have to create a snapshot in my proxy stack of the real stack's current screen every time it changes, so that the taskbar thumbnail is accurate. I hate jumping through these hoops. Thanks for your continued suggestions. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
