> > Does anyone have any ideas on how to _visually_
> indicate that an NSImageView is not editable? Since it
> doesn't really do anything different when it's
> editable or not editable, it's tough for the user to
> tell which state is which.
>
> It's trivial to create a subclass of NSImageView that
> in some way manipulates or overdraws the image it's
> displaying in order to illustrate some kind of state. I did
> one not to long ago that used a gradient to simulate a
> spotlight calling attention to one portion of the current
> image, for example.
That's what I ended up doing, actually. For the sake of the archives, if anyone
else is later interested, I used the Tinted Image sample code from Apple, and
simply created my own NSImageView subclass that could retain the original
image, and also draw some tinted flavor of it when needed. This ended up being
the exact visual result I was seeking.
> But it also strikes me that in doing so
> you're compromising the quality and/or content of the
> image from the user's standpoint. Might it make more
> sense to have a small, but clear, external indicator instead
> of a subtle content
> manipulation?_______________________________________________
That's a good question, and something I debated a lot. However, even with other
indicators (other items being disabled, background color changing, etc.) the
image somehow seemed out of place. It almost seemed to contradict what the
other controls were saying; they were greyed out, but the image was still
bright, front and center.
Thanks,
B
_______________________________________________
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 [EMAIL PROTECTED]
