install Node.js. and run on Node.js. install . Instructions using (check out coc.nvim Wiki other options): in vim, run will try to find from your , if not found, you can run to install the latest release from GitHub follow Project setup to generate for your project Note: If you've configured as a languageServer in , you should remove it to...
Alexey Navoykov: 1. Ну как видим, набор этот у вас постоянно растёт и множится. Поэтому тут вопрос чисто рационализаторский. Либо ты постоянно тратишь время на создание очередных костылей и возню с ними, либо решаешь проблему на корню и больше не паришься.
ところで、今日、セマンティックハイライトをねじ込める可能性を発見した（つまり、型のことを何も知らないvimではなく、LSPサーバーが色付けを行う）、これは原理的に楽しい。もし興味がある人がいたら、こちらの指示通りhttps://github.com/clangd/coc-clangd。 その結果、私のcoc-settings.jsonはこのように堕落してしまったのです。
{ "signature.maxWindowHeight": 20, "clangd.semanticHighlighting": true }は、すべてのサーバ設定を削除し、coc-clangd（これはcocの拡張機能です）は、cocクライアント自体を設定します。
一般に、mqlの言語サーバ(https://langserver.org/)を作るのは理にかなっています。そうすれば、vimでもemacsでも同じように拾ってくれます。そして、ビジュアルスタジオとエクリプス。しかし、このボリュームは相当なもので、90％はMQ開発者が作ったもの、つまり、誰かが作ったものに新しいバグや誤解を加えて作り直したものなのです。
C++のコードをMQLに変換して、プラスで直接コーディングできるようにし、MQLは実行可能な.ex5コードを生成する中間層として使用する、という別の方法を取った方がいいと思います。 つまり、そうすればMQL自体は悪い夢のように忘れることができます。
実際、Victは 部分的にこの方向に進み、ある構成要素を松葉杖に置き換えようとしている。しかし、この問題はシステムで解決した方がいい。 プラスサイズのコンパイラのソースコードをベースにするのがいいかもしれない。 私はそのような仕事に参加することができる。
C++のコードをMQLに変換するコンバータを作って、プラスで直接コーディングできるようにし（いくつかの制限はありますが）、MQLは実行可能な.ex5コードを生成するための中間層としてのみ使用するのが良いと思います。 すなわち、実際には、その後MQL自体のことは悪い夢のように忘れることができます).
実際、Victは 部分的にこの方向に進み、ある構成要素を松葉杖で代用しようとしている。しかし、この問題は何らかの方法で体系的に解決した方がいい。 おそらく、どこかのプラス・コンパイラのソースコードに基づいて行われるはずだ。 私は、そのような仕事に参加するかもしれない。
変な人だなあ。あなたはとても若いのでしょう。破壊する覚悟があるものに参加したいのでしょう。
お前ら英雄気取りだな、プロプライエタリなソフトのためにこんなことに巻き込まれるなんて神様かよ。どこかの賢い経営者が、私たちの生活を楽にするためにもっとお金を稼ごうと決めて、NewRevolutionarySoft-1.limited.editionをリリースし、完全に誤って後方互換性を壊すまで待つこと、もうこんな生活はできない、世界は前に進んでいる、という話をしながら、福袋を持って走ることです。あまり負担にならない程度の松葉杖のセットが天井です。LSPサーバーは、経験も統計学もあるこの経営者たちに自分で書かせればいいのです。
C++のコードをMQLに変換して、プラスで直接コーディングできるようにし（いくつかの制限はありますが）、MQLは実行可能な.ex5コードを生成するための中間層としてのみ使用できるようにした方が良いと思います。 つまり、MQL自体のことは悪い夢のように忘れる ことができるのです。
実際、Victは 部分的にこの方向に進み、ある構成要素を松葉杖に置き換えようとしている。しかし、この問題はシステムで解決した方がいい。 プラスサイズのコンパイラのソースコードで解決するのがいい。 私はそのような仕事に参加することができる。
もしかして、その時はここにいないの？なぜ、怖い目覚めの夢を見る必要があるのでしょうか？もしかしたら、他の場所はそんなに怖くないかも？自分の活動の意味をよく考えてみてください。もしかしたら、それはあなたのものではないかもしれません。もしかしたら、他の場所で自分のものになっているかもしれません。怖くないところ。どこを飛んでるんだろう...。
それなら、ここにいてはいけないかもしれない。なぜ、怖い目覚めの夢を見る必要があるのでしょうか？もしかしたら、他の場所はそんなに怖くないかも？自分の活動の意味をよく考えてみてください。もしかしたら、それはあなたのものではないかもしれません。もしかしたら、他の場所で自分のものになっているかもしれません。怖くないところ。どこを飛んでるんだろう...。
活動はいつも違う場所、違う方向へ向かっています、心配しないでください。 また、あなたの人生の意味は、掲示板に座って誰かの書き込みをモデレートすることに限られるわけでもないでしょう。
負担にならない程度の松葉杖一式が天井です
Alexey Navoykov:
1. Ну как видим, набор этот у вас постоянно растёт и множится. Поэтому тут вопрос чисто рационализаторский. Либо ты постоянно тратишь время на создание очередных костылей и возню с ними, либо решаешь проблему на корню и больше не паришься.
2.正直、何の後方互換性が語られていたのかよくわかりません。 何との互換性ですか？
1.この「プロジェクト」の要は150行のシェルスクリプトだと思われましたが、作っているうちに忘れてしまったんです。あとはプラグインの設定ひとつで、すべてのユーザーが自分でできるはずなので、潜在的な初心者を支援することにしたのです。
2.昔のMKLの方言がどうなったか覚えていますか？チェックボックスで選択できるようにするなどの工夫が必要だったのではないでしょうか。とにかく、この相性で回していたのはそこそこ。100500ラインのプロジェクトがかぼちゃになるのは、とても楽しいことだと思います。
2.昔のMCLの方言で何をやったか覚えていますか？例えば、選択ボックスを作ることもできたはずです。とにかく、この相性で回していたのはそこそこ。100500ラインのプロジェクトがかぼちゃになるのは、とても楽しいことだと思います。
私が言っていることがよくわからないかもしれません。 逆です。 MQLでコーディングしていると、あなたが言ったような状況に陥る危険があり、すべてのプロジェクトを 書き直さなければなりません。 私は、C++で直接コーディングするためのコンバータ/トランスレータを書くことを話しています。 また、互換性の問題がある場合、プロジェクトそのものではなく、このコンバータだけを修正すればいいのです。