Feature Request: line_length ignore "localize(d)" lines.

NSLocalizedString & family of methods / macros, and custom-prefixed versions of those can easily get very long, and it doesn't usually provide additional value to the readability of the code to force-wrapping on them.

Proposals
A. provide an option like "ignores_localizable_content" that will ignore lines that contain the substring "localize" (case insensitive).
B. provide an option like "replacement_regexp_for_length_testing" -- if the user supplies this, then they can cause that regexp be used to modify overly long lines and see if they still hit the limits.
C. Both options A & B

Option A. has the benefit of being comparatively easy to implement, but can lead to permitting ridiculously easy to have long lines because there was a localized string as one of the args.
Option B. solves for the problem in A, as well as being more flexible for large codebases, but requires user education.
Option C. can be implemented by implementing A on top of option B.

The issue does not name files, tests, or an entry point. Start by locating the existing line_length rule and its configuration, then resolve whether the intended scope is option A, B, or C; done means the selected behavior is implemented and covered by appropriate tests.