Re: NSTextView and First Responder
Re: NSTextView and First Responder
- Subject: Re: NSTextView and First Responder
- From: "John Tsombakos" <email@hidden>
- Date: Wed, 24 Apr 2002 11:30:32 -0400
Date: Wed, 24 Apr 2002 06:47:27 -0400
Subject: Re: NSTextView and First Responder
From: Bill Cheeseman <email@hidden>
To: Cocoa-Dev Mail <email@hidden>
on 02-04-24 12:54 AM, John Tsombakos at
email@hidden wrote:
I have a question with having the insertion point appear
in a NSTextView
when an application starts up. The one I'm looking at is
the new HTML
Editor sample at Stepwise <http://www.stepwise.com>. I
followed the
directions and set up the simple app. But when it ran,
there wasn't an
insertion cursor in the text field. I looked around, in
list archives,
in the Hillegass Cocoa book and came up with dragging a
connection from
the window to the NSTextView and connecting the
InitialFirstResponder.
But it didn't work.
If I recall correctly, the Aqua Human Interface
Guidelines state that an
application window should not show a live cursor in any
text field or view
when the window first opens. Instead, the user should
have to hit the tab
key or click to give keyboard focus to the first text
field. I believe the
reason has to do with avoiding accidental data changes if
the user hits the
keyboard while a window is opening. So the behavior
you're seeing is
correct, even with a first responder designated in IB.
Even for a text editor/word processor? TextEdit shows a
cursor, BBEdit (while not Cocoa) does, and Word (granted,
not the "Model Apple HI" application) does. I would think
for a new, blank window that has one text field/view, the
cursor would show. For a window with several text fields
showing data, I agree with the design.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.