126

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

graphittie 작성:

이래저래 IE가 여러 사람 고생하게 만드는군요.:(

언제 지원했어야 하는 걸 7에서나 지원한다고 하니...
웹 개발자들만 이리저리 꽁수를 궁리하게 하고, 사용자도 많으니 버릴수도 없고;;
그야말로 애물단지..

127

(4 답글들, 지역화및 문서화 작업에 작성)

graphittie 작성:

스킨 메타파일에 스킨 언어정보를 포함하는 것은 어떨까요? 한국어용 스킨, 중국어용 스킨, 이렇게 스킨은 스킨 상에서 사용되는 상위 언어가 있으니 이를 index.xml에 기입해놓게 하고 이를 읽어다 사용하는 것이죠. 이럴 경우에는 관리자 화면의 인터페이스를 수정할 필요도 없고, 언어 설정이 2가지여서 혹시나 초래하게 될 사용자의 혼란을 방지할 수도 있습니다.

방안은 좋은 것 같은데, 구현된 결과는 안 떠오르네요;;
설명좀 자세히 부탁드립니다;;;  (이제부턴 국어공부 더 열심히 할게요 ㅠㅠ)

lunamoth 작성:

r570 에서 댓글 목록, 휴지통이 안뜨더군요. 다른 분은 이상 없으신가요?

저도 블로그 재설치까지 했는데;; ㅠㅠ

현재 센터는 이름뿐인 페이지 입니다만, 블로그주소/owner 로 접속하면 센터로 가게 되어 있지요.

'글관리'메뉴의 [댓글을 봅니다] [댓글 알리미] [트랙백을 봅니다] 메뉴를 센터로 이동하고,

[방명록을 봅니다]를 추가해서 서 센터 메뉴를 좀 더 확대하고,

약간은 비대한 '글관리' 메뉴를 축소하는게 어떨까 합니다.
(나중에 '공지관리' 메뉴와의 병합이 있을 시에 필요한 여백도 생기겠죠^^)


아래 글의 관리자 메뉴의 논의의 연장선 상에 있어야 하지 않나 생각해서 링크 붙여 둡니다.
http://forum.tattertools.com/ko/viewtopic.php?id=973

inureyes 작성:

잘 몰라서 질문 하나^^/
그런데 p 태그 안에 위에서 말씀하시는 태그들이 들어갈 수 있나요?

a, b, strong, i, u, span, font 정도는 괜찮겠구요, div 는 잘 모르겠습니다.
Validator 말씀하시는 건가요..??

Peris 작성:

플러그인으로 처리가 되지 않을까요?
이벤트가 필요하다면 이벤트를 넣어주는 쪽이 어떨까요?

굳이 플러그인으로 빼야 할까요..?
저는 기본 코어에 내장되는 것이 바람직하다고 생각합니다.

cirrus 작성:

간단한 태그(ex <b>, <s>,<br>,<font> 등등등) 정도는 풀어주시는게 좋지 않을련지요? ;;;

만약 푼다면 span, div, a 도 같이 풀어주셔요^^

133

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

글쎄요.. 거의 세시간 쯤이면 될 것 같은데요..?
(한타에 끝내면 재미 없으려나?)

내지는 슈팅부분 난이도를 궁극으로 해서 악명높은 게임으로 만드는 방법도;;

134

(17 답글들, 이올린에 작성)

noctiluca 작성:

참고로, 아래 표기가 적절하지 않을까 생각합니다.

ポストのリスト -> 記事リスト/新着投稿一覧/新着リスト・・・
作成視覚 -> 作成日/作成日時
著者 -> 作成者/投稿者
文題目 -> タイトル

콜~ wink

135

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

php 지원의 경우에는 보안에 관련된 문제가 있기 때문에 아마 웬만해서는 허용되지 않을 것입니다.
대신 플러그인으로 원하는 기능을 짜 넣어서 치환자로 호출하는 방법이 있습니다.

[##_rp_anchor_##] 의 지원은 저도 필요하다 생각됩니다.
<a id="~~~~~"></a> 부분을 표현하게 되겠죠..?
실질적으로 나타나지는 않지만 Validator 통과를 못하니까 좀 그렇네요^^;

136

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

W3C 에서 제공하는 거 씁니다.^^
다른건 어떤게 있는지도 잘 모르고, 쓸줄도 몰라서;;

137

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

expansor 작성:
마모루 작성:

일단 워드프레스 같은 블로그 툴 테마 php 파일 열어 보시면, 태터툴즈를 사랑할 수 밖에 없습니다;;

제가 너무 개으른 생각을 했군요... OTL
반복 치환자들은 어디에 넣어야 될지 모르겠더라구요.

태터툴즈 기본 스킨을 보면서 개략적인 구조를 파악하실 수 있습니다.
이리저리 넣었다 뺐다 해 보면서 하다보면 하나 만드는 것은 금방이죠.

치환자들은 살리고, 디자인은 바꾸는 작업을 먼저 해 보시면, 치환자의 구조가 어느정도 파악 되실 겁니다.
구조가 좀 익었다 싶으면 텅텅 빈 HTML 문서부터 스킨을 만들어 나가는 거죠.
이 때에 기본 구상이 좀 필요하게 됩니다^^

몇번 하다 보면 기본 구조는 금방 익히고, 태터툴즈 만큼 스킨 만들기 쉬운 툴도 없다는 걸 느끼실 거에요^^

138

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

expansor 작성:

내용에 다소 상관 없는 이야기입니다만은.
나모 웹에디터나 드림위버처럼 태터툴즈 스킨을 제작하는 에디터가 있다면!
저같은 王초보(?)도 스킨을 만들고 싶어요~

저는 드림위버를 사용해 태터툴즈 스킨을 제작, 배포하고 있습니다.
태터툴즈 스킨 만들기는 정말 쉬운 편입니다.
일단 워드프레스 같은 블로그 툴 테마 php 파일 열어 보시면, 태터툴즈를 사랑할 수 밖에 없습니다;;

139

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

Louice P. 작성:
마모루 작성:

한글 "새 글을 작성합니다"
일어 "新しい記事を作成します"
영어 "Write new post"
중어 "모르므로 통과;;"

일본어같은 경우는 그냥 "新規記事作成"이라고만 써도 됩니다 smile
물론 메뉴에 쓰이는 게 아닌 기능에 대한 설명이라면 아래의 문장을 씁니다만 ^^
'메뉴 항목' 같은 경우에는 회화체보다 간단하게 기능만을 설명할 수 있도록 한자로 간단하게 써 주는게 기능 이해가 빠르다고 하더군요 smile

현재 새 글을 쓸 때에 "새 글을 추가합니다" 라고 나오죠. (r.561)
"~니다" 형을 버릴 경우에 한국어 메뉴 또한 간략해지는 효과가 있습니다.
간략하게 명사화 구성을 할 경우, "새 글 추가(or 작성 or 쓰기)" 로 나타낼 수 있을겁니다.

그래피티에 님께서 제안하신 '태터툴즈 고유의 센스로 "~니다" 형을 채택'하게 된다면, 타 언어 역시 ~니다 형을 취하는게 옳지 않겠느냐 하는 것이 제 생각이구요,

확정해야 할 것은 관리자 메뉴의 탭에 "~니다" 형을 취할지 버릴지를 결정해야 할 것 같습니다.

물론 기능에 대한 설명은 "~니다"의 형태를 유지겠지요^^

RSS 는 XML 을 사용하니까, XML 을 쬐금 공부해 보시면 의외로 쉽게 나올 것 같은데요?

141

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

완전 개념 상실이네요.
저작권에 따라 소송이 걸릴 수도 있는데, 뭘 믿고 막 쓰는 걸까요..?

142

(9 답글들, 티스토리(TiStory.com)에 작성)

킬러캐스트 작성:

어휴 저같은 사람 100명만 모이면 200명이 쓸 공간을 100명밖에 사용하지 못하는 일이 생겨버리네요~ 아무튼 계속 좋아지는 티스토리가 되고 있어서 기분 좋습니다.

어차피 계정 용량은 다음쪽에서 제공하니까 서버쪽에서는 그다지 큰 문제는 되지 않을 듯도 싶습니다;; (아닌가..?)
문제라면 클라이언트의 백업 처리 시간이 길어진다는 것이죠;;
TnC든 TnF든 놀고있는 사람은 아무도 없으니까, 인지된 문제점은 반드시 해결될 겁니다^^

graphittie 작성:
마모루 작성:

일반 댓글일 때에는 tt-guest-comment 를 출력해 주는게 어떨까 해서요.

반영했습니다. rev.559입니다. 댓글은 tt-guest-comment, 방명록은 tt-guest-guestbook입니다.

해당 리비전 이후 tt-admin-~~~~ 클래스가 정상적으로 출력되지 않는 것 같습니다.
확인 부탁드립니다.

LonnieNa 작성:

.htaccess을 수정하여 태터툴즈의 blog/index.php를 읽히지 않고
태터툴즈가 설치된 폴더의index.php를 일혀지게 해놨는데.
문제는 blogurl/index.php를 주소창에 넣고
blogurl/index.php/식별자 였던가
이렇게 접속하면 무한새로고침 반복이 되는거 같던데..
혹시 저게 그걸 이용한건 아닌가 싶기도 하네요.

제가 보기에도 무한 새로고침이 되는 것 같습니다.
.htaccess 를 이용해 BGM 플레이어를 사용하는 방법중 요것도 한번 테스팅을 해 보심이 어떨까 합니다.
http://www.tattertools.com/ko/bbs/view. … amp;no=219

그걸 위해서 RSS 를 지원하는 것이지요.
TITLE 만 빼서 나열해주면 될 것 같습니다.
(자세히는 모르므로 통과;;)

146

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

graphittie 작성:

지금 메뉴는 "~니다" 형식을 기본으로 하고 있습니다. 메뉴 문자열이 길어지는 것이 문제라면 이 부분을 빼는 것도 해결책이 되지 않을까요? 메뉴의 "~니다"를 정책적으로 태터툴즈만의 고유 스타일로 고정시킬까요?

현재 한국어를 제외한 2개국어는 명사로만 구성된 메뉴를 사용하고 있습니다.
"~니다"를 정책적으로 넣을 경우, 다른 언어도 "~니다"를 따라간다고 봐야 겠지요.

예를 들면

한글 "새 글을 작성합니다"
일어 "新しい記事を作成します"
영어 "Write new post"
중어 "모르므로 통과;;"

등의 형식이 될텐데요, 일어의 경우는 너무 길어지지 않을까 생각됩니다.

될 수 있는 한 명사만 쭈욱 나열된 메뉴는 지양하고 싶습니다만, 길이의 문제나 간결성을 고려하면 또 이야기가 다를 수도 있겠네요.

좀더 논의가 필요할 것으로 봅니다.

맞춤법 등의 문제는 논의가 끝난 후에 다시 꺼내기로 하지요^^

147

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

샌드박스 커밋 권한이 없기 땜시롱 여기에 의견 올려 봅니다.

메뉴들의 일관성을 우선적으로 고려한 용어들 입니다.
더 알맞은 용어가 있다면 태클 걸어 주세요^^

==글관리==

새 글을 추가합니다 > 새 글을 씁니다(or 작성합니다)

글을 봅니다 > 글 목록을 봅니다

댓글을 봅니다 > 댓글 목록을 봅니다

댓글 알리미 > 댓글 알리미를 봅니다

트랙백을 봅니다 > 트랙백 목록을 봅니다

==공지관리==

새 공지를 추가합니다 > 새 공지를 씁니다(or 작성합니다)

공지를 봅니다 > 공지 목록을 봅니다

==링크관리==

목록을 봅니다 > 링크 목록을 봅니다

* 새 링크 추가 탭을 링크 목록 탭 왼쪽으로 배치 (통일성 측면에서)

==휴지통==

삭제된 댓글 > 삭제된 댓글 목록을 봅니다

삭제된 트랙백 > 삭제된 트랙백 목록을 봅니다

148

(4 답글들, 지역화및 문서화 작업에 작성)

graphittie 작성:

따라서, 언어 리소스 중 외부 스킨에 적용되는 메세지 부분만 걸러내어 따로 파일로 묶고, "관리자 화면|스킨관리" 부분에서 이 언어파일을 선택할 수 있도록 하는 것이 옳다고 생각합니다.

블로그에 표시되는 메세지의 언어를 다음으로 설정합니다.
        - 한국어
        - 중국어
        - 일본어
        ...

지금 현재 언어 리소스는 전부 _t() 함수와 _f() 함수를 통하게 되어 있는데, 외부 블로그에 표시되는 메세지는 _tx() 함수나 _fx() 함수를 통하게 하던가(함수명은 가칭입니다), 현재 _t('문자열'), _f('문자열') 식으로 되어 있는 사용법에 _t('문자열', 'external'), _f('문자열', 'external')처럼 매개변수를 하나 더 추가하는 것이 어떨까 합니다.

예, 한번 고려해 봄 직 한 내용입니다.
다만, 관리자 화면|스킨관리 에서 관리를 할 것이 아니라,
관리자 화면|환경 설정 페이지의 '언어' 옆에 있는 것이 어떨까 합니다.
아래와 같은 형식이 되면 어떨까 싶습니다.

<관리자 페이지 언어> 드롭다운 셀렉트 박스  <br/>
<블로그 표시되는 메세지> 드롭다운 셀렉트 박스

graphittie 작성:

의견 부탁드리겠습니다. 구현하게 된다면 총대는 제가 매갰습니다.

어이구..
맡으신 것도 많은데, 무리는 하지 마시고, 좀 쉬시면서 하세요^^;;

149

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

graphittie 작성:

스크린샷을 보여주시면 좀 더 이해하기가 쉬울 듯 한데요...

아마도 td 의 width 속성을 없앤 것을 말씀하시는 것 같은데, 없는게 낫지 않을까요..?

PAPACHA 작성:
나니 작성:

2. 날짜형식

lunamoth 작성:

월일시간 형식조정 // 언제 논의가 된 것도 같습니다만, 2006/07 , 2006년 7월 등 날짜 형식을 옵션에서 조정 가능 했으면 합니다.

이 부분에 대해서는 select form으로 나가도 좋을 것 같네요.

한글 형식: 2006년 7월 1일 | 2006. 7. 1. | 2006/7
영문 형식: Saturday, July 01, 2006 | July 1, 2006 | 2006. 7. 1. | 2006/7
중국 형식: 星期六, 1 七月, 2006 | 2006年7月1日 | ...
불어 형식: samedi 1 juillet 2006 | Juillet 1, 2006 | ...

물론 각 언어에 대한것은 환경설정에서 어떤 언어를 사용했느냐 따라서 달라지는거구요.

이것은 스킨의 영역이라기 보다는 언어의 것으로 여겨지며, 지금도 언어 리소스에서 재정의할 수 있습니다.
언어 리소스에서 다음 부분을 살펴보십시오.

//$__text['%H:%M'] = '';
//$__text['%H:%M:%S'] = '';
//$__text['%Y'] = '';
//$__text['%Y/%m'] = '';
//$__text['%Y/%m/%d %H:%M'] = '';
//$__text['%Y/%m/%d'] = '';
//$__text['%m/%d'] = '';

물론 이렇게 하면 '아라비아 숫자'로 된 시간은 어떤 형식이든 되겠지요.
하지만 숫자를 한자로 표기하고 싶은 경우 등 여러가지 경우에는 대응할 수 없지 않을까요..?