Has anyone besides me noticed that if you several global find-and-replace operations in a row, the wrong bit of text may end up being replaced on the subsequent operations? Something is wrong here. I _think_ you can work around this by remembering to do a global save between operations, but I'm not sure yet.
m.
-- matt neuburg, phd = http://www.apeth.net/matt/ pantes anthropoi tou eidenai oregontai phusei Programming iOS 7! http://shop.oreilly.com/product/0636920031017.do iOS 7 Fundamentals! http://shop.oreilly.com/product/0636920032465.do RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
Yeah, noticed. Didn't discover the workaround, if it is.
07952130635 skype: rdrake98 blog https://dl.dropboxusercontent.com/u/51971271/drake/index.html - twitter https://twitter.com/rdrake98
On 21 October 2014 17:37, Matt Neuburg matt@tidbits.com wrote:
Has anyone besides me noticed that if you several global find-and-replace operations in a row, the wrong bit of text may end up being replaced on the subsequent operations? Something is wrong here. I _think_ you can work around this by remembering to do a global save between operations, but I'm not sure yet.
m.
-- matt neuburg, phd = http://www.apeth.net/matt/ pantes anthropoi tou eidenai oregontai phusei Programming iOS 7! http://shop.oreilly.com/product/0636920031017.do iOS 7 Fundamentals! http://shop.oreilly.com/product/0636920032465.do RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 21 Oct 2014, at 18:37, Matt Neuburg wrote:
Has anyone besides me noticed that if you several global find-and-replace operations in a row, the wrong bit of text may end up being replaced on the subsequent operations? Something is wrong here. I _think_ you can work around this by remembering to do a global save between operations, but I'm not sure yet.
Could it be that you do a Find All [in Folder], edit something in a document, then go back and perform the replacement (in the document that has been edited since the Find All)?
This is the only scenario I can think of, which would cause this. For non-open documents TextMate uses a checksum to ensure the document hasn’t changed since the search, but for open documents it does not (yet) do this safety check, but I’ll try to get it added for next build, so we can rule this out.
On Oct 22, 2014, at 4:38 AM, Allan Odgaard mailinglist@textmate.org wrote:
Could it be that you do a Find All [in Folder], edit something in a document, then go back and perform the replacement (in the document that has been edited since the Find All)?
I don't remember, but I certainly can't rule out that possibility. I'm still getting used to the way replacements are shown in the Find dialog (i.e. I don't like it but I'm trying to learn to live with it) and I certainly would have done some moving back and forth between the Find dialog and the document. Obviously since the Find dialog is not modal it invites this sort of behavior. m.
-- matt neuburg, phd = http://www.apeth.net/matt/ pantes anthropoi tou eidenai oregontai phusei Programming iOS 7! http://shop.oreilly.com/product/0636920031017.do iOS 7 Fundamentals! http://shop.oreilly.com/product/0636920032465.do RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html