Mudlet: commandSeparatorを関数で設定可能にする

または、sendAll（ "com1"、 "com2"、 "com3"、 "com4"）という適切な形式を使用することもできます。
または、getCommandSeparatorを使用して、その出力を使用して文字列IEを作成することもできます。

local cs = getCommandSeparator
local commands = {
  "com1",
  "com2",
  "com3",
  "com4",
}
send(table.concat(commands, cs))

スクリプトの作成者に、スクリプトでコマンドセパレータを設定/リセットするように勧めたいかどうかはわかりません。 セミコロンを再び使用できない理由、またはコロンが突然2つのコマンドに分割され、リセットする前に関数が1回エラーになるだけで、なぜ多くの人が質問に来ることになります。 特に、 ;の場合は何もしないので、プレーヤーのセットアップが予期せず壊れたままになります。

そうは言っても、setCommandSeparatorは、プリファレンスゲッター/セッターの完全なスイートを持っているだけでよいかもしれませんが、これはまさにそれが使用されるべきではないものです。

けっこうだ。 潜在的な問題はさておき、メインコンソールからlua setCommandSeparator("somethingElseTemporarily")できることは、「;」に慣れているプレーヤーの問題を修正するための一歩となるでしょう。 コマンドセパレータとして。 実装されている場合は、>>>が必要になる可能性があります。誤用の場合と同様に、スクリプトが破損する可能性があるので注意してください。 マニュアルの<<<。

コマンドセパレータのこの一時的な変更がすべて行われている理由がわかりません。 彼らが;に慣れているのなら、なぜ彼らは彼らが慣れているようにそれを;に変更しないのでしょうか？ 設定に移動して、実際に希望するものに1回変更できるときに、2回入力して前後に変更するのは大変なことです。

悪魔の最初のコメントに沿ってsendAllにフィードするエイリアスが必要なようです

人々は、複数のコマンドを送信するために他のクライアントに正確に何を入力しますが、ウィンキーなスマイリーやサーバー側のシェナンニガンに干渉しませんか？

また、コマンドセパレータを設定する関数の省略は、エグゼクティブレベルでの意識的かつ意図的な決定であると考えました：grin：あるスクリプト/パッケージが別のスクリプト/パッケージを変更しているときに発生する可能性のある破損を回避するために、タイマー！）がアクティブでした。

私が知る限り、これに関する主な議論は＃1866でした。

それは私たちがやったことのように聞こえますが、アクセシビリティは、lua API自体とは別にても、少なくともコマンドラインから設定する方法を作成する必要があると思います。

コマンドセパレータのこの一時的な変更がすべて行われている理由がわかりません。 彼らが;に慣れているのなら、なぜ彼らは彼らが慣れているようにそれを;に変更しないのでしょうか？ 設定に移動して、実際に希望するものに1回変更できるときに、2回入力して前後に変更するのは大変なことです。

問題は、MUDが「;」を受け入れる場合にあります。 入力として、 ';'を入力する方法はありません ';'の場合、メニューホッピングなしコマンドセパレータです。 スマイリーフェイスを作成できることは1つのことです（チャットチャネルを使用してそれを回避するときに、コマンドセパレータを一時的に無害なものに切り替えるマッドレットエイリアスを作成できます）。 もう1つは、MUDがサーバー側のエイリアスを格納できることです。サーバー側のエイリアスは、通常、クライアント側のエイリアスよりも処理が速く、作成も速く/簡単ですが、これらは「;」を使用します。 コマンドも分離します。

これらはすべて、コマンドセパレータとして;を使用しない理由のように聞こえます。

残念ながら、コマンドセパレータを変更するとすべてが壊れてしまうsend("tens of commands separated by ;")を使用するトリガーとクライアント側エイリアスがすでに何百もある場合はオプションではありません。 習慣は、コマンドを区切るために;を使用するZMudに由来すると思いますが、ZMudのパーサーは、スペースで囲まれている場合は;を送信します。 コマンドセパレーターを2倍にすると、代わりにそれがMudに送信されるとしたらどうでしょうか。 私の場合のようなコマンドセパレータが;の場合のように、 ;;を送信すると、代わりに1つの;が泥に送信されます。たとえば、 say hello everyone;;)と入力すると送信されます。 say hello everyone;) 。 ;;をコマンドセパレーターとして使用した場合は、 ;;;;を実行してコマンドセパレーターをエスケープし、 ;;を送信します。 そのオプションを有効/無効にするチェックボックスを設定に含めることができます。デフォルトでは無効になっています。また、コマンドセパレータを2倍にすると機能が損なわれるのを防ぐために、どのような害があるかはわかりませんが。

使用した場合;; コマンドセパレータとして、次のようにします;;;; コマンドセパレータをエスケープするには

セミコロンを4回入力するのにうまくいくと思いますか？ ：thinking：それは現実的ではないと思います。

セミコロンを4回入力するのにうまくいくと思いますか？ 🤔それは現実的ではないと思います。

2文字のコマンドセパレーターをすでに採用している人は、コマンドセパレーターを頻繁にエスケープする必要があるとは思わないでしょう。 コマンドセパレータから脱出する必要がある頻度はどれくらいですか？これはすでに;;に設定されていますか？ 別の方法は、 ;;をMUDに送信できないということですよね？ コマンドセパレーターに2文字以上が設定されている場合、エスケープは面倒になることに同意しますが、コマンドセパレーターに2文字以上を設定しても、泥への送信で問題が発生することはありません。エスケープ文字の単一文字？ 人々がコマンドセパレーターとして何を使用しているか、そして彼らが;;または他の2倍の文字を採用したかどうかの世論調査を見るのは興味深いでしょう。

世論調査は、マイノリティが誰であろうと、「マイノリティを台無しにしよう」と言っているので、役に立たないと思います。

元のスクリプト：

local x = getCommandSeparator()
if x ~= ";" then setCommandSeparator(";")
send("com1;com2;com3;com4")
setCommandSeparator(x)
else
send("com1;com2;com3;com4")
end

これは非常に多くの作業ですが、なぜそれほど複雑になるのでしょうか。 送信するものがいくつかある場合は、 sendAll()を使用しますか？

世論調査は、マイノリティが誰であろうと、「マイノリティを台無しにしよう」と言っているので、役に立たないと思います。

コマンドセパレーターをエスケープする方法にだれもがねじ込まれるかどうかはわかりません。 新しい設定オプションまたは機能が現在の機能を壊してはなりません。 2文字のコマンドセパレーターを採用して、その文字をMUDに送信できるかどうかにかかわらず、実際にコマンドセパレーターに何を使用しているかについて興味があります。 コマンドセパレータが単一の;の場合、 ;;)は;)を送信し、コマンドセパレータをバイパスします。 コマンドセパレータがダブル;;の場合、 ;)は、コマンドセパレータをアクティブにせずに;)を送信します。 gossip Hey guys, I use Mudlet and my command separator is ;;など、なんらかの理由で;;を送信したい場合は、 ;;;;と入力して、 ;;をMUDに送信できます。前の例。

これは非常に多くの作業ですが、なぜそれほど複雑になるのでしょうか。 送信するものがいくつかある場合は、 sendAll()を使用しますか？

;をコマンドセパレータとして使用したいが、実際に;をMUDに送信する必要がある場合は、 setCommandSeparator()関数を使用すると回避策になります。 sendAll()は、2つまたは3つのコマンドの場合はうまく機能しますが、30または40のコマンドを続けて使用すると、既存の;コマンドでコマンドを分離するのではなく、非常にすばやく作成するのが面倒になります。セパレータ。

これは2つの提案になっていると思います。1つはsetCommandSeparator()関数用で、もう1つはDouble command separator to bypass the command separator用の設定チェックボックスオプションです。 この場合のGithubのエチケットについてはよくわかりませんので、お詫び申し上げます。

