-
-
Notifications
You must be signed in to change notification settings - Fork 6.3k
[RDY] Remove 'textmode' option #540
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
break; | ||
/// Set the current end-of-line type to EOL_UNIX, EOL_MAC, or EOL_DOS. | ||
/// | ||
/// Sets both 'fileformat'. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sets only fileformat.
What harm does it cause to leave this option in the code? And what benefit does it provide to make it a noop? |
See #537 Basically it's just obsolete and therefore dead code that should be removed. I'm a regular in #vim for a long time and I can't recall even one time where someone asked about this option. @tarruda suggested that we make it a no-op, like Anyway, it's so long deprecated that I'd think it can be safely removed all at once. |
@mhinz Nice work! Could you take a look at the docs and update/remove it from there as well? Also, maybe we should display some kind of error message if |
Thanks! As I said, it's mainly made a no-op because of (very old) plugins and compatibility. Those won't care about helpful suggestions. :P |
case EOL_DOS: | ||
p = FF_DOS; | ||
break; | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why reordering the case
s?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To be honest, no particular reason. I just felt that the most common systems (UNIX/MAC) should be above the less common one (DOS).
But I happily change that, if requested. :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's no need for change. :)
LGTM. It's OK to make obsolete options noop at this point. |
Now that you put it like this, I also think we should remove. It's better if plugins using the option throw an error than being mistaken by false positives. Since it's already deprecated by vim, any plugins that use it should also be considered deprecated right? |
Yup, I'd say so. Shoud I create a new PR for it or just push the changes and change this PR title? |
Just change this PR and rebase/squash the commits |
Hmm, Travis outputted for both builds:
But it builds just fine locally. I'll just force push again to trigger another Travis run. |
It seems to be an issue when building msgpack, I'm gonna investigate |
That actually is after msgpack is built/installed, seems to be another "luarocks strikes again" issue :) |
I'm not sure how luarocks is working, but luarocks.org isn't responding either. :] |
@mhinz the build should work if you rebase on master |
'textmode' is an option obsoleted for at least 10 years in favor of 'fileformat'.
👍 thanks |
#537 can get closed now. |
'textmode'
is an option obsoleted for at least 10 years in favor of'fileformat'
.Reference: #537