아니면 한 달 정도? 이올린을 기다리시는 것도 좋은 방법이 되실겁니다

전자의 경우는 현재의 백업 구조에서도 아마 plugin 테이블 백업을 하고 있을 겁니다.

슬슬... ttml parser를 component로 분리해 보겠습니다.

분리를 시키면 그 이후 개선 작업은 용이할테니까요.

한 이틀 여유를 주시죠

하는건가요 ㅎㅎ

그어 editlog가 복구과정에서 퍼미션이 쓰기권한이 없어졌는지 모르고 있었습니다. ㅠ_ㅠ

좀 전에 권한 복구 했습니다. 이제 원래대로 잘 될 겁니다 ㅠ_ㅠ 죄송해요 흑 ㅠ_ㅠ

그게요.... 웹표준 권고안에는 img의 속성중에 title이 없습니다;;;

그래서 태터에도 없죠...

여러 부분에서 공감합니다. 결과적으로 향하는 목표는 같지만, 방법의 차이가 있는 것 같네요.

customer와 contributor를 구분하는 것은 굉장히 미묘한 문제지만, 꼭 필요한 문제이기도 합니다.
이 포럼이 'Tatter and firends'라는 contributor들 사이의 커뮤니케이션을 위하여 만들어졌다면, customer들을 위한 메인 페이지도 따로 존재해야 할 겁니다. 서로 다른 영역의 두 그룹을 묶는다는 것은 이도저도 아닌 결과를 낳을 수 있지 않을까요?

contributor들은 태터툴즈를 사용하시는 수많은 분들 중에 그에 대한 '책임' 을 져보고 싶다고 생각하시는 분들입니다. 그에 맞는 내용들이 있고 그에 따른 의사 소통이 있어야 하지 않을까요? trac과 여기 포럼이 서로 다른 공간처럼 구분되어 보이는 것은 웹 프로그램의 기능에 따른 구성의 문제이기 때문에 이 둘을 묶어 하나로 생각하는 것이 맞을겁니다. - 둘을 적당한 틀 안에서 통합해 버리는 것도 좋을 겁니다. (trac에서 여기에서처럼 자유로운 이야기나 다양한 의견을 나누기는 힘들죠)

그렇지만 태터툴즈의 메인페이지와의 통합은... 제 생각엔 제품 공장과 설계및 서포트를 담당하는 사무실과 월마트 판매점을 통합하자는 의견처럼 생각됩니다.

먼저 포럼의 성격을 확실히 해야겠군요.

여기 포항인데... 반팔 입습니다.

오늘은 들어가는 길에 모기약이라도 사려고... (압박인가요? ㅎㅎ)

현재 아직까지는 태터앤 컴퍼니 분들 외에 trunk 에 직접 commit할 수 있는 권한을 가지신 분이 없습니다. 그래서 일단은 제가 직접 latest trunk와 sandbox의 변화사항을 merge해서 sandbox로 넣고 있습니다. (그래서 살짝 늦기도 합니다만;;; )

현재 개발의 대부분이 TNC에서 이루어지고 있기 때문에, sandbox를 거쳐 trunk에 반영되기에는 이중의 수고가 드는 문제가 있습니다. 그래서 예전에 한 번 latest trunk가 바로 갱신될 때 마다 sandbox에도 merging 후 업데이트를 부탁드렸는데, 바쁘신 것 같습니다. ㅠ_ㅠ

되도록 sandbox가 언제나 bleeding edge가 되도록 노력하겠습니다.

확실히 그 부분 (스킨과 플러그인 등등)에 대한 통일과, 처리 코드 재작성은 필요하다고 생각합니다.

문제라면, 하나는 개발 우선순위고 다른 하나는 플러그인 쉽게 만들기 힘들다고 생각할 수 있다는 점과 이식성의 문제가 되겠네요.

개발 우선순위는 뭐... 아시죠? ㅎㅎㅎ 저희 일을 엄청나게 벌리고 있습니다.

쉽게 만들기 힘들지도 모른다는 점은 문서로 커버 가능하니 패스고요, 이식성의 문제는 기존의 방식으로의 하위 호환성을 유지하여 그대로 지원하는 식으로 가면 될 것 같네요.

(만약 호환이 안된다면...... 기존에 존재하던 php 코드들의 재사용이 매우 슬퍼질 것 같습니다.  제 블로그에선 soojung의 포맷팅 루틴을 플러그인으로 만들어 쓰고 있거든요. ㅠ_ㅠ )

흑;;
아직 그런 예를 본 적이 없어서 잘 모르겠습니다 ㅠ_ㅠ

혹시 업그레이드 하셨다면 checkup 으로 DB 업그레이드도 하셨나요?

Ticket 30번으로 등록하였습니다.
( http://dev.tattertools.com/ticket/30 )