기존의 카테고리와 태그는 그대로 놔 두고 카테고리용 태그를 한개 더 추가하는건 너무 난잡할까요?
카테고리와 태그, 카테고리용 태그 중 뭘 사용할지 선택할 수 있게 해 놓는다면 괜찮지 않을까 싶습니다.
카테고리용 태그에는 다나와나 네이버에서 물건 분류 선택할 때 쓰는것처럼 선택메뉴가 붙어있으면 좋을 것 같구요.
320G, 500G, 1T, 5400rpm, 7200rpm...
이런식으로 된 것 중에 필요한 태그카테고리를 선택하면 중복 선택된 메뉴가 표시되는식으로요
차라리 gmail 처럼 라벨 기능을 따로 만드는 것이 나을 것 같습니다. 카테고라이즈의 원래 개념에 중복의 개념이 들어있지 않으니까요. 도서관에 가 보시면 확실하죠.
태그와 독립적으로 라벨 기능을 만들고, 위에서 말한 중복 카테고리처럼 사용하는 방법은 어떨까요? 아니면 라벨기능을 따로 만들지 않고 특정한 태그들을 지정하면 그 태그들이 리스트로 옆에 출력되도록 하는 치환자를 만들어 사용해도 좋을 것 같습니다.
라벨 기능을 하게 되면 카테고리는 1단으로 만족을 해야합니다.. ^^
카테고리를 2단으로 한다는 말은 라벨을 또 하나 추가하여 카테고리와 별개로 해야될테니, 더 복잡해 질것 같습니다. 물론 지금의 태그개념이 좀더 소프트적인 라벨링이겠지요.
]]>graphittie 작성:한 포스트가 여러 카테고리에서 접근 가능하다면 body id를 이용한 스킨 인테리어에 문제가 발생하거든요.
이 문제는 coolengineer님의 의견
metaweblog api를 들여다보니, 카테고리를 전송할 때, isPrimary 라는 필드가 있어서 여러개의 카테고리를 전송하지만 그중 어떤 것이 대표인지를 정하는 것이 있더군요.
위 말씀처럼 대표 카테고리를 지정하게 하면 문제가 발생하지는 않을거 같습니다.
만약 "똥꼬" / "똥구멍" / "똥구녕" 이라는 카테고리가 있고 "변똥"이라는 글이 있다고 가정했을 때,
"똥꼬"를 마스터 카테고리로 지정하고 (라디오버튼) "똥구멍" / "똥구녕"을 프리마리 카테고리로 지정 (체크박스) 하고
body id="ddongko"라고 하는거죠 (물론 "똥꼬" 지정 body id를 ddongko라고 지정했을 때)
대표 카테고리가 문제를 해결해 주지는 않는 것처럼 보이는데요... 단일 포스트 접근은 강제로 대표 카테고리의 body id로 바꿔주면 되겠지만 "페이지당 포스트 갯수"가 2 이상으로 지정된 경우는 역시 문제를 유발하게 됩니다.
]]>한 포스트가 여러 카테고리에서 접근 가능하다면 body id를 이용한 스킨 인테리어에 문제가 발생하거든요.
이 문제는 coolengineer님의 의견
metaweblog api를 들여다보니, 카테고리를 전송할 때, isPrimary 라는 필드가 있어서 여러개의 카테고리를 전송하지만 그중 어떤 것이 대표인지를 정하는 것이 있더군요.
위 말씀처럼 대표 카테고리를 지정하게 하면 문제가 발생하지는 않을거 같습니다.
만약 "똥꼬" / "똥구멍" / "똥구녕" 이라는 카테고리가 있고 "변똥"이라는 글이 있다고 가정했을 때,
"똥꼬"를 마스터 카테고리로 지정하고 (라디오버튼) "똥구멍" / "똥구녕"을 프리마리 카테고리로 지정 (체크박스) 하고
body id="ddongko"라고 하는거죠 (물론 "똥꼬" 지정 body id를 ddongko라고 지정했을 때)
카테고리를 클릭해서 본다는건 독자가 해당 카테고리에 대한 글들을 보고 싶어 한다는건데, book을 눌렀을 때도, it를 눌렀을 때도 it book에 대한 포스팅들이 나오는건 독자에게도 유용하다고 생각합니다.
이 문제 때문에 body id에 대한 존폐 논의가 (내부적으로) 심각하게 많았습니다. 한 포스트가 여러 카테고리에서 접근 가능하다면 body id를 이용한 스킨 인테리어에 문제가 발생하거든요. body id가 중요하냐, 다중 카테고리가 중요하냐고 물으시면 OTL입니다만... 다만 다중 카테고리라는 한정된 기능은 "카테고리", "태그", "레이블"의 통폐합을 통해 논의되고 있습니다.
]]>IT 라는 카테고리와, Book이라는 카테고리를 만들었는데.. IT에 관한 책을 읽었을 때는 카테고리를 뭘로 설정해야하는지 참 난감할 떄가 많죠.
멀티카테고리를 지원한다고 해서 사용자가 혼란은 느끼는 일은 없을 거 같습니다. 그냥 하나 쓸 사람은 하나 쓰면 되는거지요..
카테고리를 클릭해서 본다는건 독자가 해당 카테고리에 대한 글들을 보고 싶어 한다는건데, book을 눌렀을 때도, it를 눌렀을 때도 it book에 대한 포스팅들이 나오는건 독자에게도 유용하다고 생각합니다.
적극 동의합니다. 멀티 카테고리 ^^
]]>위치로그 적을 때
우주 > 국부 은하군 > 태양계 > 지구 > 한반도 > 대한민국...
이런 식으로 적는 사람도 봤습니다. 아스트랄의 극치...:(
'NASA 우주비행사인 블로거였다' 대반전. [음? 후다닥.]
]]>baragi74 작성:저는 다중카테고리가 있었으면 하는 바램이 크구요.. 덧붙여 지역로그쪽도 개선하였으면 하네요..
관련글을 포스팅하였었어요..저도 위치로그에 있어서도 baragi74님과 같이
* 2개이상의 위치로그
* 규격화된 위치로깅
요 두가지 문제로 고민을 계속 하고 있었는데.. baragi74님께서 시원스럽게 정리해주셨군요..^^;
위치로그 적을 때
우주 > 국부 은하군 > 태양계 > 지구 > 한반도 > 대한민국...
이런 식으로 적는 사람도 봤습니다. 아스트랄의 극치...:(
]]>coolengineer 작성:사실, 카테고리와 태그 둘을 합쳐도 무방하지 않을까요? 태그 중에서 선택된 녀석을 현재 카테고리 트리에서 보이도록 취급하는 것이죠.
태그와 카테고리를 합쳐버리면 문제점이 꽤 발생하지 않을까요..
http://kindsubi.com/tt/38 에서 말씀드리는 내용의 많은 부분이 그러한 부분입니다.
이해됐습니다. 더불어 저 위에 쓴 글 중 여러 카테고리를 지정할 수 있다는 api를 metaweblog로 썼는데, 그것이 아니더군요. movabletype 입니다. 
저는 다중카테고리가 있었으면 하는 바램이 크구요.. 덧붙여 지역로그쪽도 개선하였으면 하네요..
관련글을 포스팅하였었어요..
저도 위치로그에 있어서도 baragi74님과 같이
* 2개이상의 위치로그
* 규격화된 위치로깅
요 두가지 문제로 고민을 계속 하고 있었는데.. baragi74님께서 시원스럽게 정리해주셨군요..^^;
