I think there's a strip-trailing-whitespace in my version of BBEdit (8.2.4) as well. I can't find it on an immediate searchthrough, but that's because BBEdit is a definite case of "more options = bad UI" *G*
I've been pondering doing a trailing-whitespace strip on the whole codebase, but it's really far down on my priority list, heh.
I just noticed a bug in the Perl syntax coloring engine. If a hash key is the bare string 's' (without the quotes), it is treated as the substitution operator instead of a hash key. Adding unnecessary quotes around the 's' works around the problem.
I am using the most recent version (10.0.1).
Examples of incorrectly colored code follow:
dblog( $u, { s => $subject } );
This will "eat" all subsequent syntax coloring until the parser sees two more = symbols.
no subject
Date: 2011-08-12 03:32 pm (UTC)I've been pondering doing a trailing-whitespace strip on the whole codebase, but it's really far down on my priority list, heh.
(no subject)
From:(no subject)
From:BBEdit bug report
Date: 2011-09-23 05:14 am (UTC)I just noticed a bug in the Perl syntax coloring engine. If a hash key is the bare string 's' (without the quotes), it is treated as the substitution operator instead of a hash key. Adding unnecessary quotes around the 's' works around the problem.
I am using the most recent version (10.0.1).
Examples of incorrectly colored code follow:
dblog( $u, { s => $subject } );This will "eat" all subsequent syntax coloring until the parser sees two more = symbols.
chomp $info->{s};Same, except looks for subsequent } symbols.
Thanks for listening.