Vim supports interfaces to Perl, Python, Lua, Tcl and a few others. But these interfaces have never become widely used, for various reasons. When Vim9 was designed a decision was made to make these interfaces lower priority and concentrate on Vim script.
Still, plugin writers may find other languages more familiar, want to use existing libraries or see a performance benefit. We encourage plugin authors to write code in any language and run it as an external tool, using jobs and channels. We can try to make this easier somehow.
Using an external tool also has disadvantages. An alternative is to convert the tool into Vim script. For that to be possible without too much translation, and keeping the code fast at the same time, the constructs of the tool need to be supported. Since most languages support classes the lack of support for classes in Vim is then a problem.
Le premier paragraphe adresse ta remarque : Neovim ne fait qu'utiliser ce que ce quelqu'un avait déjà mis en place... Le troisième paragraphe t'explique pourquoi ça ne peut jamais être optimal avec le DSL existant, et le but est justement d'améliorer ce DSL avec le retour d'expérience. Ah les fans...
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Ça Bram dans les repos
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Vim9 script feature-complete. Évalué à 4.
Et c'est parti... (mais je l'espérais pour vendredi, hier étant sur le fuseau CET)
:-)Il y a une neuvième/dernière partie du lien pointé, « Rationale », avec une section « Why not use an embedded language? » que je te recopies.
Le premier paragraphe adresse ta remarque : Neovim ne fait qu'utiliser ce que ce quelqu'un avait déjà mis en place... Le troisième paragraphe t'explique pourquoi ça ne peut jamais être optimal avec le DSL existant, et le but est justement d'améliorer ce DSL avec le retour d'expérience. Ah les fans...
"It is seldom that liberty of any kind is lost all at once." ― David Hume