Mudlet: 함수로 commandSeparator 설정 가능

또는 sendAll("com1", "com2", "com3", "com4")과 같은 적절한 형식을 사용할 수 있습니다.
또는 getCommandSeparator를 사용한 다음 그 출력을 사용하여 문자열, IE를 구성할 수 있습니다.

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

스크립트 작성자가 스크립트에서 명령 구분 기호를 설정/재설정하도록 권장하고 싶은지 잘 모르겠습니다. 나는 수많은 사람들이 세미콜론을 다시 사용할 수 없는 이유 또는 콜론이 갑자기 두 개의 명령으로 분할하고 재설정하기 전에 함수 오류가 한 번만 발생하는 이유를 묻게 될 것입니다. 특히 ; 인 경우 아무 것도 하지 않고 이제 플레이어는 예기치 않게 깨진 설정으로 남게 됩니다.

즉, setCommandSeparator는 기본 설정 getter/setter의 전체 제품군을 갖는 것이 좋을 수 있지만 이것이 정확히 사용해서는 안되는 것입니다.

그럴 수 있지. 잠재적인 문제는 제쳐두고, 메인 콘솔에서 lua setCommandSeparator("somethingElseTemporarily") 를 할 수 있다는 것은 ';' 명령 구분자로. 구현된 경우 >>> 필요할 수 있습니다 . 오용으로 스크립트가 손상될 수 있으므로 주의하십시오. <<< 메뉴얼.

이 모든 임시 명령 구분 기호 변경이 진행되는 이유가 혼란스럽습니다. ; 에 익숙하다면 왜 예전처럼 ; 로 바꾸지 않을까요? 설정으로 이동하여 실제로 원하는 대로 변경할 수 있을 때 앞뒤로 변경하기 위해 두 번 입력해야 하는 경우가 많습니다.

악마의 첫 번째 주석 라인을 따라 sendAll에 입력할 별칭을 원하는 것 같습니다.

사람들은 여러 명령을 보내기 위해 다른 클라이언트에 정확히 무엇을 입력하지만 윙크 스마일리와 서버 측 헛소리를 방해하지 않습니까?

나는 또한 명령 구분자를 설정 하는 기능의 생략이 경영진 수준에서 의식적이고 신중한 결정이라고 생각했습니다. 타이머!)가 활성화되었습니다.

내가 말할 수 있는 한 이것에 대한 주요 논의는 #1866에 있었습니다.

그것은 우리가 한 일처럼 들리지만, 접근성 때문에 적어도 명령줄에서 설정할 수 있는 방법을 만들어야 할 수도 있다고 생각합니다. 비록 그것이 lua API 자체와 별개이더라도 말입니다.

이 모든 임시 명령 구분 기호 변경이 진행되는 이유가 혼란스럽습니다. ; 에 익숙하다면 왜 예전처럼 ; 로 바꾸지 않을까요? 설정으로 이동하여 실제로 원하는 대로 변경할 수 있을 때 앞뒤로 변경하기 위해 두 번 입력해야 하는 경우가 많습니다.

문제는 MUD가 ';' ';'를 입력할 방법이 없습니다. ';'인 경우 메뉴 호핑 없이 명령 구분 기호입니다. 웃는 얼굴을 만들 수 있는 것은 한 가지입니다(이를 피하기 위해 채팅 채널을 사용할 때 명령 구분자를 일시적으로 무해한 것으로 전환하는 mudlet 별칭을 만들 수 있음). 또 다른 하나는 MUD가 서버 측 별칭을 저장할 수 있다는 것입니다. 일반적으로 클라이언트 측 별칭보다 처리 속도가 더 빠르고 생성이 더 빠르고 쉬우나 이러한 별칭은 ';'를 사용합니다. 명령도 분리합니다.

이 모든 것이 ; 를 명령 구분 기호로 사용하지 않는 이유처럼 들립니다.

불행히도 명령 구분 기호를 변경할 때 모두 중단되는 send("tens of commands separated by ;") 를 사용하는 수백 개의 트리거 및 클라이언트 측 별칭이 이미 있는 경우에는 옵션이 아닙니다. 나는 습관이 ; 를 사용하여 명령을 분리하는 ZMud에서 비롯된 것이라고 생각하지만 ZMud용 파서는 공백으로 둘러싸여 있으면 ; 를 보냅니다. 명령 구분 기호가 무엇이든 두 배로 늘리면 대신 Mud로 보낼 수 있습니다. 내 경우와 같은 명령 구분 기호가 ; 인 경우 ;; 를 보내는 것은 대신 ; 를 진흙으로 보내므로 예를 들어 say hello everyone;;) 를 입력하면 say hello everyone;) . ;; 를 명령 구분 기호로 사용한 경우 ;;;; 명령 구분 기호를 이스케이프 처리하고 ;; 를 보냅니다. 기본적으로 비활성화되어 있는 해당 옵션을 활성화/비활성화하는 기본 설정의 확인란이 있을 수 있으며, 명령 구분 기호를 두 배로 늘리면 손상될 수 있는 기능이 중단되는 것을 방지할 수 있지만 어떤 피해가 있을지는 모르겠습니다.

사용한 경우 ;; 명령 구분 기호로 ;;;; 명령 구분 기호를 이스케이프하려면

사람들이 세미콜론을 네 번 입력하는 데 잘 걸릴 것이라고 생각합니까? :생각하는 것: 그것이 현실적이지 않다고 생각합니다.

사람들이 세미콜론을 네 번 입력하는 데 잘 걸릴 것이라고 생각합니까? 🤔 현실적이지 않은 것 같아요.

2문자 명령 구분 기호를 채택한 사람들은 이미 명령 구분 기호를 매우 자주 이스케이프해야 할 필요가 있다고 생각하지 않습니다. 이미 ;; 로 설정되어 있는 명령 구분 기호에서 얼마나 자주 이스케이프해야 합니까? 대안은 어떤 식으로든 ;; 를 MUD로 보낼 수 없다는 것입니다. 그렇죠? 명령 구분 기호에 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개 명령에 도달하면 이미 존재하는 ; 명령으로 명령을 분리하는 것보다 훨씬 빠르게 작성하는 것이 지루해집니다. 분리 기호.

나는 이것이 setCommandSeparator() 기능에 대한 하나와 Double command separator to bypass the command separator 에 대한 환경 설정 확인란 옵션의 2가지 제안이 된 것 같습니다. 이 경우 Github의 에티켓에 대해 잘 모르므로 사과드립니다!

누군가에게 ;;;; 를 입력해야 한다고 말하는 것은 현실적이지 않다고 생각합니다 ... 죄송합니다! 당신이 얻을 가능성이 높은 응답은 "장난하는거야?"

우리는 특정한 이유로 시작하는 기능을 포함하지 않았습니다 - 그것은 나쁜 습관을 가능하게 합니다. 나는 당신의 게임에 있는 플레이어들이 이 나쁜 습관과 얼마나 마찰을 일으키고 그것이 얼마나 어려운지를 이해하며, 변경, 편집 등을 변경하는 대신 구분자를 엉망으로 만드는 정말 큰 스크립팅 별칭을 넣어 더 많은 작업을 하고 싶어합니다. 습관... 하지만 차라리 습관을 더 나은 것으로 바꾸는 것이 최선일까요?

여러 개를 보내려면 명령 구분 기호와 함께 send() 를 사용하지 마십시오. 나쁜 습관입니다. 이러한 혼란을 완전히 피할 수 있는 sendAll() 가 있습니다. 이전에 약간 위에 붙여 넣은 악마적인 코드를 참조하십시오.

Mudlet으로의 전환을 더 원활하게 하고 싶다는 점을 충분히 이해합니다. 하지만 나쁜 습관을 들이는 것은 아마도 좋은 방법이 아닐 것입니다. 왜냐하면 결국 Mudlet은 다른 클라이언트들처럼 형편없게 될 것이기 때문입니다. 그렇죠?

누군가에게 ;;;; 를 입력해야 한다고 말하는 것은 현실적이지 않다고 생각합니다 ... 죄송합니다! 당신이 얻을 가능성이 높은 응답은 "장난하는거야?"

물론 어떤 목적으로든 명령 구분 기호를 이스케이프하려는 경우에만 필요하지 않습니다. 단일 ; 를 명령 구분 기호로 사용한 경우 이스케이프하고 단일 ; 를 보내기 위해 두 번만 입력하면 됩니다. ;)

여러 개를 보내려면 명령 구분 기호와 함께 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로 보낼 필요가 있을 때 명령 구분 기호를 교체하기 위해 메뉴 홉을 수행한 다음 다시 전환하기 위해 메뉴 홉을 다시 해야 한다고 생각하지 않습니다. 그런 면에서 다른 클라이언트보다 디자인 개선이 더 잘되고 머들렛이 더 잘할 수 있다고 생각합니다.

정규식 검색 및 바꾸기를 수행할 수 있는 편집기를 열고 이 패턴을 (.+?); 에 넣고 "\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을 사용하여 별도로 보낼 수 있는 별칭을 쉽게 구축 및 배포할 수 있습니다.

짜잔, 플레이어는 행복하고 분리기를 사용하거나 변경할 필요가 전혀 없습니다.

다른 사람이 스크립트에서 사용하는 것과 비교하여 선호하는 명령 구분 기호를 계속 설정하고 재설정하기 위해 메뉴 홉핑을 권장하지는 않습니다(작성자가 충돌할 수도 있음을 기억하십시오).
또한 한 작성자가 플레이어의 통지 없이 구분 기호를 변경할 수 있고 다른 모든 스크립트의 작성자와 플레이어 자신이 영향을 받는 것을 용납하지 않습니다.

내 질문에 여전히 답이 없습니다.

사람들은 여러 명령을 보내기 위해 다른 클라이언트에 정확히 무엇을 입력하지만 윙크 스마일리와 서버 측 헛소리를 방해하지 않습니까?

내가 요청한 플레이어로부터 메뉴 호핑 외부에서 명령 구분자를 비활성화/우회하는 네 가지 다른 방법을 들었습니다.

1. ~ 명령 구분 기호 앞에 있으므로 ~; 는 ; 를 보냅니다.
2. ;; 가 ; 를 보내도록 명령 구분 기호를 두 배로 늘립니다.
3. 무엇보다도 명령 구분 기호를 비활성화하는 단축키 ctrl+r
4. 명령 구분 기호를 비활성화하는 콘솔 입력 표시줄 끝에 있는 아이콘

내가 말할 수 있는 바에 따르면 선호하는 명령 구분 기호는 사용자 사이에서 ; 이지만 다른 클라이언트는 명령 구분 기호에서 벗어날 수 있는 다양한 방법을 제공하므로 웃는 얼굴을 보내거나 ; 이 필요한 진흙에 명령을 실행합니다.

이스케이프는 나에게 괜찮게 들립니다. zmud/mush가 무엇을 하는지 아는 사람이 있습니까?

ZMUD 말한다 :

텍스트는 명령 구분 문자로 구분된 일련의 명령으로 구문 분석됩니다(기본값은 ;). 각 명령은 명령 문자가 앞에 오는 명령 이름(기본값은 #)으로 구성됩니다. 따옴표("" 또는 '') 또는 대괄호([] <> 또는 {}) 안에 사용된 명령 구분 기호는 개별 명령을 나눌 때 무시됩니다. 예를 들어
#SAY {a;b}
는 단일 명령입니다. 여기서
#SAY a;b
두 개의 명령입니다.

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의 다른 사람들은 어떻게 생각합니까?