Add support for max_line_length

[joaoe]

• Support for this feature requires the user to have installed the autowrap
  plugin https://github.com/randy3k/AutoWrap
• Property explained here https://github.com/editorconfig/editorconfig/wiki/EditorConfig-Properties
• Solves Support max_line_length #56

[sindresorhus]

I think max_line_length is always a string, so you'll need to coerce it into an int.

[joaoe]

Wouldn't it be an int if typed as max_line_length = 123 instead of max_line_length = "123" ?

But I agree it can be made more flexible by parsing a string, if that's the case.

[joaoe]

Ok, just tested it again. Indeed it's true. I think I tested it first by having a max length in my user preferences.

Thanks for the heads up.

[sindresorhus]

Ideally yes, but .editorconfig is based on .ini, which is untyped and unspec'd, so everything are just strings.

[sindresorhus]

I thought it was still not working at first, then I realized it only works on new text. Any way to get it to auto wrap existing text? (That's how the other rules work).

[sindresorhus]

And why does it require a plugin for this? Sublime already has Edit => Wrap.

[joaoe]

I thought it was still not working at first, then I realized it only works on new text.

Because of if not view.settings().has(self.MARKER): which is not my code. That prevents applying preferences over and over again to views that gain focus. A better idea would perhaps be to store a timestamp, and then compare with the timestamp of the .editorconfig file or timestamp of the EditorConfig.py file (in case of a new version that changes behavior).

And why does it require a plugin for this? Sublime already has Edit => Wrap.

That, I didn't know... :) Will most likely require rewriting everything.

[sindresorhus]

Closing this for lack of activity. Happy to reopen whenever.

[joaoe]

It's fine, I don't have to look at it now.