After much exploration I found that the problem was resolved by setting the 
autoresizing mask of the parent tableView to flexible height/width. 

This did not occur to me earlier because, as I mentioned, visually everything 
resized properly. I'm unclear whether this is a framework bug or confusion on 
my part, but I'm happy it's working and just wanted to share the solution. 

(As an aside, another oddity is that I found the problem only presented when 
the _index_ was visible. If I suppressed index display, the _header_ bug 
resolved itself. Strange.)

(Sent from my iPhone.)

--
Conrad Shultz
www.synthetiqsolutions.com

On Jul 30, 2011, at 1:12, Conrad Shultz <con...@synthetiqsolutions.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi all,
> 
> I have been attempting to debug a strange quirk I am getting when I use
> a UISearchDisplayController in conjunction with a UIPopoverController.
> 
> Consider the perfectly normal looking filtered table view seen in a
> popover at http://dl.dropbox.com/u/5847625/popover-with-kb.png
> 
> (Note that, to aid debugging and visualization, I set a red border on
> the searchResultsTableView's CALayer.  This has no effect on the
> behavior I am about to discuss.)
> 
> Now consider the appearance when I hide the keyboard:
> http://dl.dropbox.com/u/5847625/popover-without-kb.png
> 
> As I expected, the searchResultsTableView cleanly animates to fill the
> new popover content size, but somehow a stray section header (clearly
> deriving from the searchContentsController, not shown but which has the
> header present in about the right location) becomes visible
> 
> Since the errant section header overlays the red layer border, remains
> fixed if I scroll the searchResultsTableView, and does not seem to
> respond to touch events itself, it appears it actually sits on TOP of
> the searchResultsTableView (which would appear inconsistent with the
> 
> While most users probably won't hide the keyboard manually, they will
> rotate the device, which is also sufficient to trigger the quirk:
> http://dl.dropbox.com/u/5847625/popover-landscape.png
> 
> I haven't had any luck Googling this, and trying to call
> setNeedsDisplay/setNeedsLayout on either the searchResultsTableView or
> the searchContentsController's table view has no effect.
> 
> Has anyone seen this issue and/or might have an idea of how to prevent it?
> 
> Thanks.
> 
> - -- 
> Conrad Shultz
> 
> Synthetiq Solutions
> www.synthetiqsolutions.com
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.14 (Darwin)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk4zvOsACgkQaOlrz5+0JdUfxwCghjlxU4/boPJekribDWXSGRc6
> 5ckAn34GCUSSGb8bM1P/RhTmoEVQ1uUz
> =o30v
> -----END PGP SIGNATURE-----
> _______________________________________________
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/conrad%40synthetiqsolutions.com
> 
> This email sent to con...@synthetiqsolutions.com
_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to