876 graphittie이 작성한 답글

(4 답글들, 잡담하기에 작성)

나니 작성:

분양하기 위한 목적으로 블로그를 열어둔게 아니므로 삭제당할 가능성이 있습니다.
그리고 데모블로그에 문제가 발생하면 초기화를 해버리면 되니까 그다지 문제는 발생하지 않습니다.

(전 TNF라서 TNC의 입장은 잘 모르지만요)

다분히 관리자적인 답변을 해주셨군요.:| 관리상 문제점은 없겠지만 시루님 말씀은 보다 범주가 넓은 것이 아닐런지요. 사용자 입장에서 이상한 것은 분명하지 않은가 합니다. 데모라는 것은 temp라는 특성상 기능의 타켓이 자신을 가리켜야만 합니다. 이 타겟이 자신을 벗어나게 되면 그건 이미 데모가 아닌 것이죠. out network은 real world이기 때문에 더이상 temp일 수 없기 때문입니다. 따라서 트랙백, 초대기능 등 데모 블로그 외부로 연결되는 부분은 시루님 의견처럼 메세지로 대체할 필요가 있다고 생각합니다.

포럼으로 이동: 잡담하기

877 graphittie이 작성한 답글

(7 답글들, 잡담하기에 작성)

건더기 작성:

요새 태터툴즈 홈페이지 사용자 공간의 경우 대부분의 QnA가 저, 론니나님, 나니님이 주로 답변을 달아주고 있습니다...

답변을 달아주다가 느낀 것인데...


1. 뻔한 질문의 반복...

2. 때때로 스팸까지... (제로보드에도 시급히 EAS 적용이 필요한 것인지...ㅡㅡ;;)


이 두 가지 문제를 근본적으로 해결하려면 자주 드나드는 사람에게 관리권한이 있어야 할 듯 싶습니다....

특히나 지금의 FAQ의 경우 위키 시스템을 두려워하는 초보들에게는 그닥 좋지 못합니다...

귀찮더라도 공동 답변진들이 수시로 제로 공지글에 업데이트를 해놓는 것이 나을 듯 합니다....


사족..

제 태터 홈피 ID는 kjd2338....

태터툴즈 홈페이지 개편이 완전히 TnF 소관이었습니다만, 현재 TNC로 넘어간 상태입니다. 좀 거대한 프로젝트가 되어가고 있습니다, 이게... neutral.

현 홈페이지에서의 권한 문제는 이와는 별도가 될테니 한 번 TNC 분들과 이야기를 나눠보도록 하겠습니다. 이야기만 나눠보겠다는 것이니 일단 기대치를 올려두지는 마시고요....;; 저의 기준으로 보자면,

1. 관리자는 되도록 적은 인원이 좋다. 인원수가 많아지면 관리자 간의 의견통합이 힘들어진다.
A와 B가 시간차를 두고 같은 질문을 게시판에 올렸을 때 A의 질문에 답한 관리자 (가)의 내용과 B의 질문에 답한 관리자 (나)의 답변 내용이 다를 수 있습니다.

2. 현재 TNF 멤버에게는 작성한 게시물 수에 의한 멤버구분 이외에 멤버를 구분해주는 장치가 없습니다.
이는 어느 멤버에게 권한을 줄 것인지 판단하기 어렵다는 것을 의미합니다. 사실상 활동이 활발한 TNF 멤버는 정해져 있기는 합니다만, 이 분들에게만 관리자 권한을 준다는 것은 추후의 멤버관리를 생각할 때 명확한 기준이 아니라고 생각합니다. 어느 정도 활동을 해야 관리자가 될 수 있는 것인지 기준이 없기 때문이지요.

이외에도 여러 문제가 있겠습니다만, 최종적인 저의 판단은 태터툴즈 홈페이지 게시판을 개편한 후로 미뤄두는 것이 어떨까 합니다. 개편 후에는 멤버 등급제가 확실히 이뤄질 것이기 때문에 관리자 이외의 TNF 등급을 별도로 관리하여 해당 요건을 충족시킬 수 있을 것입니다.

일단, TNC 측에 의견을 전달해두도록 하겠습니다...
라고 하기 보단 이미 lunamoth님이 이 글도 모니터링 하고 계실테니 그 쪽에 살짝 의뢰해 보죠. 부탁해용, lunamoth님~.

포럼으로 이동: 잡담하기

