Re: Strangeness of "next" regular expression
Re: Strangeness of "next" regular expression
- Subject: Re: Strangeness of "next" regular expression
- From: Jeffrey Oleander <email@hidden>
- Date: Sun, 6 May 2007 10:21:50 -0700 (PDT)
> Eduard de Jong <email@hidden> wrote:
>>> On 2007-05-06, at 08:35:57, Jeffrey Oleander wrote:
>>>You've reminded me of one I need to submit. I'd like
>>> to see the "find in project" have a replace and find
>>> next feature for those times when I want to replace
>>> most but not all occurrences of something.
> You can select any of the found instances in the pane
> that lists them
Which pane is "the pane that lists them"? There's an upper
pane that has the brief context of where each was found,
and then the lower, editor pane that also shows whatever
one is selected, above.
> and then "replace" only does the ones you have selected!
> This is a bit weird UI feature as initially without
> clicking in the result pane the 'replace' behaves as
> if all found instances are selected, without being
> highlighted as such. After clicking on just one,
> e.g. to look at in detail, you then need to do a
> select all to get the full replace all behavior again.
Hm. It seems to behave as a replace all for me,
regardless, but I'm in 1.5.
The other oddity is that, in looking at it, again, in
preparation for writing up something on it, I realized I'd
defined a key equivalent for doing the replace and find
next. When I try pressing that, instead of doing the
replace, and moving me along to the next occurrence in the
project, it deletes the found string. IOW, it's probably
taking the replace string from the find in file dialogue
box, which is not displayed.
Yep. Another quick experiment confirmed that. Curiouser
and curiouser.
But, as you say, it does replace only the one occurrrence
selected in the upper pane with the abbreviated list. Now
that IS odd. So, I tried selecting 3 occurrences divided
between 2 files, and pressed my key equivalent. I see the
display blip. Then I step through the top pane, selecting
one at a time. The dirty file indicator shows. For an
instant I see the string substituted from the find in file
dialog box, but that goes away and shows the original
unchanged string. (These are different files from the
immediately preceding experiment.) Yet, when I select that
first file of the pair involved in this experiment, it
works for a moment and then indicates that it's dirty.
Ahh, and this time, the change string from the find in file
dialog shows, but not the last 2 times. I select the edit
pane and do an undo and the dirty indicator goes away.
Well, now I'd better quit, discarding changes and crank up
Xcode fresh again, do the find in project and see what I've
actually got in the files.
OK. Yes. That pretty well describes it.
Perhaps there should be a "Replace and Find Next in
Project" and a "Replace in Project" for key binding
purposes. Having to step through the whole project, noting
which ones I want to replace and then going back to
tediously select them before pressing replace and hoping I
didn't make a mistake, or having to interact hundreds of
times with that alert dialog box as I picked my way down
through would both be a PITA.
Well, I return you to the discussion of rebuilding Xcode
projects several times a day from scratch using tweezers
and a fresnel lens while juggling office chairs... and the
GUI interpretation of the equivalent of the g switch.
____________________________________________________________________________________
The fish are biting.
Get more visitors on your site using Yahoo! Search Marketing.
http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden