Code Monkey home page Code Monkey logo

neovim-elixir's People

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

neovim-elixir's Issues

Still maintained?

I am trying to get this to work, but unfortunately it doesn't seem to be compatible with the current HEAD of neovim anymore. Is anyone still using/working on this project and could help me out?

Updating dependencies.

With OTP/19 there is some basic support for UNIX sockets, I think it's a good time to update to a newer version of elixir. Procket dependency could be dropped, I am up for rewriting this part, if you think it's a good idea.

improve overall experience

Hop, text below is a copy of @dm1try proposal on #1 to continue the thread on a new issue.


I agree, the integration testing is important here. Also some functional tests for the main modules can help new developers. I mostly use espec framework. So I can try to help but if I can use it for this :)

For the logging thing, yes, I think a 10 LOC File Backend for Logger would be nice with comments on the confix.exs for debugging.
Then I think it would be nice to have one branch of vim-elixir containing the Host per Erlang version to ensure compatibility with your version.

πŸ‘

About a different project for host and client I am not sure exactly what you mean since the only addition to make the client a host are :

Ok, thanks for the clarifying this. I've noticed the "smell" - MIX_ENV=host it seems like the env var is used for make the difference between apps but not the difference between environments.
I thought that client responsibilities: connect to nvim,retrieve the nvim API/provide an interface to call this API; host responsibilities: make a bridge between Elixir plugins and nvim(load the plugins/translate their interfaces to nvim compatible and return them by a request, allow to use the client API inside plugins).
Anyway, I've realized that the different projects is overhead here!

But I have another proposals :) (btw, we should close this issue and continue in other tread, it's the last message πŸ˜„ )
I updated the autocomplete script with project-depended autocompletion(inspired by alchemist-server) and bunch of small tweaks: show the first sentence/autoclose the doc-preview window then I go to the next line/etc..
screenshot
scr

I also will add smart refactoring tools to this "script". I write this stuff using usual flow(tests/many levels of abstraction 😁 and so on). And I wanna share this with community. So gists will not work here. But the mix already solves this.
The proposal is the adding to neovim-elixir framework-like(AKA fluid πŸ˜„) responsibilities:

  • easy installing
    mix archive.install ../neovim-elixir-0.1.1.ez, neovim_elixir.install_host
  • installing community plugins(as usual packages?)

As a result of this neovim-elixir can be able to process usual dynamically loaded Elixir scripts and community packaged plugins(a host must be recompiled).

Don't get me wrong, I don't wanna make things complicated. As for me it's just some way to go.
You've already solved most non-trivial problems(thanks!) but there is still room for ​improvement :bowtie:

My priority for all those proposals:

  • HIGH developer/debug environment
    • the logging
    • integration tests and helpers for a testing
    • docs(how to use NVim interface)
  • MID a framework-like feature described above
  • very LOW support different elixir versions

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    πŸ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. πŸ“ŠπŸ“ˆπŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❀️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.