878 graphittie이 작성한 답글

(2 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

마모루 작성:

이름 필터링의 'zz' 때문 아닐까요..?

jazz 의 zz 랑 겹치는데요;

우으음......

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

879 graphittie이 작성한 답글

(3 답글들, 스킨 및 플러그인에 작성)

ncloud 작성:

에 그럼 혹시 글이 삭제되었을때 xml로 생성한 테이블도 같이 삭제할수있게 되는것인가요?

음... ncloud님의 블로그에 가서 포스트를 보고 어떤 플러그인인지 알게 되었는데요, 말씀 대로라면 포스트 하나에 테이블 하나가 매치되는 건가요? 제 짐작으로 그건 아닌 듯 하고...(무한 테이블 사태가...:|) 아마도 플러그인이 자체 테이블을 하나 생성하고 포스트가 추가되면서 레코드를 늘리는 방식 같은데... 이 방식이면 inureyes님이 제시하신  XML 방식으로는 부족한 상황이 발생할 수도 있을 것 같습니다. 글이 등록/삭제될 때마다 이벤트가 일어나야 하니까요. 어쨌든... 현재 그런 이벤트는 없습니다. 추가해 넣도록 하겠습니다. 별 문제가 없는 이벤트라면 1.1.1에서는 반영될 수 있을 거에요.:)

포럼으로 이동: 스킨 및 플러그인

880 graphittie이 작성한 답글

(3 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

수정되었습니다. 베타 브랜치의 rev.1773입니다. sandbox에는 교주님이 싱크해 주실 거에요.:)

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

881 graphittie이 작성한 답글

(3 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

해 뜨면 체크 들어갑니다아~.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

882 graphittie이 작성한 답글

(18 답글들, 잡담하기에 작성)

inureyes 작성:

서비스들이 세로로 단을 구성하는 이유는 간단합니다. 마우스에 휠이 세로 휠만 있거든요. 모든 브라우저의 UI 가 세로스크롤을 기준으로 만들어져 있고, 마우스등의 주변장치도 그러하기 때문에 가로로는 줄이 안 맞아도 세로로 줄을 맞도록 만들지요.

권장사항으로 마이티 마우스를 추가~.

포럼으로 이동: 잡담하기

883 graphittie이 작성한 답글

(6 답글들, 잡담하기에 작성)

건더기 작성:

저는 이전에도 이야기했듯...

집에 이 생활 걸렸다가는 그대로 호적에서 들어내질 수 있으므로...

못가요...  orz

음... 연수 간다고 하면? (응? 무슨 연수??)

포럼으로 이동: 잡담하기

884 graphittie이 작성한 답글

(3 답글들, 이올린에 작성)

건더기 작성:

태터 한 켠에 배너 매달아두는 것도 꽤나 재미있는데...

이올린은 아직 정식 배너가 없는 전차로 인하야...

로고에서 이올린 디자인만 crop 떠서 임시 배너처럼 쓰고있....

리체님 이하 디자인팀 분들은 이 글 보니시면 분발 좀 해주세용~~ cool

후회하실지도... 배너가 쏟아지는 날이 멀지 않았습니다, 그려. 홋홋홋.

포럼으로 이동: 이올린

885 graphittie이 작성한 답글

(14 답글들, 아이디어 및 기능 제안에 작성)

Rukxer 작성:

아, 추가로 말씀 드리면 플러그인에 자유롭지 못한 티스토리가 좀 더 불리한 입장에 놓여있다고 생각됩니다. 현재 티스토리를 사용 중인데, 플러그인으로 어떻게 할 수가 없네요 wink

음... 티스토리 쪽은 플러그인으로 가면 사용할 수 없는 문제가 있군요. 그러나 뭐, 보안상 문제 없는 플러그인은 요청하면 잘 추가해 주시는 편이니 "티스토리" 게시판에서 요청하시면 사용하실 수 있을 거에요. 아직 만들지는 않았지만 만들어진다는 가정에서요.:)

포럼으로 이동: 아이디어 및 기능 제안

886 graphittie이 작성한 답글

(14 답글들, 아이디어 및 기능 제안에 작성)

나니 작성:
graphittie 작성:
laziel 작성:

플러그인으로 적당한 위치에 '광고금지'만 달아도 될것 같습니다 =ㅅ=
....사실 지금 시스템으로 공지만 해도 법적으론 하자는 없을것 같지만요;

