Skip to content

Conversation

mhinz
Copy link
Member

@mhinz mhinz commented Apr 15, 2014

'textmode' is an option obsoleted for at least 10 years in favor of 'fileformat'.

Reference: #537

break;
/// Set the current end-of-line type to EOL_UNIX, EOL_MAC, or EOL_DOS.
///
/// Sets both 'fileformat'.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sets only fileformat.

@justinmk
Copy link
Member

What harm does it cause to leave this option in the code? And what benefit does it provide to make it a noop?

@mhinz
Copy link
Member Author

mhinz commented Apr 15, 2014

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 'compatible', so plugins using it won't fail because of an error. But then the plugin could be doing funky things because of a false-positive value or so.

Anyway, it's so long deprecated that I'd think it can be safely removed all at once.

@schmee
Copy link
Contributor

schmee commented Apr 15, 2014

@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 textmode is encountered, something like "textmode is removed from neovim, use fileformat instead (see :h 'fileformat')". What do you think?

@mhinz
Copy link
Member Author

mhinz commented Apr 15, 2014

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;
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why reordering the cases?

Copy link
Member Author

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. :)

Copy link
Contributor

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. :)

@felipecrv
Copy link
Contributor

LGTM. It's OK to make obsolete options noop at this point.

@mhinz mhinz changed the title [RFC] Make 'textmode' option a no-op [RDY] Make 'textmode' option a no-op Apr 16, 2014
@mhinz mhinz changed the title [RDY] Make 'textmode' option a no-op Make 'textmode' option a no-op Apr 16, 2014
@mhinz mhinz changed the title Make 'textmode' option a no-op [RDY] Make 'textmode' option a no-op Apr 16, 2014
@tarruda
Copy link
Member

tarruda commented Apr 16, 2014

But then the plugin could be doing funky things because of a false-positive value or so.
Anyway, it's so long deprecated that I'd think it can be safely removed all at once.

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?

@mhinz
Copy link
Member Author

mhinz commented Apr 16, 2014

Yup, I'd say so. Shoud I create a new PR for it or just push the changes and change this PR title?

@tarruda
Copy link
Member

tarruda commented Apr 16, 2014

Just change this PR and rebase/squash the commits

@mhinz mhinz changed the title [RDY] Make 'textmode' option a no-op [RFC] Remove 'textmode' option Apr 16, 2014
@mhinz mhinz changed the title [RFC] Remove 'textmode' option [RDY] Remove 'textmode' option Apr 16, 2014
@mhinz mhinz changed the title [RDY] Remove 'textmode' option [RFC] Remove 'textmode' option Apr 16, 2014
@mhinz
Copy link
Member Author

mhinz commented Apr 16, 2014

Hmm, Travis outputted for both builds:

No output has been received in the last 10 minutes, this potentially
indicates a stalled build or something wrong with the build itself.

The build has been terminated

But it builds just fine locally. I'll just force push again to trigger another Travis run.

@mhinz mhinz changed the title [RFC] Remove 'textmode' option [RDY] Remove 'textmode' option Apr 16, 2014
@tarruda
Copy link
Member

tarruda commented Apr 16, 2014

It seems to be an issue when building msgpack, I'm gonna investigate

@tarruda
Copy link
Member

tarruda commented Apr 16, 2014

That actually is after msgpack is built/installed, seems to be another "luarocks strikes again" issue :)

@mhinz
Copy link
Member Author

mhinz commented Apr 16, 2014

I'm not sure how luarocks is working, but luarocks.org isn't responding either. :]

@tarruda
Copy link
Member

tarruda commented Apr 16, 2014

@mhinz the build should work if you rebase on master

'textmode' is an option obsoleted for at least 10 years in favor of
'fileformat'.
@tarruda
Copy link
Member

tarruda commented Apr 16, 2014

👍 thanks

@tarruda tarruda closed this Apr 16, 2014
@mhinz
Copy link
Member Author

mhinz commented Apr 16, 2014

#537 can get closed now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants