Message149735
| Author |
terry.reedy |
| Recipients |
marco, roger.serwy, terry.reedy |
| Date |
2011年12月18日.03:01:49 |
| SpamBayes Score |
2.9709604e-06 |
| Marked as misclassified |
No |
| Message-id |
<1324177311.64.0.633614644181.issue13586@psf.upfronthosting.co.za> |
| In-reply-to |
| Content |
I am running 3.2.2 on 64-bit Win7Pro, which should not make a difference. So why did ^H work right for me yesterday and not for Marco today.
Retrying with fresh IDLEs I discovered the following: selections do not initially appear in the find part of a Replace box (^H). But after selecting and opening a Find box (^F) with something selected, the same text appears in Replace boxes regardless of the actual selection, even if there is no selection -- until another Find box is opened.
So I was fooled yesterday because I tried ^F first to see what the 'correct' behavior was and then did ^H with the same selection. And I did the same in both Shell and Edit windows. When testing, order matters ;-).
I discovered something else I am not sure is what we want. Clicking Find in a Replace box leaves the box open so one can Find again. Clicking Find in a Find box closes it. So you need ^F and Find to re-search. |
|
History
|
|---|
| Date |
User |
Action |
Args |
| 2011年12月18日 03:01:51 | terry.reedy | set | recipients:
+ terry.reedy, roger.serwy, marco |
| 2011年12月18日 03:01:51 | terry.reedy | set | messageid: <1324177311.64.0.633614644181.issue13586@psf.upfronthosting.co.za> |
| 2011年12月18日 03:01:51 | terry.reedy | link | issue13586 messages |
| 2011年12月18日 03:01:50 | terry.reedy | create |
|