자, 이제 이 바톤은 어떤 분이 받으시려나요? <-

전 아쉽지만 급한대로(??) 일단 제가 validateSlogan 함수를 고쳐서 쓰려고 Textcube.Data.Post.php 를 열었더니...

        /*@static@*/
        function validateSlogan($slogan) {
                return preg_match('/^[^!-,.\/:-@[-`{-~\s]+$/', $slogan);
        }

캬오. 역시나 제가 무서워하는 정규표현식이네요. ^^

다음 판에 _ 를 허용 하신다면 다음 판까지 얌전히 관련 패치 기다리겠습니다.

사용해도 무방하다고 되어있네요. 제가 도메인/호스트명과 착각했나봅니다
그럼 말씀하신 것 처럼 "안녕하세요_한날입니다" 라는 제목을 유지해도 문제는 없을것 같습니다.
자, 이제 이 바톤은 어떤 분이 받으시려나요? <-

1. 가독성 : 각 낱말을 구분해서 인식하기 좋다.
* hannal-is-going-to-Tama-plaza-because-he-is-going-to-go-to-Korea

* hannal_is_going_to_Tama-plaza_because-he_is_going_to_go_to_Korea

윗 주소는 - (dash)로 공백을 나타낸 것이고, 아랫 주소는 _ (underbar)로 나타낸 것입니다. - 는 문자 가운데에 위치하기 때문에 좀 더 글자 사이에서 존재감을 보입니다. 각 낱말 사이를 띄워주기 보다는 이어주는 느낌입니다. 그에 반해 _ 는 각 글자 맨 아래에 있어 - 보다 좀 더 존재감이 낮습니다.

2. 직관성 : 각 낱말이 무리지음을 구분하기 좋다. (두 낱말로 이어진 한 낱말)
위 주소에서 Tama-plaza 는 Tama 와 plaza로 구성된 지명입니다. Tama plaza 보다는 Tama-plaza 가 좀 더 낱말 덩어리를 구분하는데 낫지요. 그런데 공백을 - 로 구분을 하면 공백으로 쓴 - 인지 Tama-plaza 처럼 두 낱말을 이어주려고 쓴 - 인지 구분을 할 수 없습니다. 구분을 하지 못한다고 해서 문제가 있는 건 아니지만, 직관성 측면에선 좀 떨어진다고 봅니다.

이런 이유만으로 주소에 _ 를 넣자고 주장하는 것은 아닙니다. 만일, _ 정책을 추가했을 때 - 를 쓰는 기존 정책을 바꿔야 한다면 이 제안을 하지 않을 겁니다. 하지만, 기존 정책에서 _ 를 쓸 수 있는 규칙을 더할 수 있는, 즉 기존 정책이나 이용에 혼란을 야기하지 않는다면 주소의 가독성이나 직관성 측면에서 봤을 때 넣을만 하지 않나 싶습니다. 즉, 표준 지향 측면에서 봤을 때 문제가 되지 않는다면, 텍스트큐브 정책 차원에서 볼 일인데 낱장주소에 _ 문자를 허용(기존 것을 갈아치우는 것이 아니라 더하는 것)한다고 해서 정책에 큰 변화를 주지 않을까 생각합니다.ㅇ

검토 및 답변 바랍니다. 꾸벅.

http://www.ietf.org/rfc/rfc1738.txt 을 보시면

이라고 되어 있으니 상관은 없겠습니다.

경로(path) 부분은 도메인 이름 짓는 규칙과는 다르게 적용되고 있고, 경로에 _ 문자를 쓰는 곳도 많던데요. 이런 부분들은 권장 규칙이 있는지 모르겠지만(이 부분이 제가 여쭙는 부분), 대체로 서비스 정책 차원에서 결정하고 쓰는 듯 해서요. 주소 경로에 _ 를 쓰는 곳이야 많으니 제껴두고, 전자우편 주소에 _ 를 쓰는 것도 서비스 업체마다 다른 걸 보면 서비스 정책으로 결정하는 듯 해서요. 예를 들면, gmail은 _ 문자를 허용하지 않지만 daum 은 계정 이름을 _ 문자로 시작해도 됩니다. 실제로 제 daum id 는 _-_hi-_-b 입니다. MS passport(hotmail 등)는 _ 문자를 쓸 순 있지만 계정 이름 맨 처음엔 쓸 수 없고요.

그렇다면

이 말씀은 그러한 국제 표준이나 규칙이 있다고 쳐도 강제나 필수 요소는 아니고 권장 요소인 듯 한데, 꼭 따라야 하는 이유가 있을만한 요소인지 궁금합니다. (전자우편 주소 규칙과 URL 규칙은 서로 다른 부분이긴 하지만, _ 를 쓰고 안쓰고는 서비스나 도구 정책 차원에서 이뤄지는 것이 아닌가를 말하기 위한 예입니다. ^^; )

제가 원하는 것은 낱장주소에 “안녕하세요 한날입니다”를 썼을 때 이걸 “안녕하세요_한날입니다” 로 바꿔주는 걸 원하는 것이 아니라, 제가(이용자가) 직접 “안녕하세요_한날입니다” 라고 입력했을 때 지금처럼 “안녕하세요한날입니다”로 바꾸지 않고 “안녕하세요_한날입니다”로 유지해주는 것입니다. 즉, 공백 등을 강제로 _ 로 바꾸는 걸 원하는 것이 아니라 _ 문자도 쓸 수 있는 정책입니다.

주소 규칙상 _ 를 허용 “하지” 않는 것인지 “되지” 않는 것인지, 그리고 그 이유를 알고 싶습니다. ^^;

현재는 낱장주소에 밑줄 문자(_)를 쓸 수 없던데 이 정책은 변할 여지가 없는 건가요? (궁금해서 여쭙는 것)

저는 낱장주소를 숫자가 아닌 문자로 쓰고 있습니다. 각 글마다 직접 주소를 써넣는데, 확인해보니 밑줄(_) 문자가
안들어가더군요. 빼기 문자(-)를 쓸 수도 있긴 하지만, 묘하게 가독성을 떨어뜨려서 오랫동안 주소에 공백 쓰임새로 밑줄을 해왔기에 현 낱장주소 정책이 좀 불편하네요.

* i-think-you-know-what-i-want

* i_think_you_know_what_i_want

위 두 개를 보더라도 아래 것이 좀 더 가독성이 좋습니다. (제 취향일지도 ^^;.)
현재 낱장주소에 _ 를 허용하지 않는데 앞으로 허용할 계획은 없는지 궁금합니다.

덧쓰기 : 어느 게시판에 써야 할 지 감이 잘 안와서 이곳에 남겼습니다. ^^;