섭이 작성:

즉..정리하자면..

1) 900인 이미지를  사이즈 지정을 따로 안해줄 경우...
폭이 600인 스킨이 적용된 상태에서 글을 쓸 때는 자동으로 600으로 축소되어 보여지게 하면서..
폭이 800짜리인 스킨으로 변경하면 이미지도 800으로 같이 변경되고..
폭이 1000 짜리인 스킨으로 변경하면 원래 이미지 사이즈인 900으로 나오게...

2) 900인 이미지를 직접 700으로 강제로 줄이며 올릴경우...
폭이 600인 스킨이 적용된 상태에서 글을 쓸때는 사용자의 지정값과 상관없이 스킨의 최대 가로폭인 600으로 축소되어 보여지게 하면서..
폭이 800인 스킨으로 변경하면 다시 사용자 지정값인 700으로 변경되게 보여지게 하고..
폭이 1000인 스킨으로 변경해도 700으로 나오게 하고..

3) 900인 이미지를 직접 500으로 강제로 줄이며 올릴경우...
폭이 600인 스킨이 적용된 상태에서 글을 쓸 때 강제로 설정한 500으로 축소되어 보여지게 하고
폭이 800인 스킨으로 변경해도 500으로 보여지게 하고..
폭이 1000인 스킨으로 변경해도 500으로 보여지게 하고..

-> 이걸 의미하시는게 맞나요?

덧) 위지윅 에디터에서 보여지는 입력폼의 가로폭은 어차피 차기버전에서 스킨에서 정의된 가로폭(600 이상 지원)에 맞춰보이게 한다고 하셨으니 현재의  좌우스크롤 문제는 없어질것 같네요...

이해 됐습니다. 수정해 보겠습니다.

혹시 스킨이 바뀔 때마다 스킨이 사용할 수 있는 최대 크기로 이미지를 보여주고 싶으신 건가요?
현재 로직으로는 이미지 가로 사이즈를 500으로 정해주면 가로 폭이 500 이상 되는 스킨에서는 풀 사이즈로 보이지 않게 되는데, 스킨의 가로 폭을 항상 이미지 자신의 가로 폭으로 맞춰주는 로직을 원하시는 것인지요?

'유저 삽입 이미지' 이 부분은 제 실수군요. 수정하겠습니다.

라이트박스 에러는 라이트박스의 정규식이 태터툴즈의 특정문자열을 패턴으로 검색해서 치환하는 동작구조인데 이번 수정과 함께 약간의 변경이 가해져서 인식에 오류가 생기는 것입니다. 라이트박스 플러그인의 index.php에서 31번 라인

                 $altlineend = strpos($imgtag, "\" style=\"");

을 주석처리하니 정상으로 동작했습니다.

마지막으로 가로 사이즈 조정루틴의 개선에 대해서는 제 의견은 조금 다릅니다. 저는 이것으로 이미지 리사이즈 루틴은 기본 로직은 옳다고 보고 있습니다.

cirrus 작성:

그리고 지금처럼 무조건 <contentWidth>에 맞춰버리면 문제점이 생깁니다.
지금의 위지웍은 가로 사이즈가 600 정도가 한계입니다. 그런데 어떤 스킨들은 갤러리용으로 해서 폭이 800이상 넓은 것들이 많습니다.
이런 스킨에서는 사용자가 갤러리용으로 사이즈를 수동으로 원래 사이즈로 넣어도 600정도로 리사이즈가 되어버립니다.

이 부분이 잘 이해가 되지 않습니다. <contentWidth>는 위지윅 에디터의 가로 사이즈를 정해주는 것이 맞지만 원래 의미는 스킨에서 사용가능한 가로 사이즈를 정해놓은 것입니다. 스킨의 가로 사이즈가 증가했다면 그에 맞춰 <contentWidth>를 증가시켜 주는 것이 옳습니다. 폭이 800이상 넓은 스킨이라면 그 폭을 <contentWidth>로 지정해 주세요. 그게 <contentWidth>의 원래 의도입니다.

1,629

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

inureyes 작성:

생각할 것들이 쌓여서 사흘 산 속에 박혀 있다가 왔습니다.

사흘 비웠는데 읽지 못한 글들이 무슨 한 달치 만큼 쌓여있군요.

머릿속을 정리한 결과물을 컴퓨터로 정리 중입니다. 빠르면 moderator 분들께서는 드래프트를 오늘 밤에 받으실 수 있겠습니다. smile

