bytebug@dhw68k.cts.com (Roger L. Long) (06/20/89)
I've been trying to figure out the proper behavior of scroll bars as a window transitions between active and inactive. Inside Mac states that the scroll bars in an inactive window will be empty (see I-46), but fails to provide such functionality when you inactivate your scroll bars with HiliteControl() (see I-314). It seems clear that almost all applications follow this behavior, except it for THINK C and TransSkel (which itself was built in Think C). The behavior here is for the scroll bar thumb to disappear, but the arrows to remain, as if HiliteControl was being called. Is such behavior a bug, or is such an exception to Apple's User Interface Guidelines blessed? Thanks. -- Roger L. Long bytebug@dhw68k.cts.com
lsr@Apple.COM (Larry Rosenstein) (06/23/89)
I think the proper thing to do when deactivating a window is to hide its
scroll bars and draw lines to outline the area they occupy.
The appearance where the thumb is invisible but the arrow are drawn is
supposed to indicate that the entire view is already shown on the screen,
so that no scrolling is necessary. (This is the scroll bar's inactive
state.) The scroll bar defproc will inactivate the scroll bar if its
maximum is equal to its minimum.
Larry Rosenstein, Apple Computer, Inc.
Object Specialist
Internet: lsr@Apple.com UUCP: {nsc, sun}!apple!lsr
AppleLink: Rosenstein1