On Feb 14, 2008, at 9:00 AM, Rich Bowen wrote:
On Feb 14, 2008, at 08:50, Eric Covener wrote:
Anyone else +1 for flatten-as-default and providing an option such
as:
'q'uick: Substitute more efficiently, but further substitutions will
not be able match across the boundaries of this substitutions
replacement string.
Yes in concept. Don't know how much this affects performance - I had
the impression that it would make things slower. Would it be
possible to flatten only in the event that a second substitute is in
fact called during the course of the same request?
It's not even just that "there is a second substitution" but rather
that the pattern/regex being looked for could possibly be the
result of a previous substition.
If you have to subs like
s/foo/bar/
s/plum/apple/
there is no way one could affect the other (or depend
on the other) so flattening is not required.
I don't want to make things slower simply because the docs are
confusing. We can make the docs less confusing.
--
Just because your voice reaches halfway around the world doesn't
mean you are wiser than when it reached only to the end of the bar.
Edward R. Murrow