기본 아키텍처만 완성되면 직접 서버 사이트에 연결하는 메뉴와 함께 선택해서 인스톨후 바로 적용하는 것도 가능하겠죠.

gnome-art라는 프로그램에서는 그놈 데스크탑의 테마를 마찬가지로 서버에 연결해서 미리보기를 따오고, 더블클릭하면 인스톨 해줍니다 ㅎㅎ 일단은 약간 먼 이야기이고, 먼저 스킨 아키텍처에 관해서 여기서 의논후에 구현해 보는 것이 우선이겠네요

충분히 그럴 가능성을 가지고 있습니다.
그런데 그런 식의 검토 과정이 플러그인 제작자들의 의욕을 떨어뜨리지 않을까 하는 점이 조금 걱정되네요.

이런 것은 어떨까요?
플러그인 게시판에 글을 올릴 때 몇가지 포맷에 맞게 올리도록 하는 것입니다. 예를 들어,
...
DB 읽음 (o)
DB 변경 (x)
CGI 사용 (x)
...
같이, 플러그인이 작동하기 위하여 필요한 환경들에 대한 폼을 정해놓고 업로드시 작성을 부탁드리는 겁니다. 이미 올라와 있는 글들은 TNF에서 한 분이나 여러 분이 담당하셔서 글을 수정해 드리는거죠.

이 과정에서, 판단에 대한 필드도 하나 추가해서, 위의 폼에 TNF 확인 (o)  같은 부분도 추가할 수 있지 않을까 싶습니다.  이건 업로드 후에 TNF분들이 판단해서 추가해 주시는거구요. 이러면 거부감도 줄어드실테고 원하는 효과도 얻을 수 있지 않을까 합니다.

제 생각엔 Nogada가 맞는게 아닐까 싶은데요?
(gendoh님 센스 대단하십니다 ㅎㅎ)

아닙니다. 최곱니다!
전 섭이님이 예전에 다른 프로그램의 버그 리포팅 경험이 많으시거나 전문이신게 아닐까 하는 생각이 드는데요

오옷 지금 봤는데 Peris님 정원사 되셨네요

해결되었습니다. (sandbox r38 / trunk r34)
r39로 테스트 부탁드립니다

참고로 전 r36으로 테스트 하였습니다;

이렇게 수정할 경우 블로그 아래의 페이지 링크를 눌러 이동할 때 2 페이지 이상으로 이동이 되지 않습니다.

확인 바랍니다

전에 그 이야기를 읽은 적이 있는 것 같습니다.

하지만 다국어 지원이 목표라면 원칙적으로 링크는 전부 인코딩이 되어야 합니다. 그렇지 않으면 당장 일어판과 중국어판부터가 브라우저의 영향을 크게 받게 되죠. 그러한 이유로 대부분의 웹 어플리케이션이 주소 인코딩을 기본으로 하고 있습니다. 현재 1.0.4에서 영어를 제외한 외국어를 섞어서 링크를 만들어보시면 바로 링크가 깨지는 것을 확인할 수 있습니다.

글의 경우 numerical하게 출력하는 것이 가능합니다. 태그의 경우는 그게 힘들기 때문에 태그마다 번호를 붙이는 것 보다는 인코딩된 링크 주소를 출력하는 쪽이 낫다고 생각합니다. 주소창의 링크는 이상하게 보이지만, 브라우저 설정에 따라 링크에 마우스를 가져다 대어 나오는 링크는 디코드되어 보이니 주소창만 제외한다면 시각적인 무리는 좀 줄어들 것입니다. (예를 들어, IE6에서는 링크에 마우스를 대면 깨진 툴팁이 나오지만, 파이어폭스에서는 그 경우 제대로 된 툴팁이 나옵니다)

UTF8과 다국어 지원을 목표로 한다면, 사용자 입장이나 시각적인 부분에서는 아쉽지만 이런 부분까지도 완벽하게 가지고 가야 하지 않을까 하는 생각입니다.

다- 고쳐서 commit 했습니다

permalink 만드는 루틴에서 인코딩 처리를 미리 하고, 출력시엔 인코딩 처리를 하지 않는 식으로 변경하였습니다.

원인이 대충 짐작이 갑니다.
suri에서 / 문자를 기준으로 링크를 잘라서 취급을 하게 되는데, 그 쪽으로 넘기는 url을 rawurlencode나 urlencode로 /을  16진수로 번역해서 보내니 얘가 그걸 쪼개지를 못하네요. 그래서 다중 디렉토리 구조를 그냥 뭉뚱그려 하나로 취급해 버려 발생합니다.

쉽게 해결하려면 쪼개는 문자에 / 의 16진수 인코딩을 추가하면 되겠지만, 이 경우 카테고리명에 /을 쓸 수 없게 됩니다.

어떻게 할 수 있을지 생각해 보는 중입니다. 좋은 생각 있으세요?