On Dec 23, 2009, at 11:21, Rick Mann wrote: > On Dec 23, 2009, at 03:15:11, Jean-Daniel Dupas wrote: > >> and 'active' is called 'enabled' in Cocoa. > > Again, "active" and "enabled" are orthogonal properties.
Again, "active" isn't a *property* of views, or even of controls, for that matter. For *some* Cocoa controls and views, there is an inactive *state* (as you noted, which typically involves suppressing color) that's displayed when the containing window is inactive. Every other representation of an inactive state in a NSView is implemented application by application, view by view, not in the frameworks. In recent Mac OS releases, the HIGs having been moving towards demanding more consistent showing of inactive state in standard controls (and a few standard views). But IIRC your original question was whether there's a standard mechanism that would directly cause a view to redraw itself when its window changed its "active" state, and answer is still no -- there are only indirect mechanisms (the view must in some sense observe the state of its window). Incidentally, windows don't actually have an "active" state either. They have "key" and "main" states, whose representation is modified by the "active" state of the application. As I said earlier in this thread, these states are complex, subtle, and to a degree historically jumbled. _______________________________________________ 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
