[처리완료] 블로그- 본문내용 보기 할때

[uniqueing]

우선 테스트 해보실 주소는
http://blog.naver.com/uniqueing/140021450999

입니다.

정상적인 익스플로러에서 나온 글 모양...
<img src="http://wjhpsy.cafe24.com/1.bmp">

모질라에서 나온 모양
<img src="http://wjhpsy.cafe24.com/2.bmp">

http://............ 이런 문장을 만나면 태그 자동 인식 때문인지...

줄바꿈 되면서 그 전에 있던 라인은 한줄에 맞추기 위해서... 한 줄에 꽉 차지

않는 글을 꽉 채우기 위해서 공란을 많이 남기게 됩니다...

보기가 않좋아요.....

[후니미닉]

익스와 불여우의 랜더링 방식 차이때문 아닌가요?
불여우는 하나의 영단어는 전부 붙여서 표시(이것도 잘하는 짓은 아닙니다.)하고 익스의 경우는 대충 짤라서 표시(잘못된 방법입니다.)하기 때문인것 같습니다.
http://에서 띄워야 정상 아닐까요?

[uniqueing]

줄바꿈 되는건 그렇다 쳐도...

그 위엣 글이 글 간격이 마구 벌어 지는건 좀 별루 인거 같아요...

http://blog.naver.com/comfuture21/120010863541

여기 같은 경우는 글이 이상하게 벌어 졌죠??????

[후니미닉]

줄바꿈 되는건 그렇다 쳐도...

그 위엣 글이 글 간격이 마구 벌어 지는건 좀 별루 인거 같아요...

불여우 차기 버전에서 수정해야할 렌더링 오류죠.

[lefthander]

줄바꿈 되는건 그렇다 쳐도...

그 위엣 글이 글 간격이 마구 벌어 지는건 좀 별루 인거 같아요...

불여우 차기 버전에서 수정해야할 렌더링 오류죠.

css 속성에서 text-align: justify 로 지정되었기 때문에 정상적인 출력입니다.

[NAVER]

말씀해주신 부분은 덧글에서와 같이 명확한 버그로 보이지는 않습니다.
일단 해결된 것으로 보구요, 이와 같은 현상에 대해
해당팀에 전달하겠습니다.

감사합니다~

[빛알갱이]

익스와 불여우의 랜더링 방식 차이때문 아닌가요?
불여우는 하나의 영단어는 전부 붙여서 표시(이것도 잘하는 짓은 아닙니다.)하고 익스의 경우는 대충 짤라서 표시(잘못된 방법입니다.)하기 때문인것 같습니다.
http://에서 띄워야 정상 아닐까요?

익스플로러가 그렇게 무식하지 않습니다. 줄 바꿈에 관한 한 익스플로러가 더 낫습니다. MS Word를 많이 만들어 본 기술이 IE 팀에도 적용이 되었는지 어쨌는지 몰라도....


이 경우 문제는 Mozilla가 아직도 Unicode Standard Annex #14를 제대로 구현하고 있지 않고 있다는 점입니다. ASCII 범위에 속하는 글자는 공백이 아니면 줄 바꿈 기회가 없다고 보고, 줄을 바꾸지 않습니다. 그 바람에 긴 URL이 들어간 경우 줄을 바꾸지 않아서 옆으로 길게 늘어지거나, text-align: justify가 있는 경우에 긴 URL이 들어간 곳에서 줄 바꿈 기회가 있는데도 불구하고 바꾸지 않다 보니, 이웃하는 다른 줄이나 같은 줄의 URL 부분에서 불필요한 공백이 훨씬 많이 들어가는 일이 생깁니다.

더 자세한 것은 viewtopic.php?t=5740
를 보세요.

[후니미닉]

그래도 ww에서 짤라버리는건 쫌 아니지 않나요?
www는 단어로 인식하지 않는건가...

[빛알갱이]

그래도 ww에서 짤라버리는건 쫌 아니지 않나요?
www는 단어로 인식하지 않는건가...

'http://www.' 다음에 자르는 게 아니라 'http://ww'를 앞 줄에 'w.mozilla.or.kr'을 다음 줄에 위와 같은 식으로 자른다고요? 처음에 버그 리포트하신 분이 올리신 스크린 샷은 링크가 끊어져서 볼 수가 없습니다.

네이버에서 word-break를 CSS3 text module WD에 있는 'break-strict'로 해 놓기라도 했나요? 그것은 별로 좋은 생각이 아니군요. 그렇다고, 딱히 네이버의 잘못이라고 하기도 그렇군요. 대부분 한글로 쓰인 문서에서 '한국식'(혹은 일본, 중국식)으로 영어 단어를 아무데서나 (음절 경계가 아닌 곳에서) 하이픈 없이 자르는 곳에서 쓰라고 'brak-strict'(이게 최종 권고안에서 살아 남는다면. 아마 그럴 것 같습니다.)를 만들어 놓았고, 그것을 네이버에서 쓴 것이니까요.

http://www.w3.org/TR/css3-text/#word-break

모질라는 아직 그것을 구현하지 않았습니다. 그것을 구현할 단계가 아니지요. 우선

[빛알갱이]

네이버에서 word-break를 CSS3 text module WD에 있는 'break-strict'로 해 놓기라도 했나요? 그것은 별로 좋은 생각이 아니군요. 그렇다고, 딱히 네이버의 잘못이라고 하기
http://www.w3.org/TR/css3-text/#word-break

모질라는 아직 그것을 구현하지 않았습니다. 그것을 구현할 단계가 아니지요. 우선

위에서 'break-strict'는 'break-strict 혹은 break-all'로 바꿔야 합니다. 어쨌든, 모질라는 우선 'normal'인 경우(UAX #14의 기본 모드라고 생각할 수 있겠지요)부터 제대로 구현해야 합니다. 그것을 구현한 다음에 최종 권고안에 들어갈지 여부가 불확실한 것을 구현할지 여부를 생각해 볼 수 있겠지요.

해당 모질라 버그는

https://bugzilla.mozilla.org/show_bug.cgi?id=255990
입니다.

[빛알갱이]

말씀해주신 부분은 덧글에서와 같이 명확한 버그로 보이지는 않습니다.
일단 해결된 것으로 보구요, 이와 같은 현상에 대해
해당팀에 전달하겠습니다.

감사합니다~

긴 URL에서 줄이 안 바뀌는 원인이 모질라의 버그이기는 하지만, 그렇다고 이 문제를 '해결'이라고 할 수는 없지요. 아래에서 제가 제안한 방법을 구현하면 모든 브라우저 사용자가 좀더 편리하게 쓸 수 있을 것입니다.

viewtopic.php?t=5653

그리고, 'word-break: break-all'은 쓰지 않는 게 더 좋다고 봅니다. 그냥 'word-break: normal' (기본값이므로 따로 지정할 필요도 없지요)로 해 두어도 UAX #14를 잘 지원하는 브라우저에서는 필요한 곳에서 줄을 잘 바꾸어 줍니다. 또, 제가 위에서 링크를 걸어 놓은 글타래에서 제시한 방법을 구현하면 긴 URL을 굳이 본문에 보여 주지 않아서 보기에 좋으면서, 모든 브라우저에서 레이아웃이 깨지지 않아서 좋습니다. 또, 주소를 긁어 가기도 좋고요. (오른쪽 마우스 단추를 누르면 나오는 컨텍스트 메뉴에 링크 주소 복사 기능을 대부분의 브라우저에서 제공하니까요)