Alan Manuel Gloria:
> Basically what I'm proposing is to modify the rule (changes underlined):
> "What's more, if (...), {...}, or [...] are prefixed by _any
> expression_, they have a new meaning in modern-expressions:"
...
> This also enforces our "parameters are separated by spaces" guideline;
> it now becomes "parameter are _always_ separated by spaces", by
> removing one of the few ways (one of the only remaining ways?) that
> parameters can be separated without a space.As I posted earlier, you've convinced me. If nothing else, it makes the rule simpler to describe. The current "Solution" wiki page at https://sourceforge.net/p/readable/wiki/Solution/ gives the updated rule that ANY expression works as the prefix. I just modified the git repository code to implement this & added a test to check that it's implemented that way. --- David A. Wheeler ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Readable-discuss mailing list Readable-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/readable-discuss