오오오. 오셨군요. 로그 기록에 뻘줌한 로그가 있는 것을 보실 수 있을 거에요. 용서해 주세요...;; 그런데... 이번에도 사상교육인가요?

1,630

(11 답글들, 공지사항에 작성)

chester 작성:

티스토리등의 일로 인하여 지연되오던 작업을 금주중에 완료할 생각입니다.

1. tattertools.com / eolin.com 을 이전합니다.. 단순한 서버 교체작업입니다..  서버의 신규설치등은 월요일에 완료될 것이며, 각종 세팅과정등을 거쳐 목요일정도부터 운영에 들어갈 수 있을 것으로 예상하고 있습니다.
2. TnF 를 위한 테스트 서버의 설정이 완료됩니다. ( inureyes 님이 요청하셨던  TnF 를 위한 핵실험장입니다. TnF 개발자분들을 위해서 사용될 예정입니다. )

작업은 6월 1일까지 완료될 예정입니다..
이제 한층 빨라진 환경으로 여러분들을 만나게 될듯 합니다. ^^

이올린과 핵실험장 기대치 맥스입니다. 기대기대.:)

1,631

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

엇. 거기 있군요. png도 있네요. 알려 주셔서 감사합니다.

1,632

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

JWC 작성:

개인적으로 지금 관리자 화면이 크게 와닿지 않았는데 기쁜 소식이네요 smile

아니...;; 그다지 기대를 하지 않으시는 편이...;; 관리자 화면을 xhtml활 때는 기존에 구현되었던 것을 컨버팅하는데 중점을 두었던지라 실전영역에서 정말 필요한 게 무엇인지 겪어보면서 기능개선 및 추가를 하려고 하는 짓입니다... 정말 기대는 하지 마세요.:rolleyes:

1,633

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

JWC 작성:

timeout을 설정해도 IE닫았다가 열면 풀리더군요. sad

버그 아닐까요? 한 번 소스를 살펴봐야겠군요.

1,634

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

지금 관리자용 스킨 하나를 제작중인데 태터툴즈 로고가 좀 큰 게 필요합니다. 제 메일로 쏴 주시면 복 받으실 거라고 생... (퍽!)

1,635

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

죄송합니다. 아직도 이해를 못 했습니다.:( 위로 설명을 꽤 많이 해주셨으니 이 글을 읽으신 다른 TnF 분께서 읽어보시고 의견을 반영해 주시리라 기대합니다. 이해를 못 해 반영을 못 해 드리다니... 이런 사태도 있군요... 수능 때도 언어 점수가 제일 낮았...;;

1,636

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

환경설정에서 플러그인을 사용중/미사용 설정한 것과 상관 없이 플러그인에 직접 AJAX로 접근할 수 있도록 하자는 말씀이신지요?

1,637

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

lunamoth 작성:

현재 Sandbox 다운이 안되는군요; 계정이 다운된듯...

윈도우용 svn 클라이언트 몇가지 설치봤습니다만 export 하는 기능이 눈에 안띄더군요. 어떤 클라이언트를 설치해야 될런지 조언 부탁드립니다.

TortoiseSVN 괜찮던데요. 네이버에서 검색하니 파일로 된 메뉴얼도 있던 걸요? 아주 쉽게 찾아냈던 것으로 기억합니다.

1,638

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

플러그인 충돌방지 문제는 TnF 분들과 방식을 두고 좀 더 협의를 해봐야 할 것 같구요,:/

이벤트 추가 문제는 정확히 무엇을 원하시는지 이해가 잘 되지 않습니다. 언어 능력이 좀 딸려서... 좀 더 상황 설명을 부탁드립니다.

1,639

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

예제 사이트는 지금 플러그인으로도 충분히 제작 가능한 것처럼 보이는데요? 어떤 기능을 원하시는 건가요?

좀 더 구체적으로 상황을 서술해 주시면 더 이해하기가 쉬울 것 같습니다.

1,640

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

트랙백은 스크랩과는 다릅니다. 현재 태터툴즈에서는 스크랩 기능은 지원하지 않고 있구요, 마우스 오른쪽 클릭은 스킨 단계에서 설정하실 수 있습니다. 아는 스킨 제작자가 계시다면 마우스 오른쪽 버튼을 막아달라고 요청해 보세요.

제대로 이해가 잘 안 되네요...;; 조금 자세히 설명해 주시면 좋겠습니다.

1,642

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

r112부터 inureyes님이 대신 올려준 것을 시작으로 commit 권한을 획득... r125부터 commit을 하기 시작... 현재 r151까지 딱 한 회를 제외하고 전부 혼자... 굴리는 중입니다. 중간에 엄한 로그도 적혀 있어서 inureyes님이 돌아오시면 충격 받으실 것 같기도 하고... 그나마 통제를 해주시던 inureyes님이 잠수 타셔서 지금 혼자 엄청 삽질 중입니다. 괜히 sandbox 엉망으로 만들어 놓는 것 같아 심히 괴롭네요. 쩝...:/

질문이 몇 가지 있습니다.

1. 1회만 나오는, 즉 정상적으로 댓글이 붙는 경우는 없나요?

2. 회수가 고정된 것이 아니고 2~3회인지요?

1,644

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

갑자기 tistory 버그 리포팅이 많아져서 배포폰 문제인지 tistory 문제인지 한 번 더 확인을 해야 하는 상황이 되었군요. 배포본 문제가 아니라 다행(?)입니다.:lol:

1,645

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

혹시 이거 tistory 버그인가요?

배포본 sandbox에는 스킨 메타 정보를 읽어 이미지 사이즈를 조정해주는 루틴이 추가되었습니만 tistory는 어떻게 될 지 모르겠군요.

첫번째는 저 혼자 결정할 수 있는 사안이 아니라 반영을 못 해드립니다만, 두 번째의 경우는 defect로 간주하여 바로 sandbox에 수정해 commit 했습니다. 다음 버전 배포시 책임자께서 이 수정사항이 포함되어도 문제가 없다고 판단하실 경우 포함될 것입니다.

sandbox에 반영하였습니다. 테스트해 보시고 피드백을 주세요.:)