;;;;と入力する必要があると誰かに言っているとき、あなたは現実的ではないと思います...ごめんなさい！ あなたが得る可能性が高い応答は、「あなたは私をからかっていますか？」です。

特定の理由で最初から関数を含めませんでした-それは悪い習慣を可能にします。 あなたのゲームのプレイヤーがこの悪い習慣とそれがどれほど難しいかについての摩擦を理解しています。彼らは、習慣...しかし、おそらく習慣をより良いものに変更するのが最善ですか？

複数のものを送信する場合は、コマンドセパレータでsend()を使用しないでください。 それは悪い習慣です。 これらの混乱を完全に回避するこの理由から、 sendAll()があります。 前に少し上に貼り付けられたコードデーモンを参照してください。

マドレットへの移行をスムーズにしたいと思います。 しかし、悪い習慣を有効にすることはおそらく良い方法ではありません。なぜなら、最終的にマドレットは他のクライアントと同じようにくだらないものになるからです。

;;;;と入力する必要があると誰かに言っているとき、あなたは現実的ではないと思います...ごめんなさい！ あなたが得る可能性が高い応答は、「あなたは私をからかっていますか？」です。

もちろん、目的を問わずコマンドセパレータをエスケープしたい場合にのみ、そうする必要はありません。 コマンドセパレータとして単一の;を使用した場合、エスケープして単一の;を送信するには、2回入力するだけで済みます。 ;）

複数のものを送信する場合は、コマンドセパレータでsend()を使用しないでください。 それは悪い習慣です。 これらの混乱を完全に回避するこの理由から、 sendAll()があります。 前に少し上に貼り付けられたコードデーモンを参照してください。

残念ながら、多くのエイリアスとトリガーを作成したとき、 sendAll()がこのための好ましいオプションであることに気づかず、多くの方向を入力するためのspeedwalk()についても知りませんでした。
だから私はこの"brief;compact;s;s;w;w;w;w;w;w;w;w;w;w;w;w;w;w;w;w;s;w;w;s;s;w;s;s;s;s;s;e;s;s;e;e;s;e;e;n;e;e;n;e;n;d;d;n;n;n;d;e;e;s;s;s;u;u;u;n;u;u;n;n;w;n;n;u;u;u;n;n;enter lift;u;s;s;s;s;s;s;s;d;d;d;e;e;e;s;s;s;e;e;e;s;s;e;s;e;s;e;e;s;u;u;u;u;u;e;n;n;n;e;n;n;n;e;n;n;n;n;e;e;s;e;s;e;n;n;e;n;e;n;e;s;e;s;e;e;s;s;s;e;e;e;s;brief;compact"のような多くのエイリアスになってしまいました

ただし、トピックに戻ると、ユーザーがコマンドセパレーターとして選択した文字をMUDに送信する必要が生じたときに、メニューホップしてコマンドセパレーターを交換してから、もう一度メニューホップして元に戻す必要があるとは思いません。この点で他のクライアントよりもデザインが改善されており、Mudletの方がうまくいくと思います。

正規表現の検索と置換を実行できるエディターを開き、このパターンを(.+?);に入れて、 "\1",に置き換えます。これにより、すべてのエイリアスで95％の道のりが得られます。

残念ながら、多くのエイリアスとトリガーを記述したとき、sendAll（）がこのための好ましいオプションであることに気づかず、多くの方向を入力するためのspeedwalk（）についても知りませんでした。

さて、ここでドキュメントを改善して、将来に役立つようにします。

編集：それはすべての関連する場所で行われます。

私の質問はまだ答えられていません：

人々は、複数のコマンドを送信するために他のクライアントに正確に何を入力しますが、ウィンキーなスマイリーやサーバー側のシェナンニガンに干渉しませんか？

たとえば、ほとんどのプレーヤーはエイリアススクリプトにあまり飛び込みたくないと思います。たとえば、 speedy s;s;w;w;w;s;s;s;e;s;s;e;e;u;u;u;n;n;enter lift;u;s;s;d;e;eなどのように入力したいだけです。

