아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » Peris가 작성한 글
전 사이드바 부분 UI라던가 디자인에 대해 관심이 많습니다.
만약 사이드바 부분이 각 섹션별로 plug-in화 된다면 물론 HTML에 대해 모르는 초보자분들도 쉽게 스킨을 수정할 수 있다는 장점이 분명 발생합니다만
저처럼 손수 디자인하는 사람들 입장으로서는 customizing을 가로막는 일이 발생하지 않을까 우려됩니다.
이 문제는 걱정하실 필요가 없을 것 같습니다.
플러그인에서 tag를 하나 더 추가해주면 기존과 동일하게 사용할 수 있을테니까요. 
휼룡합니다.
건의 하고 싶은 것은 해당영역을 드래그 할 수 있다는 시각적인 처리가 있었으면 하고요
(이 부분은 제가 리체님에게 요청할 수도 있습니다)
또 기왕에 드래그해서 크기를 수정했다면 personalization에 등록해서 사용자가 선호하는 크기를 기억하면 더 편리할 것 같습니다.드래그가 정확하게 제어가 되지 않는 것 같습니다.
다른 객체들의 상황에 따라 덜컹거립니다.
왜 그럴까요?
엇.. 왜 이 글을 여태 못봤을까요.(포럼의 모든 글을 다 읽고 있다고 생각했는데;; )
personalization에 등록한다는 것이 어디를 말씀하시는건지 잘 이해가 안되고 있습니다.;(쿠키를 말씀하시는 건가요?)
음.. 드래그가 정확히 안되는 상황을 대략적으로 말씀해주실 수 있을까요?
오브젝트가 너무 많을 경우는 브라우저가 힘들어해서 그런 것일 가능성이 높습니다.;;
Peris 작성:에디터에서 글을 작성하는 영역(iframe, textarea)의 세로 크기를 변경이 가능하도록 해놨습니다.(sandbox rev.343)
에디터의 아래쪽에 마우스를 가져다대면 커서가 변경될겁니다.전에 어떤분께서 요청하셨던 내용인데 그 글을 찾지를 못하겠네요.;;
테스트는 IE6.0, FF1.5에서 해봤습니다.
어색한 부분이나 버그있으면 태클 부탁드리겠습니다.
다시 손 봐주셨으면... 제가 status bar를 추가했거든요. 없애버린 것도 있고 해서 현재 동작하지 않습니다. status bar를 잡고 크기를 조절하도록 기능을 수정해 주셨으면 좋겠어요. 번거롭게 해드려 죄송합니다.:|
안 그래도 시각적으로 표시해줄 필요가 있을거라 생각했었는데 잘됐군요.
오늘 집에가서 수정해보도록 하겠습니다.
이 글은 사이드바의 플러그인화를 "하겠다!"..는 것이 아니라 "의견을 듣고 싶다"는 것입니다.;
이전 오프모임때 아주 잠시 했던; 이야기입니다만.. 현재 사이드바에 나타나는 "카테고리", "태그 구름", "아카이브", "달력", "링크" 등을 플러그인화 시키는 것입니다.
사실 이것들이 플러그인화 된다는 것보다는 사이드바에 스킨 등의 수정 없이 플러그인을 적용시킬 수 있다는 것이 더 중요한 것입니다.
(이 것과 더불어 플러그인 관리 페이지를 개편할 필요도 있고(페이징이나 이런저런 정렬 기능), 플러그인의 환경설정도 가능하도록 해야겠네요.)
구현 방법으로는.. 이벤트로는 안될거라 생각되기에 치환자를 자동으로 생성하거나 스킨 제작자가 기본으로 박아두는 형태를 생각하고 있습니다.(후자쪽이 좋을거라 판단됨.)
장점
- html을 전혀 모르는 사용자도 부담없이 사이드바류의 플러그인을 사용할 수 있다.
(플러그인의 환경설정과 같이 이루어지면 사용자가 플러그인이나 스킨의 코드를 전혀 건들일 필요가 없어진다.)
단점
- 기존의 스킨들을 수정해야 한다.
- 출력 순서가 필요해지기 때문에 플러그인 테이블의 필드가 추가되어야 한다.
다른분들의 의견을 듣고 싶어서 작성한 글이니 부담없이 태클 걸어주세요. 
(예상되는 장점이나 단점 역시 환영합니다.; )
조심히 다루어야할 문제는 맞지만 1.1로의 이행인만큼 이정도의 문제는 해결해놓고 가는 것이 맞다고 생각합니다.
1.0.x에서 수정을 해야하지만 하위 호환성때문에 수정하지 못했던 부분들을 이 기회에 처리하는 것은 어떨까요?
위에서 나열된 시점에서 태터툴즈가 fireEvent라는 함수를 이용 Handler( $target , $mother) 를 호출해줍니다.
Handler는 플러그인 index.xml에
<binding>
<listener event="이벤트명">Handler</listener>
</binding>
일케 추가 하실수 있구요..추가로 여러 이벤트 핸들러(리스너가 맞나..)가 있는 경우 아마도 플러그인 디비에 있는 플러그인 순서 대로 호출이 됩니다 ^^
헉 그러고 보니 이벤트 핸들러 만드는 부분에서
SELECT name FROM {$database['prefix']}Plugins WHERE owner = $owner
먼가 기준 없이 플러그인을 가져오니 여러 플러그인이 겹친 경우 애매할 수도 있겠네요
네. 그렇기 때문에 모든 플러그인은 다른 플러그인에 상관없이 동작할 수 있도록 제작해 주셔야 합니다.
cshlacid AT hotmail.com & nate.com 입니다.
id를 이용하실거라면 document.getElementById('text_1').value 로 사용해보세요.
스킨이나 플러그인의 오류는 각 제작자분께 문의하시는게 가장 빠르고 정확합니다.
괜찮네요. 다만 모니터 해상도가 낮으신 분들에겐.. OTL 이 될 듯하네요.;
음.. 근데 저런 작업이 필요할 정도의 복잡한(?) 스킨 수정을 관리자모드에서 직접하시나요?(그냥 궁금해서 하는 질문입니다.;; )
네 가능하면 임의의 테이블이나 필드 생성은 자제하고 1.1에서 플러그인의 환경설정이 가능하도록 할테니(누가?; ) 그쪽을 이용하는게 어떨까요?
기술적으로 크게 어려울건 없습니다만.. 저도 inureyes님의 말에 찬성합니다.
depth가 너무 깊어지면 오히려 카테고리를 펼치기만 귀찮아질것 같네요.;;
Peris 작성:팀블로그를 지원하게 된다면 상당히 유용하겠네요.
기술적으로 어려울 것은 없으니 다른 분들이 금방 만들어 주실 겁니다.;;근데.. login/index.php 만으로도 로그인이 될텐데요?;
로그인 완료 후 어느로 페이지를 이동할 것인지 쿼리 문자열로 지정해 주지 않으면 login/index.php가 반복해서 나타나더군요.
그렇다면 그건 버그겠죠. 
예전에 모래상자에 수정해놨던거 같은데 반영이 안되었나 보군요.
음...... "커코우커러"는 발음상 같은 뿐, 아무런 의미를 가지지 않습니다. 햄버거의 중국어인 "한바오바오(汉堡包)"나 캔터키(KFC)의 중국어인 "컨터지"나 모두 그러한 것들입니다. 커(可)는 "할수록", "가져다 준다"의 의미를 가지고 있지 않습니다. 많은 한국사람들이 이런부분에 있어서 오해를 하고 있는 것 같습니다.
또한, 사견입니다만, 중국인들이 자주성이다 머다해서 영어를 포함한 외국어를 자기식으로 표현한다고 알려있지만, 사실은 그러한 외국어를 표현할 마땅한 글자가 없기 때문입니다. 일본어도 마찬가지 아닙니까? Mac을 "맥"이라 하지 못하고 "마꾸"라고 발음하는 데는 다 이유가 있는 것입니다. 발음은 된다하더라도 그걸 정확하게 표현할 글자가 없는 것!
이것이 중국인들과 일본인들의 비애인 것입니다. 그래서 두 언어를 모두 공부하고 있는 저로서는 한글이 있다는 것에 감사하게 생각합니다.딴지 걸 생각은 아니었습니다만, 쓰고 보니 딴지네요. 단지, 틀린부분을 말하고 싶었을 뿐입니다.
음.. 그렇군요. 제가 낚시글에 낚인건가요? 
팀블로그를 지원하게 된다면 상당히 유용하겠네요.
기술적으로 어려울 것은 없으니 다른 분들이 금방 만들어 주실 겁니다.;;
근데.. login/index.php 만으로도 로그인이 될텐데요?;
시작하기 전에는 비기면 다행이다라고 생각했는데 전반전 끝나고 보니 이길거라는 생각이 들더군요.
뭐 결국 비겼지만요.;;
지역화의 의미에서 봤을 때 일본인들이 친숙하게 느낄 수 있는 쪽이 맞다고 생각됩니다.
실례로, "코카콜라"의 경우 중국에서의 브랜드 이름이 "可口可樂"인데, 발음은 "커코커러"라고 합니다.
("可口可樂"의 의미는 "마실수록 즐거움을 가져다 준다"라는군요. 센스..)
발음에 집착하기 보다는 의미를 가질 수 있는 "단어"와 매치가 된다면 더욱더 좋을 것 같습니다.
오.. 정말 크네요. 적어도 4~6배는 넓어진거 같네요.
TnC가 얼마나 성장할지 눈앞에 보이는 것 같습니다.
구석에 제 자리도 하나(...)
학군장교면 대학 졸업하고 장교(소위)로 입대하게 될겁니다.
군생활은 사병하고 별 차이가 없던걸로 기억합니다.
setup.php의 getFingerPrint 함수를 보면 아래처럼 되어있습니다.
니들웍스 return md5($_SERVER['SERVER_SOFTWARE'] . $_SERVER['SERVER_SIGNATURE'] . $_SERVER['SCRIPT_FILENAME'] . phpversion());위에서 $_SERVER['SERVER_SIGNATURE'] 부분에 대해서 설명 좀 해주시면 안될까요?
제가 기생하고 있는 서버의 Apache에 ServerSignature 옵션이 On으로 되어있어서 Domain형식으로 설치가 안되더군요.
Off로 바꿔서 설치는 했습니다만.. 저와 같은 상황인 분이 계실 수도 있으니 저 변수의 역할에 따라 변경이 되어야하지 않을까라는 생각이 들어서 일단 신고합니다.
24일이면 저는 안될거 같습니다.
돌잔치가 있어서요.;
Rukxer 작성:지금은 없는 플러그인인 것 같은데.....본문에 하이퍼링크를 걸 때, 자동적으로 target="_blank"처리(새창에 열기)가 되는 플러그인이 있었으면 좋겠습니다. 기본적으로 self라서 매우매우매우매우 불편합니다.
매우매우매우매우 동의합니다!!
target="_blank" 는 XHTML 1.0 Strict에서 비표준이라 지원을 하지 않는 것입니다.
플러그인이 제작이 된다고 하여도 tistory에서 사용될 가능성은 없다고 생각되네요.
(javascript를 이용해서 하면 되기는 하지만요.; )
TNF : Tatter Network Foundation forum » Peris가 작성한 글