You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I want to double check that the issue I'm seeing isn't just restricted to the simulator and, if verified, we need to file a Radar because I'm pretty sure it's subtle enough to not have been detected by anyone else. After all, who else stares at their monitor for extended periods watching UIAlertViews animate in and out, etc? Exactly.
Steps:
Fire up the 7.1b5 (perhaps earlier, not sure) iPhone 4" Simulator (32-bit arch)
Run the SDCAlertView demo project
Select the top item "Show System Alert"
Watch very, very carefully as the alert animates into view
After the alert view comes to rest, you will see its overall background color shift to a darker color.
This is a regression that causes the apparent color of the alert to be several shades darker than it otherwise would've been on iOS 7.0.x. This makes the contrast between the alert and its dimming/backdrop view somewhat lower, which indicates that this is likely a regression rather than expected behavior. Also the fact that the transition from the "lighter" state to the "darker" state is extremely abrupt.
If this is confirmed, a Radar should be filed and immediately duped.
The text was updated successfully, but these errors were encountered:
I believe I know what you're talking about, but this also happens on iOS 7.0, and I don't think it's limited to alerts. An alert is the best way to demonstrate it, but if you look very carefully (maybe even slow it down) at the default push in a navigation controller, you can see it happening in the navigation bar too. A toolbar is probably the same.
I believe this is a trait of the backdrop view that finds the middle ground between performance and live "blurring". We have established an alert doesn't have a blurred background, but UIBackdropView has a method to turn that on or off. I imagine that the backdrop doesn't do "it's thing" (whatever that may be) until all animations that involve it are finished.
So yes, you can call this a UI glitch, but it was probably done on purpose for performance reasons. If you want to file, go ahead and I'll dupe it, but I wouldn't expect too much from it unless they figure(d) out a way to make live blurring more performant.
I want to double check that the issue I'm seeing isn't just restricted to the simulator and, if verified, we need to file a Radar because I'm pretty sure it's subtle enough to not have been detected by anyone else. After all, who else stares at their monitor for extended periods watching
UIAlertViews
animate in and out, etc? Exactly.Steps:
This is a regression that causes the apparent color of the alert to be several shades darker than it otherwise would've been on iOS 7.0.x. This makes the contrast between the alert and its dimming/backdrop view somewhat lower, which indicates that this is likely a regression rather than expected behavior. Also the fact that the transition from the "lighter" state to the "darker" state is extremely abrupt.
If this is confirmed, a Radar should be filed and immediately duped.
The text was updated successfully, but these errors were encountered: