건의 게시판

정확히는 띄어쓰기 2번이 아닙니다.

공백문자인 0x20 도 2바이트로 변경되어

0xa1a1 로 됩니다.

", " -> "，　"  드래그 해보시면 무슨 의미이신지 아실겁니다.

공백문자가 2번되는 효과가 아니라 공백문자가 2바이트가 된겁니다.

1바이트 특문도 2바이트가 되므로 쉼표나 마침표, 콤마 같은건 좌측 정렬로 2바이트이기 때문에 공백이 붙은것 처럼 보이는겁니다.

해당사항은 커스텀딕 v4 인가로 해결되지 않나요?

만약 되지 않는다면 2Byte 필터에 다음과 같은 기능을 추후 추가하도록 하겠습니다.

(원래 1바이트 문자였다면 뒤에 붙은 공백을 제거하라)

맞습니다. 마침표, 콤마 같은건 좌측 정렬로 2바이트이기 때문에 공백이 붙은것 처럼 보이는겁니다. << 저도 이것을 이야기한것이였습니다. 공백이 붙는효과가 붙고 번역때 쉼표나 마침표에는 공백이 붙는것때문에 체감상 공백이 두번있는것 같다는 이야기였습니다.

이와 관련된걸로 한가지더 건의 드리고싶은것은 바이트 투 바이트 기능이 있으면 어쩔까하는 생각을 해봤습니다.

8141 8142 대표적인 예로 > 2c,2e 원래 2바이트였던게 1바이트로 되면서 문제가 일어나면 2byte 필터로 해결이 가능합니다만

이때 또한 1byte 문 \n,\[ // 요러한 스크립트 특문으로 쓰이는것도 2바이트로 변하면서 난해할때가있습니다.

그래서 2바이트는 2바이트로 번역이되고 1바이트는 어차피 공용일테니 아무렇게나 놔두고

마침표나 쉼표에는 번역후에 붙는 공백을 제거해주면 어떨까하는 생각을 봤습니다.

개인적인 생각으로는 바이트 투 바이트기능이있으면 여러모로 편리할것 같더군요. 커딕으로는 한계가 있더군요.

도쿄바벨같은경우 왈즈님은 수정하셨고// 니트로같은경우 피시님은 커딕수정을 하셨더군요.

만들긴 귀찮으시겠지만 만들어놓으면 여러모로 쓸모가 있을것같습니다.

/n과 같은 문자를 2바이트로 변형하지 않는 방법은 픽스+2바이트 조합으로 해결됩니다.

해당 명령어들을 픽스에 등록하여 번역안함을 걸고
그 픽스 아래에 2바이트를 걸면 픽스의 처리떄문에 2바이트로
바뀌지 않습니다.

또한 8141 같은것도 픽스로 번역안함 처리하시고
픽스위에 커딕으로
해당 문자들을 다른2바이트로 바꾸면 원하시는 같은 반응을 얻으실수있습니다.




정리해보면 추가할 기능은
전각 고정사용시
1바이트 뒤에 붙은 공백을 제거하라만 구현하도록 하겠습니다.