제 말을 오해하지는 마시고... 저도 tistory가 잘 되기를 바라는 사람이니 좋은 의도로 하는 소리입니다. 쓰지 말라는 게 아니고 새로 제작하자입니다.

제가 현존하는 라이트박스 플러그인에 딴지를 거는 이유는 '공식'이라는 말 때문입니다. 각계각층 다취향의 사람을 상대해야 하는 것이 '공식'의 숙명이기 때문에 대부분의 사용자를 만족시킬 수 있는 보수적인(나쁜 의미가 아닙니다) 결정이 필연적이지 않을까요? 물론, 사용자가 선택해야 할 문제겠지만 '공식'이라는 말이 붙는 것은 의미가 다릅니다. 누구든 쓸 수 있고 안 써도 그만이고 쓰는 경우 문제가 없을 때 '공식'이라는 타이틀이 붙어야 한다고 생각합니다. CSS로 조절한다는 소리는 CSS를 끄면 드러난다는 말이고, CSS를 사용하지 않는 유저는 불쾌한 화면을 접하게 된는 의미입니다. 이 경우, 이 사용자가 욕을 하는 것은 서비스 주체가 됩니다. 블로거는 서비스만을 이용하는 것 뿐이니까요. 행여 블로거를 욕한다고 해도 블로거는 '내가 올렸나? 쓰라고 올린 것을 쓰는 것 뿐'이라고 하면 그만입니다.

사용자 측에서는 여러가지가 올라오면 좋겠지만 운영자 측면에서는 상황이 많이 달라진다는 점을 의식해 주셔야 합니다. 사용자는 운영자 한 명만 상대하면 되나, 운영자는 다수의 사용자를 상대해야 하기 때문입니다. 그것은 곧 다수의 사용자의 공통기호를 찾아야 한다는 말이고, 그 만큼 운영자의 선택의 폭은 제한될 수밖에 없는 것입니다.

라이트박스 플러그인이 인기 플러그인인 만큼, TnC에서 여러 사용자를 고려한 다른 형태로 제작하는 편지 낫지 않은가 합니다. CSS를 비롯한 접근성을 고려해서 제작하는 것이 그다지 어렵지는 않을 것으로 생각합니다.

iamtiz 작성:
cirrus 작성:

왜냐하면 지금의 스킨 레이아웃으로는 큰 사이즈의 사진을 올리기가 좀 그렇습니다.
보통 일반적인 블로그에서 컨텐츠의 가로 사이즈가 500픽셀 내외인데 사진은 700~800픽셀로 올려버리면
500픽셀대로 리사이즈 되면서 사진이 깨지면서 사실 좀 보기가 싫습니다.

서버에 GD 라이브러리가 깔려 있으면 보기 싫지 않게 리사이즈할 수 도 있습니다.

태터 툴즈 메인 사이트에 관련 플러그인이 잠깐 보였다가 사라졌다고 알고 있습니다만...

유지 보수하기 귀찮아서 지워버렸...:|