Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Confirm iOS 7.1 alert rendering issue #18

Closed
Clstroud opened this issue Feb 6, 2014 · 2 comments
Closed

Confirm iOS 7.1 alert rendering issue #18

Clstroud opened this issue Feb 6, 2014 · 2 comments
Labels

Comments

@Clstroud
Copy link

Clstroud commented Feb 6, 2014

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:

  1. Fire up the 7.1b5 (perhaps earlier, not sure) iPhone 4" Simulator (32-bit arch)
  2. Run the SDCAlertView demo project
  3. Select the top item "Show System Alert"
  4. Watch very, very carefully as the alert animates into view
  5. 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.

@sberrevoets
Copy link
Owner

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.

@sberrevoets
Copy link
Owner

I'm going to close this issue as it isn't really a bug in SDCAlertView. I'm interested in discussing it further though.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants