"사랑따윈 필요없어_여름"!

Peris 작성:

네. 물론 ,를 구분자의 의미로만 넣는다면 해결할 필요는 없을겁니다.
다만 영화 제목 등의 그 자체로 대명사(?)가 되는 경우에는 꼭 그렇지가 않다는 것이 문제입니다.
대충 검색해보니 "나를 책임져, 알피"라는 제목의 영화도 있군요.
이런 경우 "나를 책임져"와 "알피" 두개의 태그가 되어버린다는 심각한; 문제가 있다는 것이죠.

그리고 escape 되는 문자의 경우는 stripslashes만 해주면 해결되는 문제니 크게 문제될건 없다고 생각되네요.

"사랑따윈 필요없어, 여름" T-T

태그 아래에 안내문 넣어주면 되지 않을까요?

네. 물론 ,를 구분자의 의미로만 넣는다면 해결할 필요는 없을겁니다.
다만 영화 제목 등의 그 자체로 대명사(?)가 되는 경우에는 꼭 그렇지가 않다는 것이 문제입니다.
대충 검색해보니 "나를 책임져, 알피"라는 제목의 영화도 있군요.
이런 경우 "나를 책임져"와 "알피" 두개의 태그가 되어버린다는 심각한; 문제가 있다는 것이죠.

그리고 escape 되는 문자의 경우는 stripslashes만 해주면 해결되는 문제니 크게 문제될건 없다고 생각되네요.

"사랑따윈 필요없어, 여름" T-T

crizin 작성:

2. 카테고리 보기 화면도 blog/cateogry/내-카테고리 처럼 semantic url을 사용하려면 카테고리 레이블에 / 문자를 쓸 수 없게 하는게 맞는 것 같습니다.. 다른 분들의 의견은 어떠신가요?

저도 이쪽에 찬성입니다. 그걸 해결하려고 현재의 categoryLabel을 대신하는 코드를 더 붙이느니, 슬래쉬를 금칙어로 지정하는 것이 나을 것 같습니다.

crizin 작성:

3. [code ][ /code]
블럭은 [HTML][/HTML] 이걸로 묶은 것과 같은 효과만 내죠; 아마도 머지않아 없어지지 않을까 생각됩니다.. (대신에 플러그인에서 위지윅에 버튼을 넣을 수 있게 하는 api같은걸..)

이쪽은 플러그인으로 나가는 쪽이 좋겠습니다.
(지금도 그런 플러그인이 있는 것으로 알고 있습니다만 )

/를 포기해야된다는게 아쉽기는 하지만 금칙어도 괜찮을거 같네요.(카테고리에 /가 들어가야될 필요도 별로 없기도 하지만요.; )

code는 사라질 운명이었던 거였군요. OTL
이 포럼처럼이라도 되지 않을까 생각했었거든요;

2. 카테고리 보기 화면도 blog/cateogry/내-카테고리 처럼 semantic url을 사용하려면 카테고리 레이블에 / 문자를 쓸 수 없게 하는게 맞는 것 같습니다.. 다른 분들의 의견은 어떠신가요?

저도 이쪽에 찬성입니다. 그걸 해결하려고 현재의 categoryLabel을 대신하는 코드를 더 붙이느니, 슬래쉬를 금칙어로 지정하는 것이 나을 것 같습니다.

이쪽은 플러그인으로 나가는 쪽이 좋겠습니다.
(지금도 그런 플러그인이 있는 것으로 알고 있습니다만 )

3. [code ][ /code]
블럭은 [HTML][/HTML] 이걸로 묶은 것과 같은 효과만 내죠; 아마도 머지않아 없어지지 않을까 생각됩니다.. (대신에 플러그인에서 위지윅에 버튼을 넣을 수 있게 하는 api같은걸..)

태그 중간에 콤마를 넣고 싶다면 ""으로 태그를 묶어서 입력하게 하고, 그렇지 않았을 때의 콤마는 explode로 처리하는 건 어떨까요?

그렇게한다면 일반 사용자들에게 그렇게 해야된다는 것을 알려야하는데
그럴거면 차라리 tab을 누르라고 알리는게 더 나을거 같다는 생각이 드네요.;;

대충 검색해보니 "나를 책임져, 알피"라는 제목의 영화도 있군요.
이런 경우 "나를 책임져"와 "알피" 두개의 태그가 되어버린다는 심각한; 문제가 있다는 것이죠.

어이쿠 미처 그건 생각 못했네요.
가만 생각해보니, 그리 오래되지 않은 영화중에도 "여자, 정혜" 라든가 "버스, 정류장" 이라는 것도 있긴 하군요.
문제는 단순히 "2004,경복궁,출사" 라는 식으로 오히려 쉼표를 기준으로 쪼개줘야 할 거 같은 태그도 있으니 골치인거지요.
두가지 상황을 모두 충족할 뭔가가 없을까요?;

개인적으로 이 부분에 있어서는 ,를 구태여 해결할 필요가 없지 않을까 합니다. (다른 기호들의 경우에도 그렇습니다.)

tagging이라는 개념이 원래 문장이 아니라 글에 대한 대표 단어의 개념인데, 단어 중간에 ,나 /, " 등을 쓰는 경우는 없으니까요. 오히려 원래 tagging에서 멀어지게 되는 결과를 낳지 않을까 하는 생각이 듭니다. 또한 / 나 " 기호등은 대부분의 (외산) RSS 리더들에서 잘 읽지를 못합니다. (국산 RSS리더들은 잘 모르겠습니다 ㅠ_ㅠ)

네. 물론 ,를 구분자의 의미로만 넣는다면 해결할 필요는 없을겁니다.
다만 영화 제목 등의 그 자체로 대명사(?)가 되는 경우에는 꼭 그렇지가 않다는 것이 문제입니다.
대충 검색해보니 "나를 책임져, 알피"라는 제목의 영화도 있군요.
이런 경우 "나를 책임져"와 "알피" 두개의 태그가 되어버린다는 심각한; 문제가 있다는 것이죠.

그리고 escape 되는 문자의 경우는 stripslashes만 해주면 해결되는 문제니 크게 문제될건 없다고 생각되네요.

1. 태그
태그내에 ,가 포함되어 있을 경우 ,를 구분자로하여 잘려서 입력이 되더군요.
이렇게 할 경우 ,를 입력해야될 경우에 문제가 될거 같네요.
(특히 abc,abc 라고 입력하고 싶은 경우 db에는 abc 한개 밖에 입력이 되지 않으니까요.)
tab기능만으로 해결하는게 더 좋지 않을까요?

개인적으로 이 부분에 있어서는 ,를 구태여 해결할 필요가 없지 않을까 합니다. (다른 기호들의 경우에도 그렇습니다.)

tagging이라는 개념이 원래 문장이 아니라 글에 대한 대표 단어의 개념인데, 단어 중간에 ,나 /, " 등을 쓰는 경우는 없으니까요. 오히려 원래 tagging에서 멀어지게 되는 결과를 낳지 않을까 하는 생각이 듭니다. 또한 / 나 " 기호등은 대부분의 (외산) RSS 리더들에서 잘 읽지를 못합니다. (국산 RSS리더들은 잘 모르겠습니다 ㅠ_ㅠ)

추가. 몇몇 문자(', ", \ 등)의 경우 escape가 되어버려서 태그가 없다고 나오는군요.

2. 카테고리
전에도 썼었던 내용인데 카테고리가 아래와 같이 있을 경우 test 하위의 test 카테고리의 내용은 볼 수가 없습니다.
관리자 모드의 "글관리" - "글을 봅니다"의 경우에는 {prefix}categories 테이블의 id로 처리를 해서 정상적으로 작동이 되는 것을 볼 수 있습니다.
따라서 카테고리에서도 동일하게 {prefix}categories 테이블의 label 대신에 id로 처리하는게 좋지 않을까요?
(근데 링크를 앵커 태그가 아니라 onclick 이벤트로 처리하신 특별한 이유가 있나요? 카테고리만 동떨어진 느낌이 드네요.; )

- test/test
- test
- - test

3. [ code][ /code]
그냥 그대로 나오는군요.;;
이건 원래 어떻게 나오는게 정상인지 설명해주시면 저라도 작업을 해보도록 하겠습니다.;