4,001

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

플러그인으로 제작이 가능하겠군요 big_smile

4,002

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

sandbox에는 초기부터 GPL 2 라이센스 파일을 넣었습니다.
trunk나 정식 배포판에는 들어있지 않은 것 같네요 smile

4,003

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

http://tattertools.com/ko/forum/viewtop … 2456#p2456 에서 건의한 내용입니다.

inureyes 작성:

그래서 든 생각입니다만, 이제 버그 패치를 상징하는 마이너 릴리즈 넘버를 올리기엔 너무 변화가 큽니다.

1.0.5에서 크리티컬하게 지적되었던 점만을 수정하여 1.0.6을 앞당겨 (1,2주 정도 내에) 내놓고, 1.1 branch로 가야 하지 않나 싶습니다. 현재 1.0.6의 공개 시간에 15일 여유를 더 두고 1.1을 발표하는 쪽이 더 나을 것 같습니다.

이 경우 1.0.6 업데이트는 해당되는 분이 아니면 꼭 업데이트 할 필요가 없음을 공지를 통하여 주지시켜야겠죠.
현재 1.0.5에서 발견된 급히 수정이 필요한 (그래서 수정된) 크리티컬한 부분만을 정리해보아야 겠습니다.

언급대로, 1.0.6으로 버전을 붙여 가기엔 이번의 변화가 급격합니다.
버그 패치를 포함한 1.0.6을 단기간에 내놓고 바로 1.1로 가 버리는 쪽이 나을 것 같습니다.

4,004

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

chester 작성:

1.0.5 에서 1.0.6 으로 가면서 정말 큰 변화가 생기겠군요 smile
관리자 화면의 변화와 함께  스팸필터의 적용 게다가 tistory.com 을 작업하면서 생긴 온갖 feature 들을 고려하면..
호곡 이군요..

skin쪽 처리모듈의 변화, page cache module 의 추가.....
이제 정말 원하는걸 하기 위한 기초가 좀 쌓이는것 같습니다 smile
tistory.com 과 관련하여 생기는 변화들에 대해서도 포럼에 좀 정리해서 올리도록 하겠습니다.

그래서 든 생각입니다만, 이제 버그 패치를 상징하는 마이너 릴리즈 넘버를 올리기엔 너무 변화가 큽니다.

1.0.5에서 크리티컬하게 지적되었던 점만을 수정하여 1.0.6을 앞당겨 (1,2주 정도 내에) 내놓고, 1.1 branch로 가야 하지 않나 싶습니다. 현재 1.0.6의 공개 시간에 15일 여유를 더 두고 1.1을 발표하는 쪽이 더 나을 것 같습니다.

이 경우 1.0.6 업데이트는 해당되는 분이 아니면 꼭 업데이트 할 필요가 없음을 공지를 통하여 주지시켜야겠죠.
현재 1.0.5에서 발견된 급히 수정이 필요한 (그래서 수정된) 크리티컬한 부분만을 정리해보아야 겠습니다.

4,005

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

graphittie 작성:

병합은 했는데... 제대로 했는지 모르겠네요. 일단 메뉴에 새 휴지통 관리가 생기기는 했고 owner/trash가 생성되었고... lib/model에 몇 가지 파일을 업데이트 하더군요. CSS 파일도 한 줄 변경되었던 것 같고... 제 생각이지만 아마 제대로 병합된 것 같습니다.;) 그런데 필터 부분은 환경설정의 필터와 동일하네요? 한 쪽은 없애야 하는 것 아닌가요?

넵 의견을 모아 이사오는 것이 낫다고 생각하면 원래 쪽을 지우고, 그냥 거기 있는것이 낫다고 생각하면 옮긴 것을 지우려고 남겨 놓았습니다. smile

graphittie 작성:

PS : 메뉴 명칭에 대해서인데,

       휴지통
       - 삭제된 트랙백
       - 삭제된 댓글
       - 삭제된 필터링

이 어떨까요?

그 이름이 더 낫겠네요 smile 삭제된 필터링은 그냥 필터링으로 바꾸는 것이 나을 것 같습니다.

그리고 구조를 들여다보다가 굉장한 생각이 들었습니다. 이게 xhtml 구조가 되어버린 이상 piece/owner 디렉토리의 80퍼센트 정도의 파일들은 전부 휴지통 신세가 되겠더라구요. 한 번 생각을 구현화해서, 성공하면 commit해 보겠습니다. -
(graphittie님 굉장하십니다 ㅠ_ㅠ)

4,006

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

r121 기준으로 lunamoth님 의견대로 메뉴을 몽땅 옮기고 댓글 휴지통과 필터를 추가하였습니다.

알림판 이야기가 전에 나왔었죠 smile 리더를 사용해서 간단하게 구현해보자는 의견이었는데, 누가 총대를 메실지요 ^^

4,007

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

graphittie 작성:

리비젼 118로 수정 들어갑니다.

흑 118과 121 사이를 체크하니 변한 파일이 스무개가 넘습니다. 다시 checkout하시고 merge해서 작업해 주실 수 있나요?
(유닉스 계열이시면 체크아웃해서 작업하시는 루트 디렉토리에서

svn merge -r 118:121 http://dev.tattertools.com/sandbox/trunk

를 입력하시면 됩니다.)

죄송합니다;;; 제가 스팸 쓰레기통 기능을 구겨 넣었거든요 ㅠ_ㅠ

꼴넣었어요 ㅠ_ㅠ 꼬올- 이라고 들리네요 흑
전 21세기에 이게 무슨 라디오입니까 ㅠ_ㅠ

헉 글쓰고 있는데 한 꼴 먹었다고 라디오에 나오는군요;;;;

4,009

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

graphittie 작성:

트리 스킨이라 하시면 어디를 말씀하시는 것인지요?

제 착각이었습니다 big_smile

4,010

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

의견을 듣고 싶습니다.

현재 sandbox에 구현된 휴지통은 글 관리의 하위 메뉴로 들어가 있습니다.
그런데 휴지통의 종류가 덧글 휴지통과 트랙백 휴지통 이렇게 두 종류가 있습니다. 두 휴지통을 합치기에는 다중 선택시 삭제라든지, 일치하지 않는 필드의 어느 부분을 출력할 것인가에 관한 문제 등 무리가 있습니다.

* 글 관리에 휴지통 메뉴를 따로 두고 그 하위 메뉴로 덧글 휴지통과 트랙백 휴지통이 있는 것이 나을까요?
    - 휴지통도  글 관리의 성격이 강하기 때문에 독립적으로 메인 메뉴에 따로 올라가야 할 내용이 되는지를 결정해야 합니다.
* 아니면 글 관리 메뉴에 덧글 휴지통 / 트랙백 휴지통 두 개를 추가하는 것이 나을까요?
    - 지금은 트랙백 휴지통 하나만 들어가 있어 문제가 없지만 두 휴지통을 추가하는 경우는 레이아웃이 문제가 됩니다.
* 그렇지 않으면 휴지통 하위메뉴에 덧글 / 트랙백 휴지통 하위메뉴를 한 단계 더 두는 것이 나을까요?
    - 접근성이 희생됩니다.

sandbox를 사용하시지 않는 분들을 위한 현재의 스크린샷은 다음과 같습니다.
http://nubimaru.com/~sakharov/download/trash_admin.png

4,011

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

에러 리포트입니다.

블로그에서 답글 작성이 되지 않습니다. sad 왜인지 살펴보고 있는 중입니다.)

덧) xhtml 관리자 수정의 문제가 아니라, 스팸 쓰레기통 구현시 추가된 필드로의 쓰기기능이 추가되지 않아서 생긴 문제입니다.
해결해서 commit 하겠습니다. smile

게시물 찾아보시면 이전에 한 번 언급된 적이 있습니다. smile

이 패치의 방식은 임시 해결책이기 때문에 업스트림에 반영하기는 무리가 있습니다. 계획상으로 서비스형 버전이 나올 때 사용자 처리 부분을 포함한 하부구조를 상당부분 갈아 엎게 될 예정이며, 그 때 one-user/multi blog 기능이나 Multiuser/one blog 기능이 좀 더 근본적인 다른 방식으로 구현될 예정이라고 알고 있습니다.

아래는 추가)

(라지만, 내키면 기다리지 말고 저희가 사용자 인증 부분을 포함해서 갈아 엎는것도...)

하지만 차칸아이님 대단하시네요 smile 필요는 발명을 낳는다는 말이 틀린 부분 하나도 없습니다 cool

4,013

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

아주 대충 스팸 트랙백 휴지통 sandbox에 만들어 넣었습니다.

출력 루틴에 손을 대진 않아서 아직 휴지통에 든 녀석들도 블로그에 출력되는데, 그건 자고 나서 해야 되겠네요. smile

4,014

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

시간 난 김에 스팸 트랙백 휴지통 대략 만들어 넣었습니다.
저도 이제 자야겠네요 smile

신경쓰이지 않도록 원글이 윗쪽에 출력되도록 수정되었습니다.
sandbox에 commit 되었습니다.

덧) graphittie님의 xhtml에도 구현되어 있습니다. 현재 (sandbox r116 이후) 반영되어 있습니다. smile

4,016

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

음음 디자인;;;
제 동생은 저에게 머리에서 그것밖에 안나오냐고 자주 구박을 합니다.

어쩔 수 없죠 뭐... 전 텍스트형 인간인 것 같더군요. ㅠ_ㅠ

4,017

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

