Re: Semi-OT - shift-tab behavior broken for edit fields?
Re: Semi-OT - shift-tab behavior broken for edit fields?
- Subject: Re: Semi-OT - shift-tab behavior broken for edit fields?
- From: Jens Bauer <email@hidden>
- Date: Tue, 2 Dec 2003 15:56:37 +0100
Hi John,
On Tuesday, Dec 2, 2003, at 09:57 Europe/Copenhagen, John Stiles wrote:
This is a Cocoa bug that got introduced in Panther. You can toggle the
bug by pressing NumLock--press it once to make the bug start
happening, press it again to stop it from happening. I filed this bug
and it got placed on Open/Verify, so hopefully the fix will make it
into a Software Update one of these days.
Sounds nice, that Apple decided to make the computer run in bug-free
mode by default, and let the user turn on the bugs him/herself. ;)
On Tuesday, Dec 2, 2003, at 05:52 Europe/Copenhagen, Jim Correia
wrote:
I just want to make sure I am not hallucinating before I write a bug.
Has anyone else noticed that when keyboard focus is on an edit field
in a Cocoa application that shift-tab no longer takes you to the
previous key view? (In other words is something screwed
up for me locally, or is this a real bug I should write up?)
I noticed that sometimes, the find-panel in some applications
(Project Builder and TextEdit at least, also Notepad, which is
third-party), breaks.
Eg. It starts out working alright, but after using it for a while,
probably copying and pasting values into either the find or the
replace field, breaks the nextKey link, so the focus stays on the
Find field.
I'd like to add, that I saw this back in Jaguar (eh, I'm still using
Jaguar)...
Love,
Jens
_______________________________________________
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.