빠른 수정 감사드립니다  ^ㅡ^)b

아참, 그리고 한가지 더...관련 지식이 없는지라 잘은 모르겠지만 UTF-8 문제일듯 한데..
한글로 된 카테고리 클릭하면 주소창에 표시되야 할 한글부분이 옴팡 깨져서 나오더군요 (이건 꽤 오래전부터..)

그런데..이젠 괜찮았던 태그마저도 클릭시 주소창에 한글부분이 깨지네요.. ㅇ_ㅇ;;

넵- 이번 수정은 괜찮았던 부분들을 그렇게 깨지도록 수정하는 것이 목표였습니다

살짝 설명 드리자면, RFC1738 이라는 규격이 있습니다. UTF-8 문자를 담고 있는 주소나 문자열은 그 규격에 따라 16진수로 인코딩되어야 합니다. 지금까지는 일부를 제외하면 인코딩이 되지 않은 채로 링크들이 만들어지고 날아가서, 브라우저의 셋팅이나 (예전 euc-kr이 대세일 때는 IE 에서 '주소를 항상 UTF-8로 보내기' 등등의 옵션을 끄거나 하고는 했죠) 브라우저가 돌아가는 OS의 언어, 웹브라우저의 기본 언어 설정등에 영향을 받아 링크가 제대로 작동하지 않는 경우가 생겼습니다.

주소창에 한글 깨져도 걱정하지 마세요:)
그 대신 세계 모든 나라의 문자로 링크를 만드실 수 있답니다 -

해결하였습니다.
(rev.27)

빠른 수정 감사드립니다  ^ㅡ^)b

아참, 그리고 한가지 더...관련 지식이 없는지라 잘은 모르겠지만 UTF-8 문제일듯 한데..
한글로 된 카테고리 클릭하면 주소창에 표시되야 할 한글부분이 옴팡 깨져서 나오더군요 (이건 꽤 오래전부터..)

그런데..이젠 괜찮았던 태그마저도 클릭시 주소창에 한글부분이 깨지네요.. ㅇ_ㅇ;;

섭이 작성:

좀전에 개발중인 r24 버전 적용해봤는데 바로 눈에 띄는 버그 하나 발견했습니다..

본문 하단의 태그중에 띄어쓰기가 포함된 태그 클릭할 때 띄어쓰기부분을 '+'로 인식하는군요.

예를 들면 글을 쓸 때 '좋은 아침' 이라는 태그를 포함시켜 저장한 후 본문 하단에 있는 '좋은 아침'을 클릭하면
해당 글이 검색될 때 '좋은 아침'으로 검색하는게 아니라 '좋은+아침' 으로 검색을 합니다.

물론 검색결과는 [ '좋은+아침'에 해당하는 글 0개 ] 이렇게 뜨는...

네 맞습니다.
그 버그는 기존의 태터툴즈에서 UTF-8 글자셋이 들어간 문자들을 인코딩 없이 내보내던 부분을 수정하면서 새로 발생한 것입니다. 현재 escapeURL을 거쳐 나온 링크를 urlencode를 통과시키면 공란이 +로 바뀝니다. =o=

나흘 정도 되었는데, 아직 해결방법을 찾는 중입니다 기다려 주세요 흑
리포트 감사합니다 ㅠ_ㅠ

답 달자마자 해결방법을 찾아냈습니다 ㅎㅎ

확인 후 수정 후 commit하겠습니다. 30분 후부터는 고쳐진 버전을 적용해 보실 수 있을거에요

좀전에 개발중인 r24 버전 적용해봤는데 바로 눈에 띄는 버그 하나 발견했습니다..

본문 하단의 태그중에 띄어쓰기가 포함된 태그 클릭할 때 띄어쓰기부분을 '+'로 인식하는군요.

예를 들면 글을 쓸 때 '좋은 아침' 이라는 태그를 포함시켜 저장한 후 본문 하단에 있는 '좋은 아침'을 클릭하면
해당 글이 검색될 때 '좋은 아침'으로 검색하는게 아니라 '좋은+아침' 으로 검색을 합니다.

물론 검색결과는 [ '좋은+아침'에 해당하는 글 0개 ] 이렇게 뜨는...

네 맞습니다.
그 버그는 기존의 태터툴즈에서 UTF-8 글자셋이 들어간 문자들을 인코딩 없이 내보내던 부분을 수정하면서 새로 발생한 것입니다. 현재 escapeURL을 거쳐 나온 링크를 urlencode를 통과시키면 공란이 +로 바뀝니다. =o=

나흘 정도 되었는데, 아직 해결방법을 찾는 중입니다 기다려 주세요 흑
리포트 감사합니다 ㅠ_ㅠ

본문 하단의 태그중에 띄어쓰기가 포함된 태그 클릭할 때 띄어쓰기부분을 '+'로 인식하는군요.

예를 들면 글을 쓸 때 '좋은 아침' 이라는 태그를 포함시켜 저장한 후 본문 하단에 있는 '좋은 아침'을 클릭하면
해당 글이 검색될 때 '좋은 아침'으로 검색하는게 아니라 '좋은+아침' 으로 검색을 합니다.

물론 검색결과는 [ '좋은+아침'에 해당하는 글 0개 ] 이렇게 뜨는...