lambdatoast / elm.vim Goto Github PK

When using the plugin, it overrides my tabstop config by setting it to 8. Here it is:
https://github.com/lambdatoast/elm.vim/blob/master/indent/elm.vim#L20

Am I missing something? When I use tab, I would want it to have 2 or 4 spaces, whichever is more convenient for Elm.

Something is wrong with the way in is handled. Say you have some code like this:

let a = False
case a of 
    False -> ()

and you are just adding the in in front of the case you get to incase and it gets indented by one. Which is a bit annoying.

With else I often want to align like this:

f a = if a then b
      else c

so the auto-aligning to the then gets really annoying.

related to #14 possible.

Hi - I'm wanting to package this for Fedora, would you mind adding a license file to the repo? Thanks!

I don't know why but this plugin is causing my commenting from vim-commentator to break. It puts the -- instead of the file's syntax commenting characters. This seemingly happened after I upgrade vim to 7.4 with patches 1-1786. I don't have a good enough understanding of vim to figure out where to even begin with this problem.

I was looking into how to upgrade this plugin to support the new executable names in 0.14.x, but it seems that some of the functionality is not longer present in elm (like the --print-types).

Is there another way to support that release?

It would be awesome to add an ability to see type of a particular expression

Would be super helpful to see results in a buffer for reference while deving. I'm not sure how it works, but https://github.com/tpope/vim-fireplace does that.

How do I actually install this? I'm not great at vim, and the usual stuff I do with pathogen doesn't seem to load the plugin.

Sorry for being a noob :)

Hello,
It seems that there is an issue regarding the indentation.

Consider the following snippet, the cursor is represented by '^':

foo =
    bar
    ^

Then if I press backspace, I get the following:

foo =
bar
   ^

The position of the cursor seems to be wrong.

Elm supports long strings ala python

"normal string"
"""loooong string"""

The official docs underdefine what escapes, if any, are supported but I don't think it'd be wrong to just crib the builtin python syntax region and get rid of the singe-quote ''' variant:

syn region  pythonString
      \ start=+[uU]\=\z('''\|"""\)+ end="\z1" keepend
\ contains=pythonEscape,pythonSpaceError,pythonDoctest,@Spell