Jeong, YunWon
Jeong, YunWon
저는 처음에 댓글 달 때는 jsaheui에서 그런 구현이 되어 있는지 몰랐었는데, 5/-2가 -3일수도, -2일수도 있는 게 현재의 표준이라면, 그렇지 않다면 지금 그 중 하나로 고정시키는건 스펙 문서 수정이 아닌 표준...
입력을 받을 때 UTF-8이라는 부분은 비교적 최근 개정에 포함된 내용이어서 문제가 있다면 재빨리 수정할 수 있으면 좋겠습니다. 제 생각에는 시스템 입력과 시스템 출력에 대해 콘솔 로캘을 존중하는 것은 좋은 방법인것...
그러네요. 반대편 끝의 정의에 따라 두 칸씩 이동하는 경우에 문제가 생기네요. 제 생각엔 반대편 끝은 반드시 다음 글자가 나오는 첫 자리(오른쪽 버)여야 직관적이고 다른 행의 크기에 영향도 받지 않게 될...
이 정의에 따르면 "요" 에서 두 칸을 이동하면 코드 공간 끝을 만나고 반대편 끝이 "어"이므로 멈추게 되겠지요. 줄끝은 두 칸 이동을 고려하면 그렇게 처리하는게 맞을거 같습니다.
댓글로 나온 내용 수정해 반영해 보았습니다. 제가 이해하는 아희에 대한 인식을 바탕으로 한 제안이니, 다른 분들 인식과 조금 다른 가정을 하고 정해진 부분도 있을 수 있습니다. 가능하면 널리 받아들여질 수...
고치긴 했는데 잘하는 짓인지 모르겠네요. utf-8도 강요하는 마당에 '\r'도 지원 안해도 그만일거 같기도 한데 말이에요.
빈 곳을 패딩하는 방식은 구현에는 편의가 있지만 사용자를 배려하지 않는 방식이라고 생각됩니다. 가장 긴 열을 가진 줄에 영향을 받게 되는데 가장 긴줄이 몇글자인지 확인해야 다른 줄에서 의도한대로 동작하는지 확인할수 있습니다....
현재 쓰여있는 룰에 따르면 다음과 같이 이동합니다. 좌로 1칸 이동 -> 코드 영역 밖이므로 코드 반대편인 '어'로 이동 -> 아래로 한칸 이동 -> 코드영역 밖이므로 코드 반대편(이자 제자리)인 '어'로 이동.
``` ㅇㅇㅇㅇ ㅇㅇㅇ ㅇㅇ와ㅇㅇㅇㅇㅇ ㅇㅇㅇㅇ ㅇㅇㅇ ㅇㅇ ㅇ ``` 이런 경우에 산으로 보내지 않고 적절하고 명확하면서도 직관적인 이동 기준이 있으면 좋겠다는 생각이 드는데 잘은 모르겠네요. 빈 칸을 모두 채우는 방식은...
그 경우엔 명백하게 첫행의 니 르 로 가죠.