その場合、 speedyコマンドを認識するエイリアスを簡単に作成して配布し、残りを個々のアイテムに分割して、上記のようにsendAllで個別に送信できます。

Voilá、プレイヤーは満足しており、セパレーターを使用したり変更したりする必要はまったくありません。

決して、メニューをホッピングして、お気に入りのコマンドセパレーターと、誰かがスクリプトで使用したコマンドセパレーターの設定とリセットを続けることをお勧めします（作成者が競合する可能性もあることを忘れないでください）。
また、1人の作成者がプレーヤーの通知なしにセパレーターを変更でき、他のすべてのスクリプトの作成者とプレーヤー自身がその影響を受けることを容認しません。

私の質問はまだ答えられていません：

人々は、複数のコマンドを送信するために他のクライアントに正確に何を入力しますが、ウィンキーなスマイリーやサーバー側のシェナンニガンに干渉しませんか？

私が尋ねたプレイヤーから、メニューホッピングの外でコマンドセパレーターを無効化/バイパスするための4つの異なる方法を聞いたことがあります。

1. コマンドセパレータの前に~があるため、 ~;は;を送信します
2. コマンドセパレータを2倍にして、 ;;が;を送信するようにします
3. 特にコマンドセパレータを無効にするためのホットキーctrl + r
4. コマンドセパレータを無効にするコンソール入力バーの端にあるアイコン

私の知る限り、ユーザーの間で推奨されるコマンドセパレーターは;ですが、他のクライアントはコマンドセパレーターから脱出するさまざまな方法を提供しているため、 ;を必要とする泥にスマイリーフェイスを送信したりコマンドを発行したりします

それをエスケープすることは私にはうまく聞こえます-誰もがzmud / mushが何をするか知っていますか？

ZMUDは言う：

テキストは、コマンド区切り文字（デフォルトは;）で区切られた一連のコマンドとして解析されます。 各コマンドは、最初の単語としてのコマンド名で構成され、その後にコマンド文字が続きます（デフォルトは＃）。 引用符（ ""または ''）または角かっこ（[] <>または{}）内で使用されるコマンド区切り文字は、個々のコマンドを分割する際に無視されます。 例えば
#SAY {a;b}
は単一のコマンドですが、
#SAY a;b
2つのコマンドです。

MUSHCLIENTコミュニティのヒント：

MUSHclientでは、セミコロンで行を開始すると、後続のセミコロンは行区切り文字として扱われなくなります。

Mushclientのアプローチはより合理的なようです...しかし、それでも、悪い行動を容認するのを手伝いたいですか？ 既存のエイリアスを修正するのは難しくありません。https： //github.com/Mudlet/Mudlet/issues/3677#issuecomment -620511178を参照してください。ドキュメントが優れていると、間違いを犯し始める人が少なくなります。

@KitchenMUDでエイリアスを修復できますか？

@KitchenMUDでエイリアスを修復できますか？

面倒ですが、あなたが提案した方法を使用して、 sendを使用するものをsendAllに変換できます。

うまくいけば、 setCommandSeparator()の使用を埋め込むよりもはるかに多くの作業はありません

うまくいけば、 setCommandSeparator()の使用を埋め込むよりもはるかに多くの作業はありません

@ vadi2おそらくそれは私の側の悪い例でした。 すでにgetCommandSeparator()があるので、対応するsetCommandSeparator()関数を簡単に修正できると思いました。 主な問題は、Mudletには、ユーザーにメニューホップを要求する以外に、選択したコマンドセパレーターをエスケープする方法が必要だと思います。

おそらく、より良い関数は、コマンドセパレーターの解析を完全に無視し、コードに入力されたものを直接送信する新しい関数でしょうか？ UIソリューションの外で、エンドユーザーが何かを台無しにしないようにする方が安全です。

おそらく、より良い関数は、コマンドセパレーターの解析を完全に無視し、コードに入力されたものを直接送信する新しい関数でしょうか？

私はその考えが好きです。 それはあなたのためにそれを解決しますか？

@ Mudlet / lua-interfaceの他の人はどう思いますか？