inureyes 작성:
소필 작성:

IE7에서 스킨설정을 할려니 이렇게 preview 이미지들이 제자리에서 탈출을 감행하내요 ^^;
(IE6 에서는 이러지 않았습니다 ^^;)

넵 집나가는 애들 전부 잡아들일 예정입니다.^^

(IE7나오기 전에 1.1.0 발표해 버렸어야 했는데 쳇 (ㄱ- )

아직 MS에서 7과 관련된 정확한 기술문서도 안보이고(6에서 7으로도 잘보이게 만들기 등등;;) 지네들은 제대로 해석하기 시작했다라고 주장하는데 새로운 공식을 만든듯 합니다.

7에 관해선 아무래도 섵불리 달려들지 말고 약간의 조사가 필요할 것으로 보입니다.

ncloud 작성:

제가원하는것은 작성한글과 연관되는 기능들입니다. ( 일전에도 요청했지만 추가해서 요청해봅니다. )
먼저 추가테이블을 사용하고싶고, 이테이블을 태터툴즈와 함께 백업, 복원가능하도록하는것입니다.

1. 최초 글작성시 -> 테이블생성 + 테이블에 작성한글과 관련된 데이터 추가
2. 글수정시 -> 관련된 테이블 수정
3. 글삭제시 -> 관련된 테이블 삭제
4. 백업 -> 추가된 테이블백업
5. 복원 -> 추가된 테이블복원

이렇게입니다. 가능할지요 smile 이런 특정이벤트가 없어서 꽁수로 하려다보니 환경이나 조건마다 되거나 안되네요;;;

테이블과 관련되어 1.1의 storage 프로퍼티를 기술하는 것으로 가능합니다. 1.1의 RSS 구독 통계 플러그인을 참조해 보시기 바랍니다. 정확한 문서화는 약간 기다리셔야 할 것 같고;;

테이블 생성/파괴는 물론 백업/복원도 이런 방식으로 지원 될 것입니다. 글 수정이나 삭제 이벤트만 받아서 처리하시면 될 것 같습니다.

StillGyo 작성:

이미지 갤러리부분이 잘 이해가 가지 않아 한차례 더 질문해봅니다.

RSS 에서는 자바스크립트의 사용을 위험한것으로 보기때문에 이미지를 확장하셨다고 말씀하셨는데,
RSS 에서의 자바스크립트 사용이 위험하다면 왜 같은 RSS 리더기로 구독하는데
설치형 태터툴즈의 이미지 갤러리는 제대로 보이고,
티스토리의 이미지 갤러리만 모두 풀리도록 하신건지요?

버그라고 하죠 ㄱ-

스크립트 제거하러 가세~~ 쿨럭쿨럭
소스 코드 머징이 안된듯.

lyzche 작성:

- 대표적으로 리퍼러 통계 화면에서 리퍼러 순위와 리퍼러 로그가 상하단으로 분리가 되어버렸는데, 예전처럼 좌우로 하지 않은 특별한 이유라도 있는지요? 사실 리퍼러 순위는 매번 거의 고정이라서 잘 보지 않기 때문에 감춰지는 기능이 있으면 좋겠다는 생각이 듭니다. 아니면 예전처럼 좌우로 공간을 나누던가요.

리퍼러 순위는 플러그인을 비활성화 하면 아예 사라지게 됩니다. 플러그인의 하위메뉴들은 거의 그런식입니다.
상하 배치에 대해선 관리자 스킨작업이 아직 마무리가 안되어서고 아마 그라피티님이 잡아 주실껍니다. smile

lyzche 작성:

- 키워드 통계 같은 경우도 계속 늘어날 수록 아래로 칸이 늘어나게 되어 있는 것 같은데, 이것도 마찬가지로 한 화면에서 관리되었으면 좋겠어요. 데이터 관리도, 기본 정보도 그렇구요. 스킨 출력 화면도 한 화면으로 줄일 수 있을 것 같은데...;;;

다들 모니터가 커서;;
상하 여백의 경우 스킨적인 요소라 글쎄요... 오히려 버튼끼리 멀어서 실수할 가능성이 줄고;;;
관리자 스킨 마무리에서 한번 논의는 해 보겠습니다.

lyzche 작성:

제가 말하는 한 화면은 1024 기준이에요. 그러니까, 스크롤이 조금이라도 적게 생겼으면 좋겠다는 뜻이었습니다. 굳이 스크롤이 길어질 이유가 있다면 그건 할 수 없는 일이지만, 제가 여러 사이트를 둘러봐도 그렇고 한 화면에 최적화 되어 있는 메뉴일 수록 좀더 깔끔하고 편리하더라구요. 지금의 태터 관리자 모드의 화면은 널찍널찍해서..좀 행간이랑 이런 게 좁혀졌으면 하는 생각이 들거든요.

1280*1024 내지 1024에서도 전체화면으로 늘렸을때를 기준으로 작성된 것으로 들었습니다. 기존보다 사이즈가 커진 것에 대해 논의를 했습니다만 이 부분은 추후 스몰화면용(가령 PDA까지) 관리자 스킨으로 해결 할 수 있을 것 같습니다.

lyzche 작성:

- 1.061에서 사용하던 스킨을 업로드하면서 발견한 현상인데, 스킨 설정에 들어가면 미리 보기 화면이 통일되지 않는 경향이 있던데요. 예전에는 크기에 차이가 나도 한 사이즈 안에 강제로 맞춰지게끔 되어 있지 않나 싶었는데, 지금은 크기대로 막 늘어납니다; 그래서 지금 제가 적용한 커피앤티비 스킨의 미리보기가 좀 컸는지, 적용하게 되면 미리보기 화면 아래 <편집하기>버튼이 나오지 않습니까? 그 버튼이 아래 바로 목록이 시작되는 <사용가능한 스킨 목록입니다> 줄에 걸쳐집니다;;;
(설명이 쉽도록 캡쳐 화면을 올리려고 했는데 여기는 그림파일을 직접 올리지 못하나봐요)

스킨 화면 버그가 좀 있습니다;;; 정식버전에서 완전히 잡을 것으로 예상됩니다.

lyzche 작성:

- 스킨 고르는 화면에서도 스킨당 구분하는 선이 있으면 조금 더 정리되어 보일 것 같은데요.

- 그리고...<댓글 알리미>에서 등록되는 댓글이 중앙정렬이 됩니다. <댓글> 메뉴에서처럼 그냥 왼쪽 정렬이 더 읽기 편할 것 같아요.

중앙정렬은 버그다에 한표 ㄱ-

lyzche 작성:

그리고 마지막으로 의문점이 있는데...예전에는 안 그랬는데, 관리자 화면에서 뭔가 기능을 누르거나 화면 이동을 할 때 순간적으로 글자가 작아졌다가 돌아오는 현상이 있습니다. (몇몇 스킨에서 봤던 현상;;; ) 이건 왜 그런 거지요? 저만 그런 건가요? 신경 쓰여서요.

화면이 그려지는 중간에 CSS가 적용되면서 일어나는 현상이 아닐까 하는 생각이;;; 브라우저 특성으로 보이는데 해결 가능하다면 고려는 해 보겠습니다.

330

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

배경이 그;;;;

우리는 이것을 버그라고 합니다. 냐옹~

파파차님이 다른 쪽에 커밋을 해 주셨고 차주에 머징작업을 할 예정입니다.

일단 이미지 갤러리는 일부러 이미지들을 확장하였습니다. RSS 에서는 자바스크립트의 사용을 위험한 것으로 보고 있기 때문이죠. mp3는 한번 확인해 봐야 겠네요.

334

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

유마 작성:
laziel 작성:
나니 작성:

유마님 무서워요 흑.. ㅠ0ㅠ

언니가 겐도님 QA를 안받아봐서 그래 ㅇㅅㅇ+

두분다 남자시잖아요!

소문엔 남자취향이라는;;;;

이올린 내부 코드랑 같이 디버깅을 해야 하는 부분이라 아직 지켜볼 뿐입니다;;;;; 정식 전에는 해결하겠습니다. -0-

336

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

inureyes 작성:

옵티마이저에 맞춰 소스를 수정하시는 것을 넘어 소스에 따라 옵티마이저를 수정하시는 겐도님;

쵝오 6(^_^ )

파파차님이 하셨습니다. smile

337

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

옵티마이저를 돌리면서..

1. 몇군데 오류가 발견되어 수정

2. 파서가 바보여서 도저히 해결 안되는 부분이 발견되어 손옵티마이징.

3. 결과물에 문제가 있어 파서 수정

4. 파싱중에 오류가 생겨 파서 로직 수정중...

중...

중...

....


오늘 RC가 나올수 있을가요;;;

mari 작성:

베타 트리에 있는 1.1을 오늘(..)부터 쓰고 있습니다.
그런데 이올린에 싱크가 안 되는것 같네요.
1.1로 바꾸고 나서 글을 세개 올려봤는데 세개 모두 싱크가 안 되어있습니다. 이전 버젼에서 발행한것들은 제대로 발행되어 있구요.

1.1버젼은 이전 버젼을 완전히 삭제하고 새로 설치했으며 스킨 업로드한개 한거 빼고는 건드린게 없습니다.

관련작업 확인 예정입니다. 이올린의 싱크 메커니즘도 약간 변한 상태입니다.


언제하지;;;; 요즘은 정말 하루가 빨리가요 @.@;

gofeel 작성:

1. 태그를 누르고 Tab을 누르면 기존에 보이던 자동완성 창이 따라오는 버그가 있습니다. tatterstory에서 확인했습니다.

베타 1.1에는 해당 조정이 들어간 것으로 알고 있습니다. 그리고 잘 되는군요 smile

gofeel 작성:

2. Tab을 이용한 Browsing시 태그 부분에서 더이상 Tab으로 넘어가지 못합니다. 이로인해서 키보드만을 이용한 브라우징이 불가능해집니다. 태그 Form이 비어있을경우 Tab을 누르면 다음 form으로 넘어가도록 개선하였으면 합니다.

방금 해결하였습니다. Beta만.
다만 탭 인덱스가 좀 이상해서 아래쪽으로 못내려 오는군요 ㄱ-
좀더 수정해야 하는 문제;;;

gofeel 작성:

3. 위치로그를 입력하는 부분에 ,로 구분됩니다만 대한민국 , 서울특별시 , 마포구....보다는 대한민국 > 서울특별시 > 마포구가 더 어울리지 않을까요?

현재 태그는 ,로 위치는 /로 구분하도록 되어 있습니다. 해당 키를 입력하면 이전 값이 지정되고 새로운 인풋 박스가 나오죠. 위치로그의 표시가 현재 ,로 되어 있는데 이를 그라피티님에게 요청드려 /로 변경할 예정입니다. >보다는 /가 입력하기 쉽죠 smile

gofeel 작성:

4. 위치로그를 입력하는 부분에 "지역"이라는 단어가 있습니다. 실제 다른 부분에서는 모두 "위치로그"라는 말을 사용합니다. 용어 통일이 필요 합니다.

이런 문제는 언어팩 담당자님이 smile
코드상에 "지역"이라고 지정해도 한국어팩에서 "위치로그"로 번역하면 되는 문제입니다. ^^

티스토리, 1.0.6을 포함하여 가끔 코멘트 폼이 완성되지 않는 케이스를 보고는 있습니다.

쿠키는 정상적으로 구워지고 있는데 브라우저가 가끔 보내주지를 않습니다.

IE를 좀 해부해 봐야 할 것 같네요. 쉽게 해결 될 것 같지는 않습니다. ㅠ.ㅠ

제가 oranc에 계정 만들어서 테스트 해 봤는데 잘 된다라는;;;

http://gendoh.oranc.co.kr/tt1/

다른 분들과 서버가 실제로 다른 것으로 보아 약간 오래된 서버에서는 문제가 발생할 소지가 있을 수도 있습니다.
누군가 저에게 계정을 알려 주시거나 신서버로 이주를 시도해 보시는 것이;;

empty ol 방지용 ㄱ-

댓글 개수가 0인 경우 출력이 안되는 부분이죠.

HTML 스펙에서 Empty List를 지원하지 않아 발생하죠. '+'와 '*'의 한끝차이.

APMSETUP에서도 태터가 설치되나 보려고 했더니 저놈이 실행이 안되네요 ㄱ-.

포기.


다른 APM 패키지 들이야 서버 설정만 조정하면 어떻게든 될테니 패스~

Cent 4.4
httpd 2.0.52-28.ent.centos4
mysql 4.1.20-1.RHEL4.1
php 4.3.9-3.18
php-gd 4.3.9-3.18

Fedora Core 5
http 2.2.0-5.1.2
mysql 5.0.18-2.1
php 5.1.4-1
php-gd 5.1.4-1

이정도에서만 테스트를 해 볼 것 같네요.
아파치 1.2가 없는게 좀 걱정되기는 하지만;;;

나니 작성:
gendoh 작성:

'한글팩'이 아닌 '한국어꾸러미' 개념이니까요.

"팩(팩키지)"와 "꾸러미"의 차이가 무엇인가요?
팩키지(package)자체가 "꾸러미"라는 뜻 아닌가요?

한글과 한국어의 차이를 보셨어야...;;;;

팩키지와 꾸러미는 같은 뜻이 맞습니다. 둘다 한글이고 한쪽이 외래어라는 차이가 있죠.

rp_input_form

유마 작성:
lunamoth 작성:

문제가 발생하는 글을 알려주시면 도움이 될 듯 싶습니다 wink

지금은 괜찮습니다. 좀 늦게 보신 듯 tongue
잠시동안 뭔가 싱크가 안된듯 싶어요.. 그때 당시 이올린을 확인해보니, 가장 최근 발행된 글이 7시간인가 9시간 전으로 나오더군요.

블로그의 시간대 설정 확인을;;;

LonnieNa 작성:
마모루 작성:

트랙백 > 글걸기 등으로 우리말 사용을 늘리는 추세라면

공지 > 일러두기  정도의 말로 순화하는 것은 어떨까요?

저는 제가 제작한 한글 스킨에선 '알림글'로 쓰고 있습니다.

이런 문제는 당분간은 언어팩에게 기능을 맡기고자 합니다. 기존 사용자에겐 새로운 언어 습득의 노력을 요구하기 때문이겠죠.

'한글팩'이 아닌 '한국어꾸러미' 개념이니까요.

1.1에서는 1.1 피쳐를 적용한 스킨이라면 코멘트의 경우 폼이 출력되지 않습니다. 트랙백 주소의 경우에는 뭐라고 표시해야 할지 몰라서(치환자 tb_address)아직 수정은 못하고 있습니다.

위처럼 하기에는 이미 코멘트나 트랙백이 달려 있는 경우가 문제가 되겠죠. 관리자가 코멘트를 단 경우에도 문제가 됩니다.

나니 작성:
Peris 작성:

그랬다가는 심심한 사람이 태터툴즈 돌아다니면서 config.php를 다 지우고 다닐겁니다. big_smile

그럼 관리자 이메일주소와 비밀번호를 입력후 삭제~

setup.php는 config.php를 기반으로 보안을 확립하고 있는 상태입니다.
이 파일이 지워지지 않으면 동작하지 않음으로써 관리자를 인증하고 반대로 누가 장난을 쳐도 관리자는 이 파일을 지움으로써 제어권을 가지게 될 수 있죠.

http://gendoh.tistory.com/2510781

털썩. 바둥바둥.