laziel님 블로그에 예전에 "스팸거부 의사표시를 안 하면 스팸허용으로 간주한다"는 요지의 포스트가 올라온 적이 있었죠? 이건 플러그인으로 만들어둬야할 것 같습니다.

플러그인이 아무대나 붙어버리면 난감하니 플러그인 치환자 이를 테면 [##_nospam_##] 등으로 해서 사용자가 원하는 부분에 붙여넣을 수 있게 하면 더 좋고요 > _<

사이드바요~.

포럼으로 이동: 아이디어 및 기능 제안

887 graphittie이 작성한 답글

(14 답글들, 아이디어 및 기능 제안에 작성)

laziel 작성:

플러그인으로 적당한 위치에 '광고금지'만 달아도 될것 같습니다 =ㅅ=
....사실 지금 시스템으로 공지만 해도 법적으론 하자는 없을것 같지만요;

laziel님 블로그에 예전에 "스팸거부 의사표시를 안 하면 스팸허용으로 간주한다"는 요지의 포스트가 올라온 적이 있었죠? 이건 플러그인으로 만들어둬야할 것 같습니다.

포럼으로 이동: 아이디어 및 기능 제안

888 graphittie이 작성한 답글

(4 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

gendoh 작성:

교주님 그만 매달아 주세요 ㄱ-

크크크크...

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

889 graphittie이 작성한 답글

(5 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

건더기 작성:
나니 작성:

태터스토리는 샌드박스 기준으로 업데이트 됩니다. (스킨이나 플러그인 경우에는 기본스킨이나 기본플러그인 제외하고 나머지 제가 업데이트 하는 경우가 있긴 합니다만)
태터스토리 현재 리비전 넘버가 어떻게 되는지 모르겠습니다만 현재 최신 샌드박스 리비전 넘버에서도 발견되고 있는 문제이니 만큼 해결될거라 봅니다.
(작업하다가 주무시러 간게 아니라 정말 이런 버그가 발생할 줄 모르고 그냥 지나쳤을 가능성에 올인합니다;; )

이 버그...
태터 1.1 베타 브랜치에도 있습니다...ㅡㅡ;;
태터툴즈 홈페이지에도 버그 리포트가 있는 것을 보아서는 베타 2에도 들어간 것으로...ㅡㅡ;;

제가 죽일 놈입니다... 이거... 1.0.6으로 revert 해야 되는 사항인데 그만 잘못 해버린 것 같...

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

890 graphittie이 작성한 답글

(9 답글들, 잡담하기에 작성)

저도 동일현상을 겪고 있습니다. 한 1년 된 것 같은데요. 뭐, 그냥 저냥 쓰고 있습니다. 심할 때는 하루에도 20여회 다운이 된다지요...

포럼으로 이동: 잡담하기

891 graphittie이 작성한 답글

(2 답글들, 잡담하기에 작성)

sayand... 작성:

태터 1.0.6.1을 쓰고 있는 블로그 보아구렁이를 삼킨 코끼리가, 이올린과 싱크가 안됩니다.
http://sosdan.net/tt/519
이 글에도 포스팅 해 뒀지만.

발생하는 현상은
1. 라디오 버튼 '발행'에 놓아도 싱크가 안되는 현상(이올린에 뜨지 않음)
2. '글을 봅니다' 메뉴에서 '발행됨'으로 되어있는 아이콘을 눌러서 '발행 안함'으로 바꾼 후, 다시 '발행 안함'버튼을 누를 경우 '발행 안함'이 '발행'으로 바뀌지 않음.
3. 그 글을 수정해서 '글 작성'메뉴에서 공개여부를 '발행'으로 설정하고 저장하면, 글 보기 메뉴에서는 발행 된 것으로 나오지만, 여전히 이올린에는 뜨지 않음.

이런 현상이 발생합니다.

.....다시 깔아야 하나 고민중입니다.

으음... 이올린 관련 버그 리포트이니 어느 게시판으로 가야할지 sayand...님도 고민 끝에 여기 적으신 것 같군요. 현재 이올린은 저희 TnF 소관은 아닙니다만 이 글을 보신 TNC 담당자께서 처리해 주실 것이라 생각합니다.

아울러, 게시판 메뉴 개편이 있어야겠군요. Tattertools 배포본에 맞춰진 메뉴 구성이라 현재 보다 다양화된 TnF 활동을 커버하는데 무리가 있어 보입니다.

포럼으로 이동: 잡담하기

892 graphittie이 작성한 답글

(21 답글들, 공지사항에 작성)

최민우 작성:

태터 1.1 베타1에서는 이런경우가 없었는데 관리자 →환경설정→프로필을 설정합니다
에서 저장하기 눌러도 에러가 안났는데 베타2를 덮어씌우고 난뒤에는 저장하기 누르면 에러문구가 뜨네요
저장은 되는데요 아래와 같은 문구가.../
제주소는 생략은 합니다.
http://블로그 주소/owner/setting/blog?message=%EC%A0%80%EC%9E%A5%EB%
90%98%EC%97%88%EC%8A%B5%EB%8B%88%EB%8B%A4 인터넷 사이트를 열수 없습니다.

작업이 중단되었습니다.
위와 같이 뜹니다.

죄송하지만, 베타2 관련 버그 리포트는 QA 게시판으로 다시 올려 주셨으면 합니다. 여기에 올리시면 버그 관리가 안 될 수 있거든요. 그리고... 어지간 하면 베타 버전은 실제 운영중인 블로그에 덮어쓰지 않으셨으면 합니다. 맨 위에 경고문을 붙여 놓았는데 다들 안 따르시는군요...

포럼으로 이동: 공지사항

893 graphittie이 작성한 답글

(6 답글들, 잡담하기에 작성)

gofeel 작성:

국방부에서 "학생 놀다가~"라는 메일을 제게 추석선물로 보냈습니다.

이런-_-

아무래도 미뤄야 할 것 같긴 하지만-_-이래저래 골 아프군요-_-11월이라니 쩝-_-

크크크크크크크크크크...

포럼으로 이동: 잡담하기

894 graphittie이 작성한 답글

(3 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

cirrus 작성:

베타2에서 발생합니다.

이미지 리셈플러를 활성화 시키고 저장하면 활성화가 풀립니다. 물론 작동도 안되고요. -_-

그리고 이미지 리셈플러를 활성화 시켜야지만
이미지 삽입후 클릭했을 때 이미지 리셈플러 체크가 나와야 되는 게 아닌가 싶습니다만..?

지금은 비활성화 되어 있어도 이미지 리셈플러에 체크가 가능하게 되어 있습니다.
물론 멋모르고 여기서 체크를 하면 당연히 엑스박스를 보게 되는..;;

아직 기능이 미구현 상태입니다. 베타 3에서는 손보게 될 거에요...

cirrus 작성:

그리고 이미지 리셈플러를 기본으로 사용하는 걸 옵션으로 추가했으면 좋겠습니다. 
이미지 수십개 넣었는데 일일이 이미지 리셈플러를 체크하는 건 낭비인 거 같습니다.

이미 관리자 설정 부분에 인터페이스는 추가되어 있습니다만... 역시 동작을 안 합니다. OTL. 이것 역시 베타3에서 구현 마무리를... 콜록콜록.

cirrus 작성:

에.. 그리고 현재 갤러리는 이미지 리셈플링을 지원하지 않는데 정식버전에서는 리셈플링이 꼭 지원되었으면 합니다.

음... 이 기능은 생각만 하고 있었으니 미처 QA에 포함하지 못했습니다. 칼은 gendoh님이 쥐고 계시는데, 사실 구현할 시간이 있을지 그것도 의문입니다. T_T

cirrus 작성:

그리고 마지막으로 건의사항이 하나 있는데 1.1 공개하실 때 라이트 박스를 플러그인이 아닌 기본으로 지원을 하거나
최소한! 리사이즈된 이미지를 클릭했을 새창이 뜰 때 이미지가 안짤리게 나오게 만들었으면 좋겠습니다.
현행버전은 실제 이미지보다 창이 조금 작아서 스크롤을 하거나 창 크기를 수정해야 됩니다.

사실 이건 태터 1.0 초창기부터 지적된 사항인데 여태까지 수정이 안되고 있습니다. 다들 라이트박스 플러그인을 사용해서 그런건지;;

이번 기회에 꼭 고쳐주셨으면 하는 바램입니다. ㅠㅠ

라이트 박스 플러그인은 여러 가지가 존재하기 때문에 특정 버전 하나만 디폴트로 설치해 주는 것은 "그 플러그인을 공식적으로 지원"해 준다는 의미를 내포하게 됩니다. 즉, 이후의 디버깅, 기능추가도 저희가 책임져야 한다는 의미지요. 해당 제작자가 TNF에 참여하고 계시다면 문제가 없겠으나 그게 아니라면 문제가 될 여지가 있지요. 행여 그 제작자의 허락을 받고 배포본에 포함시킨다고 해도 어떤 플러그인을 선택할 것인지에 대해 논란이 있을 수 있습니다. 위에 적은 대로 특정한 한 가지 플러그인만 선택하는 것은 그 플러그인에 권위를 실어주기 때문에 신중하게 움직여야 한다고 생각합니다.

라이트박스 플러그인은 아주 대중화된 플러그인이지만 오히려 이 점이 배포본에 포함되는데 걸림돌이 되는 것이죠. 좀 더 논의를 해봐야 하는 문제라고 생각합니다. 좀 심하게 비유하면 마이크로소프트가 막강한 윈도우즈의 시장점유율에 IE를 끼워팔아 다른 브라우저들을 고사시킨 것처럼, 배포본의 힘들 빌어 여러 다양한 라이트박스 플러그인 개발 활성화를 저하시킬 우려가 있지 않은가 합니다.

cirrus 작성:

그리고 FF, 위지웍에서 글을 쓸 때 발생하는 버그입니다. html모드에서나 IE에서는 문제 없습니다.

본문 부분에 프롬프트(?)가 가서 깜빡깜빡 거린 상태에서 이미지 삽입이다 갤러리 삽입이 가능합니다.

즉, 새글 쓰기에서 바로 이미지만 업로드하고 거기서 이미지 삽입이나 갤러리 삽입을 하면 삽입이 안됩니다.

1.0.6이나 티스토리에서는 이런 버그는 발생하지 않고 있고 1.1 베타2에서만 이런 현상이 있습니다.

일단 요건 패스입니다. 검토를 해봐야겠지요.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

895 graphittie이 작성한 답글

(10 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

베타 2에서 구현된 사이드바 기능에 대한 설명입니다. 기본 폼 구조는 제가, 폼 구조의 완성과  AJAX 기능 입히기은 gendoh님이 작업하셨습니다.

1. 패널 추가
패널(내부 상으로는 '모듈'이라 표현되고 있으나 곧 적절한 한글로 대체될 것입니다. 여기서는 이하 패널로 통칭하기로 하겠습니다.)은 '스킨 내부에 선언된 것(이하 스킨 패널로 통일)'과 '플러그인으로 제작된 것(이하 플러그인 패널로 통일)'입니다. 스킨 패널은 기존 스킨에서 사이드바 부분에 통상적으로 들어가던 것들이라 보시면 되겠습니다. 이 둘의 결정적인 차이는 중복가능여부입니다. 스킨 패널은 중복포함될 수 없지만 플러그인 패널은  DB가 허락하는 한 중복포함이 가능하죠.

2. 패널 삭제
플러그인 패널은 인스턴스 생성이라 삭제하면 그냥 사라지지만, 스킨 패널은 고유 요소이기 때문에 사이드바에서 삭제시 '사용가능한 스킨 모듈' 리스트에 나타나게 됩니다. 반대의 경우는 사이드바에 나타나고 '사용가능 스킨 모듈' 리스트에서 사라지겠죠.

3. 패널 위치 이동
드래그앤 드랍으로 자유롭게 등록된 사이드바 패널의 위치를 변경하실 수 있습니다. 상하 조절은 물론, 사이드바 간의 위치 이동도 가능합니다.

4. 기존 스킨의 호환성 / 5. 디자이너의 커스터마이제이션 요소
일단 현재로서 기존 스킨과의 호환성은 100%입니다만, 이후 보강될 상하위 레거시 보정 기능의 진행에 따라 변화가 있을 수 있습니다. 어쨌든 현재는 1.1에서 1.0.x 스킨을 바로 사용할 수 있으며, 1.1용 스킨을 1.0.x에서 사용할 수도 있습니다.

1.0.x 스킨에 사이드바 기능을 사용하시려면  <s_sidebar_xxx[n]> 형태의 새 스킨 태그를 사용하셔야 합니다. 사용법은 아주 간단하며 예제는  베타2에 포함된 tistory 스킨에 포함되어 있습니다.

6. 치환자 수정 자제
1.0 스킨 태그/치환자 구조에 추가가 되었을 뿐, 변경은 하지 않았습니다. 이를 통해 하위 호환성이 보장됩니다.

7. 디폴트 설정
스킨 초기 로딩 시에는 스킨 패널이 기본으로 보이게 됩니다. 이 상태는 1.0.x에서 보는 것과 동일한 형태입니다.

이상입니다. 아마도 이번 1.1에서 가장 큰 변화라고 한다면 이미지 리샘플링, 키로그 부활, 사이드바 기능이 아닌가 합니다. 특히 이 사이드바 기능은 전세계적으로도 유례가 없는 편리한 기능으로 탄생시키기 위해 여러분들께서 노력중이십니다.(특히 gendoh사마) 많은 관심을 부탁드립니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

896 graphittie이 작성한 답글

(2 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

cirrus 작성:

이건 현행 버전도 똑같이 발생하는 버그입니다.


FF에서는 위지웍에서 자막 삽입시 마지막 단락이 짤립니다.

'너는 누구'라고 넣고 글을 쓰면 출력에서는 '너는'만 들어가 있습니다.

으음... 이거 저도 종종 본 버그군요. 우선 순위에서 밀려 처리를 못했던 버그인데 이제 잡을 때가 된 것인가...

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

897 graphittie이 작성한 답글

(2 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

은외 작성:

이미지갤러리에

이글루스 포토로그처럼

썸네일 기능을 추가하면 좋을 것 같네요. zb5에도 썸네일 기능이 들어가 있더군요.

사진을 올리는데 위에서 아래로 나열돼 있는것보다는

원하는 것만 골라보는 시스템이 마음에 드는데

아직 테터에는 화살표로 다음사진 보기 밖에 없어서.. ^^;

갤러리와 MP3 플레이어를 바꿀 계획을 하고 있습니다. 그러나 1.1 후에나 작업이 되겠지요. 이번에는 패스~.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

898 graphittie이 작성한 답글

(6 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

해당 기능은 기존 1.0.6 방식으로 rollback 되었습니다. 대신 관리자가가 방문자의 댓글을 수정하고 저장을 시도할 때 "경고" 문구가 뜨도록 변경되었습니다. 베타 브랜치의 rev.1629입니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

899 graphittie이 작성한 답글

(5 답글들, 잡담하기에 작성)

건더기 작성:

드디어 세상과의 접점까지 오셨군요~~
나중에 위치라도 알려주시면 단복입고 면회라도??

... 묘한 광경이 펼쳐지겠는 걸요. 그 부대 사람들, 레어한 걸 구경할 수 있겠어요.:|

PS. 정작 중요한 말을 안 했군요. -_-;; 기억하다마다요. 돌아오실 날을 기대하고 있겠습니다.

포럼으로 이동: 잡담하기

900 graphittie이 작성한 답글

(24 답글들, 아이디어 및 기능 제안에 작성)

나니 작성:
graphittie 작성:

한 포스트가 여러 카테고리에서 접근 가능하다면 body id를 이용한 스킨 인테리어에 문제가 발생하거든요.

이 문제는 coolengineer님의 의견

metaweblog api를 들여다보니, 카테고리를 전송할 때, isPrimary 라는 필드가 있어서 여러개의 카테고리를 전송하지만 그중 어떤 것이 대표인지를 정하는 것이 있더군요.

위 말씀처럼 대표 카테고리를 지정하게 하면 문제가 발생하지는 않을거 같습니다.
만약 "똥꼬" / "똥구멍" / "똥구녕" 이라는 카테고리가 있고 "변똥"이라는 글이 있다고 가정했을 때,
"똥꼬"를 마스터 카테고리로 지정하고 (라디오버튼) "똥구멍" / "똥구녕"을 프리마리 카테고리로 지정 (체크박스) 하고
body id="ddongko"라고 하는거죠 (물론 "똥꼬" 지정 body id를 ddongko라고 지정했을 때)

대표 카테고리가 문제를 해결해 주지는 않는 것처럼 보이는데요... 단일 포스트 접근은 강제로 대표 카테고리의 body id로 바꿔주면 되겠지만 "페이지당 포스트 갯수"가 2 이상으로 지정된 경우는 역시 문제를 유발하게 됩니다.

포럼으로 이동: 아이디어 및 기능 제안