I'll see if I can implement focusable soon. But the holidays are over and I
just ran out of hacking time. Always dropping focus is defitinely the wrong
At 09:35 04/01/01 -0500, John A. Turner wrote:
>>>>> "AP" == Andy Piper
> At 11:04 03/01/01 -0500, John A. Turner wrote:
>> >> o the dired customize prob reported here remains:
>> >> http://www.xemacs.org/list-archives/xemacs-beta/200002/msg00139.html
>> I still see this problem - thought I should probably update the dired pkg
>> as well, so did that (updated to dired-1.08), but no change
AP> Sorry, someone elses bug - I haven't done anything towards this.
yes, those interested can review the thread from 10/2000 starting here:
>> >> o I believe others have mentioned the problems with focus being lost
>> >> after pressing Done in a Customize buffer - oddly, the only thing I
>> >> could find in the archives was this msg from Kirill with a patch
>> >> ostensibly fixing the prob on win32 - but I still see the problem on
>> >> both Irix and win32 - I do use focus-follows-mouse
>> >> http://www.xemacs.org/list-archives/xemacs-beta/200001/msg00202.html
>> this is still there as well - after Set or Save, focus is lost, and I have
>> to either move the mouse out of the frame and back in or click in the
>> to regain focus
AP> This is correct operation - when you click on a button, the button gets
AP> focus as it should do. You should then be able to tab around buttons
AP> (although this is only implemented in MS-Windows). What is fixed is the
AP> focus being dropped when the button goes away.
It might be "intended", but I'm not sure about "correct". It
fails the "least surprise" test, at least in my opinion.
Let's say I'm changing the foreground color of a face. I type in the name,
hit Set, and then want to try a different color. I can't just hit
backspace and start editing - I have to click (or move out of the frame and
back in) to regain focus before typing.
That just ain't right.
Dr Andy Piper
Principal Consultant, BEA Systems Ltd