참고로 graphittie님이 xhtml화하신 결과물이 어느정도인지 한 번 올려봅니다.
css를 끄고 실행해본 화면입니다.

http://nubimaru.com/~sakharov/download/xhtml_admin.png

이번엔 css를 적용시키고 실행해본 화면입니다.
http://nubimaru.com/~sakharov/download/xhtml_admin_with_css.png

덧. 크네요 -_- 리사이즈해서 다시 올렸습니다.

4,018

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

현재까지 발견한 버그입니다.

관리자모드에서 환경설정 - 계정 정보를 관리합니다 탭에서 전체 관리자인 경우 아래 초대 명단이 나옵니다. 초대명단에 디폴트로
graphittie(sntmntl@dreamwiz.com)      www.beyondours.com      2006/03/14      경과      비밀번호
가 출력됩니다. big_smile
폭 등도 살짝 수정도 해야 될 것 같습니다.

트리 스킨 부분은 사라졌네요. xhtml 준수가 목적이니 별 필요가 없는 부분이긴 합니다. smile

4,019

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

moderator이시니 글 가장 아래 보면 '이야깃거리 옮기기'가 생겼을겁니다. cool

4,020

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

현생인류 작성:

글뿐 아니라 카테고리에서도 '비공개'기능을 지원했으면 좋겟네요..

지극히 개인적인 이야기를 쓸수 있는 곳이 블로그이기도 하니까요..

비공개 카테고리를 지원하면서 비공개 카테고리에 쓴 글은 자동으로 비공개가 되도록 하는 것은 어떨까요?
필드를 추가하지 않고 이러한 기능들을 구현할 수 있는 방법을 생각해 보겠습니다. smile

(현재 쓰레기통, 비공개 카테고리 등 DB 구조의 변화를 가지고 와야 하는 요건들이 속속 등장하는군요.)

4,021

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

graphittie 작성:
inureyes 작성:

언어 문자열 변경입니까 OTL
그럼 관리자화면에 출력되는 메세지가 변한 경우도 생긴건가요?^^

메세지를 완전히 제가 새로 만든 경우는 없지만 title 속성의 경우는 제가 멋대로(...) 추가한 것이 꽤 됩니다. 그 밖의 기존 메세지는 표현의 일관성을 유지하는 쪽으로(예: 마침표 등) 약간만 변경을 가했습니다.

깜박 누락되었던 로그인 화면도 방금 daybreaker님께 전송하였습니다. 이 로그인 화면은 현재 제가 이미지를 만들 수가 없어서 임시로 만든 것입니다. 며칠 안으로 제대로 된 화면으로 업데이트하겠습니다.

PS : 몇 군데 버그가 보이네요. 꼭 전송하고나면 보이지요, 이런 거. hmm 로그인 화면 업데이트할 때 같이 수정하도록 하겠습니다.

daybreaker님께서 내일 밤까지 바쁘시다고 하시니 저에게 보내주세요. 이전에 daybreaker님께 보내신 파일은 제가 대신 받아 commit하고 있는 중입니다. smile

일단 테스트한 소감은... 끝장입니다. html관련 부분을 거의 완전 새로 짜셨군요 +_+

4,022

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

흐흐 제게 보내세요 smile
제가 일단 sandbox 에 commit해 버리겠습니다 하하

gtalk로 연락주세요 ~

4,023

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

웹에 올라온 정보는 무슨 수를 쓰더라도 '복사'를 막을 수는 없습니다.
(그건 디지털 매체의 속성이기도 하지요)

개인적으로 웹 데이터의 영속성을 보장하지 못한다는 점에서 스크랩이 크게 잘못되었다고는 생각하지 않습니다. 그렇지만 스크랩을 위한 도구가 왜 블로그가 되어야 하는지는 이해하지 못하겠습니다. Firefox의 경우 scrapbook이라는 걸출한 확장기능이 있고, google의 notebook으로 대표되는 스크랩을 위한 전용 서비스도 있습니다.

단지 N사의 블로그가 '펌' 기능을 넣었다고 해서 블로그가 스크랩에 최적화된 매체처럼 보이는 것이 그다지 좋은 방향이라고 생각하지 않습니다. 블로그의 스크랩 기능에 대해서 왈가왈부하기 보다는 스크랩을 위해서 존재하는 수많은 프로그램과 서비스를 대신 이용하는 것이 어떨까 생각합니다.

4,024

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

언어 문자열 변경입니까 OTL
그럼 관리자화면에 출력되는 메세지가 변한 경우도 생긴건가요?^^

단순히 언어팩이 아니라 언어권역별로 여러가지 수정이 있어야 할 것 같습니다.
지난 토요일에 그것에 관하여 간단하게 토론하였는데, 좀 더 깊이 있는 이야기가 있어야 하겠네요.