안녕하세요~
테터 엠티때에 라지엘 친구로 갔었던 목련이에요. ^^음... . 뭔가 어려운 분위기여서 (엠티때에도 얘기 나왔듯이..)
망설이다가 글을 남깁니다 - .-)a (라지엘의 압력에 의해서..-.-?)음.. ...
요즘 날씨가 추운데 감기 다들 조심하세요~=3==3
잡담 게시판에서 그냥 노셔도 됩니다. 마구 노셔도 됩니다. 신변잡기? 먹거리 이야기? 다 허용하겠습니다. 제발 좀 들러주삼. 어째 보이는 멤버가 전부 남자야...:|
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » graphittie가 작성한 글
안녕하세요~
테터 엠티때에 라지엘 친구로 갔었던 목련이에요. ^^음... . 뭔가 어려운 분위기여서 (엠티때에도 얘기 나왔듯이..)
망설이다가 글을 남깁니다 - .-)a (라지엘의 압력에 의해서..-.-?)음.. ...
요즘 날씨가 추운데 감기 다들 조심하세요~=3==3
잡담 게시판에서 그냥 노셔도 됩니다. 마구 노셔도 됩니다. 신변잡기? 먹거리 이야기? 다 허용하겠습니다. 제발 좀 들러주삼. 어째 보이는 멤버가 전부 남자야...:|
1.
개인적으론 1.x 이후로 꾸준히 필요성을 느끼던 것인데,
비공개글이나 공개글 별로 볼 수 있었으면 합니다.
제 경우 비공개글은 수정을 필요로 해서 비공개로 전환하거나 아직 덜 쓴 글인데
그런 글들을 찾아서 공개하려해서 페이지 뒤쪽에 있는 글들은 찾기가 힘들더군요.
비공개 글만 따로 볼 수 있다면 수정할 부분이나 더 마무리할 부분을 바로바로
처리하는데 유용할 것 같습니다.
검색 기능에 대한 요구가 나날이 늘어가는군요. UI 개선을 다시 해야할 때가 다가오는 듯...
우리 동네는 아침 8시 30분이면 정확하게 F5가 초계비행이륙을 해요... 2대... 휴일에는 널부러져 자고 있는데 이게 참 거슬리죠... 그래도 야간 이륙 안 하는 거 보면 주민들 생활에 최대한 신경 써주고 있는 것 같아 좋게 좋게 생각합니다. 빨간 머플러의 파일럿 아저씨. 오늘도 무사히!
http://img302.imageshack.us/img302/7346/bug2hv9.png
http://img302.imageshack.us/img302/7968/bug1eh7.png
플러그인의 활성화나 비활성화시에 이런 식으로 나타납니다.
물론 refresh시에는 정상작동합니다;
어디선가 누군가에게 꼬였구나아...:|
아 그러고보니..
"$target을 echo로 찍어 보시지요?"
어케하는 건가요 ???
그냥 "echo $target;"입니다. echo는 print와 비슷한 기능을 합니다만, 함수가 아니기 때문에(정확히는 language construct) 괄호는 필요 없습니다.
graphittie 작성:저 함수 고대로 옮겨가 의도하신대로 동작하는 것을 확인했거든요. 다른 플러그인이 뭔가 먼저 건드리고 있는 게 아닐까요? 한 번 $target을 echo로 찍어 보시지요?
음.. 그럴수도 있겠군요...
근데...
방금
preg_match_all 와 str_replace로 처리하도록 함수를 바꿔봤습니다.
이거 첨보는 함수들이라, 익히는데 혼동했네요...
이거는 왜 될까요???솔직히 내부에서 regular expression을 사용할 용도가 아니라면,
저런정도의 코드만으로도 충분한데...
흐흐... 그러게요. 왜 될까요. 의문이네...
결국 정규식을 쓰셨군요. 소스 가독성면에서는 정규식이 낫지 않을까 싶습니다.
샌드박스 rev.2624 기준으로 발생하는 문제점입니다.
날짜 언어/형식 변경 플러그인, 리퍼러 기록, 방문자 기록, 배너출력, 블로그 아이콘 표시, 빈 줄 표시, 태터툴즈 생일표시, 피드 구독 통계 등이 활성화되지 못했다는 에러 메세지를 띄웁니다. 희안한 건 나머지 플러그인은 정상동작한다는 점이지요. 여태 이 버그를 트래킹하고 있었으나 방금 GG 쳤습니다. 같은 버그가 있는지 각자 테스트 부탁드립니다.
슬슬 만들 때가 되지 않았나 싶은데요. 워드 프레스에 보면 Upgrade Wizard를 사용하는 플러그인이 종종 있던데 비슷하게 구현하면 되지 않을까요? 아울러 태터툴즈 업그레이더가 나올 수 있겠으니 사전 검증 차원에서 한 번 시도해 보는 게 어떨까 합니다.
해결했습니다. rev.2634입니다. 워터마크 체크박스는 업로드한 워터마크 마일이 없을 경우에는 표시되지 않도록 변경했는데, 이 워터마크 파일 존재여부 체크 루틴을 삭제했습니다.
graphittie 작성:잘 되는데요? index.xml 파일에서 이벤트 event listener 부분의 정보가 정확한지 확인해 주세요. "<listener event='ViewPostContent'>Wiki</listener>"라고 입력되어 있어야 합니다(너무 초보적인 답변이라 죄송합니다).
네 되어있습니다.
특이하게도...
Wiki 함수를function Wiki($target, $mother) { return $target."XXX"; }와 같이 작성하면, 글 마지막에 XXX는 찍힙니다.
제 생각에 아무래도, 'ViewPostContent'에서만 호출되기 이전에 '['나 ']'를 다른키워드로 치환하거나 하지 않나 생각이 듭니다.
ViewCommentContent, ViewGuestCommentContent, ViewNoticeContent 모두 저 이벤트를 주었습니다.
어느게 어느거인지는 모르겠지만, keyword 문서에서는 제대로 처리됩니다.
저 함수 고대로 옮겨가 의도하신대로 동작하는 것을 확인했거든요. 다른 플러그인이 뭔가 먼저 건드리고 있는 게 아닐까요? 한 번 $target을 echo로 찍어 보시지요?
잘 되는데요? index.xml 파일에서 이벤트 event listener 부분의 정보가 정확한지 확인해 주세요. "<listener event='ViewPostContent'>Wiki</listener>"라고 입력되어 있어야 합니다(너무 초보적인 답변이라 죄송합니다).
문제는 IE7에서도 SVG가 지원 안 하는것이죠. ㅠ_ㅠ
......:|
ViewPostContent event에서...
[wiki:xxx]
이런걸 처리하는 플러그인을 개인적으로 만들어보려 합니다..
근데 이부분이 인식이 안되네요..
ViewCommentContent
ViewGuestCommentContent
ViewNoticeContent
에서는 되는듯 합니다.
하지만, 저부분에서는 저게 안됩니다.
왜그런지....
ViewPostContent 이벤트의 정상동작을 확인했습니다(rev. 2632). 소스 코드를 보여주셔야 할 것 같은데요...
..........어딜 놀러가요;;
농담을 하시더라도 인사는 받으시고 하시지...:|
그냥 이것 저것 관심은 많은데 시험준비하느라 다 미뤄두고 이제서야 다시 시작하게 되었네요~
사진찍는거 좋아하는 평범한 학생(이제 곧 졸업이네요-_ㅠ) 입니다.
심심하신분들은 놀러오세요^^
일명 그라탕으로도 통하는(정말?) graphittie입니다. 한글로는 대부분 그라피티라고 해주시는데, 그라피티에라고 읽어주시면 더 좋아해요.:) 잘 부탁드립니다.
티스토리 사용자입니다.
보통 쓰는 랩의 브라우저는 IE입니다만 개인 데스크톱은 FF(파이어폭스)를 쓰고 있습니다.
문제가 되는 것은 태터툴즈에서 텍스트 편집기를 사용할 때 일어납니다. IE의 경우는 굵게/이탤릭/밑줄 등이 Ctrl+B/I/U등으로 가능합니다만...
파이어폭스에는 저 단축키들이 북마크/북마크/소스보기로 연결되어 있습니다....그런 고로 동작하지 않는 모양이더군요.파이어폭스의 기능이든 태터툴즈의 다른 단축키든 상관없습니다만...어떻게 단축키로 굵게/이탤릭/밑줄 등을 선택할 수 있는 방법이 없을까요? 마우스로 이것저것 설정하려니 꽤 불편하네요.
으음... 브라우저마다 단축키 환경이 다르니 궁극적으로는 사용자가 단축키를 변경할 수 있게 하는 게 낫지 않을까요?
1. 그림을 삽입한 후 그림을 찍으면 옆에 창이 뜹니다. 이 경우 리샘플링 기능 사용을 찍어도 본문 안에 class 가 추가되지 않습니다.
2. 워터마크 찍는 부분이 나오지 않습니다. (리샘플링은 해도 워터마킹은 가끔 사용하는 경우가 많은데, 예전엔 별도로 옵션이 있었는데 어디로 출장간듯)
후음... 배포본이 아니고 1.1.0.3 대기본 말씀하시는 거죠?
graphittie 작성:htna 작성:혹시 101개의 메뉴얼을 만드시려는건 아니겠죠???
후덜덜...
;;;; 그럴라 그랬...
역시 101+alpha개의 메뉴얼이었군요...
101마리 달마시안이 떠오르는건 왜인지..
내가 써 넣은 글에서.. ^^;;
흐흐흐... 반 농담이고요. 지금 도큐멘테이션 관련해서 몇 가지 생각하고(실제로는 추진중인 것도 몇 개 있죠) 있는 것이 있답니다.
혹시 101개의 메뉴얼을 만드시려는건 아니겠죠???
후덜덜...
;;;; 그럴라 그랬...
그라피티님이 거의 다 잡으셨을 거 같습니다. 이름이나 홈페이지 말고도 비밀글도 확인해 달라고 했는데 @.@;
뻘줌;;
예전 English 언어팩 만들때 부끄럽게 참여했다가 이번에 태터 업데이트 하고 나서 Internationalization에 참여한 분들 올려주는걸 보고 공명심(?)에 다시 도전해보려합니다.
English는 이미 자리를 잡아가는거 갔고:-) 이 참에 스패니쉬로 재도전하겠습니다. 이쁘게 봐주세요:-)
오오오오!! 스패니쉬!! T_T
너무 많이 적었다가.
다 지웠습니다. orz플러그인 셈플은 없나요 ???
요 몇일전에, 플러그인 하나 만들어보려고 하다가.
몇번 헤딩하고, 만들었다가, 올리구.
잘못된거 확인하고, 수정해서 올릴 엄두가 나지 않아서.
걍 지워버렸었습니다.물론 플러그인 예제란게 완벽할 수는 없다고 생각합니다.
기존의 플러그인과 테더 셈플로 소화하는 방법이 가장 좋은 방법이란것도 알구요.
하지만, 테더 개발자가 아닌이상, 그리고 테더의 문제를 해결하려 하는게 아닌이상.
그리고, 학생때와같이 시간이 남거나 하는게 아닌이상,
위와같이, 테더소스보고 이해하고, 하기가 쉽지 않습니다.잘 만들어진 셈플코드,
100개의 메뉴얼보다 훨씬 효과적으로 내용을 전달하며,
100배의 시간을 들여 작동원리를 이해하는것보다 훨씬 효율적입니다.물론, 제가 시간이 많다면,
테더개발에 참여할 수 있다면, 얘기는 다르겠지만...
제가 다른 시간낼 수 없는 작업을 하고 있는 중이라서.. orz
가슴에 고이 모셔두겠습니다. 현재 도큐멘테이션 작업을 추진중이랍니다... 조만간 방대한 개발자료를 만나보실 수 있을 겁니다.
여러분... 한 가지 부탁이... 단순히 그냥 한 줄만 적지 마시고 이유를 개진해 주시면 안 될까요? 수많은 태터툴즈 사용자의 취향을 어떻게 전부 수용할 수 있겠어요... 서로 귀담아 듣는 자세로, 납득할 만한 이유를 대고 서로를 설득한다면 좋지 않겠습니까?:)
제가 처음에 제안했던 사이드바 구조에서는 위의 문제가 생기지 않았는데 이게 수정되면서 빠져버려서 개인적으로도 아쉬워하고 있습니다.
graphittie님께서 수정해주실거라 믿고 있습니다.
저의 초안에도 그 부분은 남아 있었는데요, 솔직히 스킨 제작자와 플러그인 제작자 어느 누구에게 부여할 일인지 판단이 서지 않았습니다.
아울러 rEwritemaster님의 문제는 스킨에서 사이드바 영역이 적절치 못하게 설정되어서 발생하는 문제로 보이는데요. 저 정도는 스킨 제작자 선에서 고려해 줄 수 있을 것 같습니다.
음.. img를 감싸는 div 크기에 대해 위지윅 에디터에서 입력할 수 있게 하는 것도 좋은 방법 같습니다.
(근데 이 글 이슈화가 좀 됐음 좋겠는데 아무도 관심을 안가져주네요 .. 울먹..)
이거 플러그인으로 만들어 쓰고 있는데... 공개를 해야 하는 것인가... (콜록콜록)
발제가 늦었습니다. 죄송합니다.
1.1을 내기 위해 지난 몇 달 간 달리면서 느낀 점을 적어보겠습니다. 어찌 보면 결론은 뻔한 것인데, 다 같이 주제를 공유하고 고민한다는데 의미가 있겠지요. 토의하면서 혼자서는 미처 보지 못했던 부분을 발견할 수도 있는 것이고요. 그럼 이야기를 시작하겠습니다.
1.1을 개발하면서 느낀 문제점이 몇 가지 있는데, 이 중에서 "프로젝트 추진"에 관계된 이야기를 해보겠습니다.
현재 TNF는 결자해지를 모토로 하고 있기 때문에 어떤 개발이 진행되면 거의 1인 체제로 가고 있습니다. 기획/개발을 한 사람이 동시에 진행하는 것이죠. 이 방식의 단점과 장점은 다음과 같습니다.
1. 기획/개발 전문가를 각각 따로 둔 상황보다 전문성을 갖출 수 없다.
2. 기획이 바로 개발로 이어진다는 점에서 개발 속도가 빠르다.
3. 해당 개발자가 증발하면 프로젝트가 중단된다.
4. 타인과 개발관련 커뮤니케이션을 할 필요가 없기 때문에 외부인은 개발상황을 파악할 수 없다.
명확하게 문제점이 보이기 때문에 해결책도 명확하게 나올 수 있는 상황입니다. 문제점에 대한 평론은 하지 않겠습니다. 괜히 어줍잖게 결론을 내버릴 수 있으니까요. 해결방법과 개선책에 대한 토의를 부탁드립니다.
TNF : Tatter Network Foundation forum » graphittie가 작성한 글