Re: Should a scroller be visible or not?
Re: Should a scroller be visible or not?
- Subject: Re: Should a scroller be visible or not?
- From: Robert Walker <email@hidden>
- Date: Tue, 31 Oct 2006 12:17:33 -0500
Jim,
Consider what happens when you're in the middle of typing and you
get to the point where you need a scroll bar. Since the content
area in a Mail compose window wraps as you type and re-wraps if you
resize the window, if we auto-hid the scroller, popping it in at
the first instant it was needed would cause all of the text in the
window to re-wrap. Visually jarring and horribly confusing, no?
This is an interesting point and I suppose it's a matter of opinion.
I tested this using Apple Mail, which does use the auto hide feature
for scroll bars. In my opinion it really wasn't that bad. If
implemented correctly it seems to be fine to me, but your point is
well taken, and I could see some people may have an issues with this
behavior.
The separation of regular paragraphs seems to diminish the effect of
re-wrapping lines quite sufficiently. So again it still comes down
to the developer's preference. It also appears to me that the size
of the text view makes a huge difference in this behavior as well.
Given a case like the Mail compose window, which normally has a large
physical screen area, this "jarring" effect is minimal.
On Oct 30, 2006, at 7:39 PM, Jim Puls wrote:
On Oct 30, 2006, at 11:31 AM, Robert Walker wrote:
When composing new mail the message area is not part of a split
view so makes more sense to use the automatically hiding scrollers.
Consider what happens when you're in the middle of typing and you
get to the point where you need a scroll bar. Since the content
area in a Mail compose window wraps as you type and re-wraps if you
resize the window, if we auto-hid the scroller, popping it in at
the first instant it was needed would cause all of the text in the
window to re-wrap. Visually jarring and horribly confusing, no?
-> jp _______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mac.com
This email sent to email@hidden
--
Robert Walker
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden