326 graphittie이 작성한 주제

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

스킨의 출력상황을 에디터에서도 그대로 볼 수 있는 에디터 위지윅 모드의 예제가 커밋되었습니다. 기본 스킨을 선택하셔서 기존에 작성한 포스트를 에디터에서 열어보시면 무슨 말인지 아실 수 있을 겁니다. 이 때 열어보시는 포스트가 복잡한 구성을 가지고 있을 수록 확실한 임팩트를 받으실 수 있습니다.

위지윅 모드의 버그 테스트를 많이 부탁 드립니다....

포럼으로 이동: 잡담하기

327 graphittie이 작성한 주제

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

이미 에디터에 포함된 오브젝트를 속성창에서 가로/세로를 조절하면 NaN으로 뜹니다아...

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

328 graphittie이 작성한 답글

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

네. 제가 바보짓을 했더군요...;;

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

329 graphittie이 작성한 주제

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

정확히 말하면 로그인이 풀리는 것이 아니고 로그인이 풀린 것처럼 되어 있다... 고 해야 합니다.

자동저장시 자꾸 '저장에 실패했다'는 메세지가 떠서 AJAX 피드백을 살펴보니 로그인 소스가 날아오고 있더군요.
에디터 화면은 그 상태에서 refresh하면 잘 재로딩됩니다. 로그인 세션이 유지되고 있다는 이야기지요.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

330 graphittie이 작성한 주제

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

에디터에 첨부한 MP3의 속성창을 띄우면 object 창이 뜹니다. 주크박스 창이 떠야하는 것이 아닌가요?

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

331 graphittie이 작성한 주제

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

포스트를 작성한 후 블로그 페이지에서 멀쩡하게 잘 나오는 것을 확인했는데도 잠시 후에 다시 보면 포스트가 편집시 최종 저장본이 아닌 그 바로 앞 저장본으로 복원되어 있습니다. 편집시 작업이 '텍스트 입력 -> dual 이미지 삽입 -> 이메이징 삽입'으로 이뤄진다고 가정할 때 롤백된 포스트는 dual 이미지 삽입까지 밖에 포함하고 있지 않습니다.

이는 항상 나타나는 문제는 아니며(그러나 꽤 자주 나타납니다), 아마도 자동저장된 최종본으로 복귀되는 것이 아닌가 추측합니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

332 graphittie이 작성한 답글

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

이 버그 경과가 어떻게 되었는지요? 해당 문제를 해결하신 분은 처리결과를 남겨주세요...

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

333 graphittie이 작성한 답글

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

휴가를 며칠이나 다녀오시는 걸까요...(부럽...) 간다는 말씀만 있고 오셨다는 말씀이 없으셩... 어헝...

포럼으로 이동: 잡담하기

334 graphittie이 작성한 답글

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

넵. animated gif는 방법이 없는 것 같습니다. PHP에서 한 이미지 안의 프레임을 구별하는 방법을 찾지 못했습니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

335 graphittie이 작성한 주제

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

제목이 반말로 잘렸습니다... '안 보여주는 게 어떨까요?'도 붙어야 되는데 길이 제한에 걸려버려서... ㅡㅡ;;
어쨌든 하고 싶은 말은 '존재하지 않는 페이지'가 출력될 경우 하단의 페이징 리스트도 출력이 안 되게 하는 것이 어떤가 하는 것입니다. 존재하지 않는 페이지라면서 멀쩡히 페이징 되는 것이 좀 껄끄러워 보입니다...

포럼으로 이동: 아이디어 및 기능 제안

336 graphittie이 작성한 답글

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

네. 경로명을 체크할 때 하이픈이 있으면 제대로 동작하지 않도록 되어 있습니다. 보안관계 때문에 저렇게 된 것으로 아는데요, 정확한 이유는 다음 분이 설명 드릴 겁니다.:)

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

337 graphittie이 작성한 답글

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

http://forum.tattersite.com/ko/viewtopic.php?id=3430

요것과 같은 문제라 매달았던 것을 내리겠습니다. smile 이 문제는 위 링크에서 처리보고하도록 하겠습니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

338 graphittie이 작성한 답글

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

#483에 등록되었습니다.
기본 css 파일명을 정해두는 것은 좋지 않은 것 같습니다. 사용자가 CSS 구조를 마음대로 바꾸면서 이름도 변경할 수 있기 때문인데요, 스타일 파일이 여러개인 경우 사용자가 무엇을 수정해야 할지 어지러워할 가능성이 있다는 점에는 동의합니다. 해결책을 생각해 보아야겠습니다...

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

339 graphittie이 작성한 답글

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

이 문제 아직도 그런가요?

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

340 graphittie이 작성한 답글

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

넵. 확인되었습니다. #491로 등록되었습니다.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

341 graphittie이 작성한 답글

(1 답글들, 질문과 답변 / 사용자 지원에 작성)

rev. 3903에서 개선했습니다.

* 비밀댓글의 작성자 명에 '비밀방문자'라는 문구가 자동으로 출력됩니다. 기존에는 빈 칸으로 출력되었습니다. 이 문구에는 hiddenCommentTag_name이라는 클래스가 붙어 있어 이를 통해 CSS 제어가 가능합니다.
* 관리자 모드에서 비밀댓글을 볼 때 '비밀댓글'이라는 문구를 자동으로 출력합니다. 이 문구에도 hiddenCommentTag_content라는 클래스가 부여되어 있어 이를 통해 CSS 제거가 가능합니다.

포럼으로 이동: 질문과 답변 / 사용자 지원

342 graphittie이 작성한 주제

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

너무 덥군요. 옆집에서는 짜증이 극에 달했는지 아침에는 애 잡는 소리가 들리더니 저녁에는 부부싸움하는 소리가 들리더군요.:| 다들 더위 조심하세요...

포럼으로 이동: 잡담하기

343 graphittie이 작성한 답글

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

헙;; 일부러 돌려 말한 게 아니니... 오해 없으시길 바랍니다...;;

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

344 graphittie이 작성한 답글

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

흐흐흐. 안 그래도 오픈 소스화 발표하고 바로 의논해 보았는데요, 결국은 '결자해지 누가 할래?'에서 막혔다지요. 하하하하.

반 농담이고요. 아마 결과물이 나오면 누군가 총대를 매기는 맬 것 같습니다. 누군지는 아직 모르겠지만요.:)

포럼으로 이동: 아이디어 및 기능 제안

345 graphittie이 작성한 답글

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

lightbox_AZ 안의 index.php를 첨부한 파일로 대체해 보세요. 변수 선언 관련하여 초기화가 안 된 부분이 많아서 동작하지 않고 있었습니다. 임시로 사용하도록 하시고요, 원 제작자께 연락하시어 수정이 될 수 있도록 하시는 것이 좋겠습니다.:)

PS : 에러만 제거하여 돌아가게만 해놓았습니다. 기타 1.5 변경점에 따른 프로그래밍 권고사항은 적용하지 않았습니다. 임시로 손보는 파일에 그 정도까지 할 필요는 없어보여서요.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

346 graphittie이 작성한 답글

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

수동 checkup은 해보셨겠죠?

포럼으로 이동: 잡담하기

347 graphittie이 작성한 답글

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

Chiri 작성:

http://moonmelody.com/test/rss
리샘플링을 켜고 나면 RSS의 리샘플링된 이미지 주소가 잘못 출력됩니다.
정상적으로 출력되는 주소가 http://moonmelody.com/test/thumbnail/2/ … 0-h100.gif 이라면 RSS에서는 http://moonmelody.com/thumbnail/2/11545 … 0-h100.gif 와 같이 출력되네요.
현재 다중 사용자 모드로 사용중인데, 단일 사용자 모드에서는 제대로 나올지도 모르겠습니다.

그리고 이건 건의 사항인데.. 리샘플링 옵션이 켜져 있으면 원본 이미지 보기로 나타나는 원본 이미지도 리샘플링되어 나타나는게 좋을것 같습니다. 고화질로 올라간 이미지 파일로 인한 트래픽 소비를 조금이라도 줄여줄 수 있지 않나 싶네요.

rev.3825에서 수정했습니다. 테스트 부탁드립니다. smile

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

348 graphittie이 작성한 답글

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

Chiri 작성:

예를 들자면 '1000 x 500 사이즈의 이미지를 500 x 250 사이즈로 삽입하면, 500 x 250 사이즈의 리샘플링 이미지와 클릭하면 크게 보여줄 1000 x 500 사이즈의 리샘플링 이미지를 함께 생성하는 것' 정도일까요?
이미지 파일를 원래보다 사이즈를 작게 설정해서 삽입하면 삽입한 이미지를 클릭할 때 원래 사이즈의 이미지를 보여주게 되어 있는데, 리샘플링을 켜면 블로그에서 보여지는 이미지(원래 크기대로 삽입된 이미지나 사이즈가 작게 설정된 이미지 등)의 리샘플링 파일은 만들지만 클릭해서 원래 크기대로 나오는 이미지 파일은 리샘플링 처리를 하지 않는 것 같더군요.

간단하게 설명하려고 했는데 말이 이상하게 길어졌네요.; 이해가 가셨는지...?

음... 1000x500의 용량을 줄여서 보여주자는 말씀으로 이해되는데요, jpeg의 경우 압축 단계를 선택할 수 있기 때문에 원본의 압축률이 높은 경우 리샘플링된 이미지의 용량이 더 커지는 상황이 발생할 수 있습니다. 큰 사이즈 이미지의 경우는 사진이 대부분이기 때문에 압축률이 낮기는 합니다만, 그럴 것이다... 라고 가정하고 그 외의 상황을 무시하는 것은 약간 위험하지요. 그렇다면 이 문제를 피해가기 위한 최선책으로 사용자가 리샘플링 압축률을 결정하게 하는 방법이 있을 수 있는데 이 정도까지 되면 복잡도 면에서 코어에 내장될 수준은 넘어가지 않았나 생각됩니다. 설정이 복잡해질수록 마이너 취향에 가까워지고, 다른 말로 하면 소수만 사용한다는 의미이거든요(일반인들은 아마 이 설정을 건드리지도 않을지 모릅니다). 따라서 이 부분은 플러그인으로 구현되는 것이 바람직하지 않은가 합니다.:)

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

349 graphittie이 작성한 답글

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

옙. 확인 중입니다. 버그가 맞는 것 같습니다.

원본 이미지 리샘플링에 대해서는 좀 더 자세히 설명해 주시겠어요?

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)

350 graphittie이 작성한 주제

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

종종 이라고 적었는데요, 빈도수는 50% 정도입니다. 성공-실패-성공-실패 이런 식이죠.

포럼으로 이동: 버그 보고 및 QA (Quality Assurance)