Skip to content

vimL quasiqouter #40

@saep

Description

@saep

I think it would be cool to have something like inline-c for vimL.

Apart from being fun to implement, I can imagine these arguments for and against this.

Pros:

  • Calling (a lot of) vimL is more convenient
  • Each block could be sent as one eval-command to neovim, so that it gets executed atomically (If that is even possible). This could avoid race-conditions with other plugins, or user interaction in general.

Cons:

  • Additional complexity, i.e. more bugs.
  • It may be used only sparingly as this project was made to avoid vimL.

Feel free to discuss this topic or start asking questions on how to approach this.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions