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: John Stiles <email@hidden>
- Date: Tue, 2 Dec 2003 00:57:27 -0800
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.
On Dec 1, 2003, at 10:05 PM, Jens Bauer wrote:
Hi Jim,
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.
Anyone else noticed this?
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.
_______________________________________________
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.