Skip to content
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

Incorrect indenting when '=' exists in string literal #158

Closed
pgforbes opened this issue Feb 12, 2015 · 2 comments
Closed

Incorrect indenting when '=' exists in string literal #158

pgforbes opened this issue Feb 12, 2015 · 2 comments
Labels

Comments

@pgforbes
Copy link

Thank you for your excellent work with Vim-R. I noticed an indenting bug recently when I was composing SQL queries. When a string is split over multiple lines, the indenter treats operators inside the string as if they were functional. Here's a minimal working example: notice that f() is indented too far in the current behavior.

Current behavior:

paste("A
      =", 2)
      f()

Correct behavior:

paste("A
      =", 2)
f()

Thank you again for your work!

@jalvesaq
Copy link

I am sorry, but this is a duplicate of #77. The problem is the multiline string, not the = inside it. Example:

paste("A
      B", 2)
      f()

A workaround is to use the special character \n instead of a real newline:

paste("A\n=", 2)

@jalvesaq jalvesaq added the Bug label Feb 21, 2015
@jalvesaq
Copy link

jalvesaq commented Apr 8, 2015

I deleted from the Vim-R-plugin the files that are already distributed as official Vim runtime files. Now, there is a new repository with these files: https://github.com/jalvesaq/R-Vim-runtime

Since the official runtime files are no longer in this repository, I'm closing this bug. This bug is already described in the Known bugs section of the README.md, and new bugs should be reported in the new repository.

@jalvesaq jalvesaq closed this as completed Apr 8, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants