is that when one increases the zoom factor of an IKImageView to a
point that the window can no longer contain the entire image, its
origin is not moved to a new location outside the window frame in
order to keep the image centered as one would expect. Instead, it is
visibly and abruptly reset to window 0, 0 *after* zooming is complete.
I can live with non-centered zooming if that's what's been deemed
appropriate default behavior for these views (and I see that there is
in fact a setImageZoomFactor: centerPoint: alternative [haven't tried
it yet]), but the way the image "jumps" around on the screen after
zooming is done seems rather silly given the lengths one must have
gone through to implement all that smooth scaling animation which
makes it look like it's doing a centered zoom up until the last
second. Why isn't this animation anchored at the origin so as to
provide more appropriate visual feedback to the user? Is this the
result of a mis-checked nib setting on my part or is the class just
goofy?
I've tried setting the zoomFactor through both the setZoomFactor
method and the property accessor on the off chance that their
implementations differed; both produce identical behavior.
If these should go to the Cocoa list instead, let me know.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartz-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quartz-dev/email@hidden
