Bugzilla – Bug 13725
Revise All Showbriefly transitions on screen to fade in
Last modified: 2011-01-14 06:15:02 UTC
Update showbriefly (pop-up window) from slide up from bottom to fade in. We can adjust the timing of the fade, etc. later, however, we need to move to consistent transition for all popup's, context menus, etc. The current behavior is a carry over from the original Jive skin...
Matt- please revise the target/assign for this bug as you see fit...
Agreed, this actually applies to all showbrieflies and context menus. We probably want a very quick fade; not so long as to impact usability, but long enough to notice it's there. It should feel "snappy." Rough guess for a starting point: .5 sec? As noah implies, we'll need to play around with it.
I'll have an initial checkin here after our bugzilla DB woes are fixed, but it won't be entirely what's desired. I've got the pop-from-bottom removed, but the fade in transition doesn't work at all, and probably won't without some lower level work. The issue is that the fadeIn/fadeOut code is expecting a window of the same size as the previous window (hard to explain, but consider what's happening at the pixel level on a fade transition). Since the showBriefly is smaller than that, the transition code currently fails. Result is that it just appears immediately in the center of the screen, and disappears as abruptly. If a real fade is important for the UI, I think this bug will have to get pushed to maybe Richard.
This actually explains a lot! Thank you Ben. The level of refinement or control you describe below is exactly what we need moving forward in many areas. This type of control is especially important for touch interfaces. Can we make sure this support is at the latest achieved by 8.0? Not sure of the time it would take to implement...
FWIW, the change from pop-from-bottom to no-transition is still a marked improvement IMO.
== Auto-comment from SVN commit #7288 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7288 == Bug: 13725 Description: remove bottom up window transition on showBrieflies. This may be as good as it gets for 7.4...I've specified the window transitions to be FadeIn and FadeOut, but they don't actually work because the showBriefly is not the size of the window below it, which causes the transition effect to not happen. So it just appears immediately on screen without a fade effect. Slide up from the bottom is gone though.
I think this is a very good idea. I would also suggest re-examining the need for transparency in any of the showbrieflies. IMO, the transparency is distracting, with the background text often appearing like grayed text in the box. With a fade in, the transparency effect is unnecessary.
== Auto-comment from SVN commit #7478 to the jive repo by bklaas == == https://svn.slimdevices.com/jive?view=revision&revision=7478 == Bug: 13725 Description: volume and scanner popups no pop up/down from bottom. replaced with no transition, which IMO works much better after the toast redesign.
I believe the last checkin pushes this off the P2 list.
IIRC, FadeIn is not trivial with a window that doesn't take up the entire screen Pass to Richard for comment
Moving these bugs to P4 to make room for moving P1.5 bugs to P2
Administrative move of 7.5 bugs. All P2, P3, P4 being downgraded one level. Will then split P1s.
Moving lower-priority bugs to next target