Strict Standards: Non-static method Soojung::addReferer() should not be called statically in /home/lifthrasiir/sites/sapzil.info/soojung/settings.php on line 79

Warning: Cannot modify header information - headers already sent by (output started at /home/lifthrasiir/sites/sapzil.info/soojung/settings.php:79) in /home/lifthrasiir/sites/sapzil.info/soojung/classes/Counter.class.php on line 63

Strict Standards: Non-static method Entry::getEntry() should not be called statically in /home/lifthrasiir/sites/sapzil.info/soojung/entry.php on line 51

Strict Standards: Non-static method Soojung::entryIdToFilename() should not be called statically in /home/lifthrasiir/sites/sapzil.info/soojung/classes/Entry.class.php on line 182

Strict Standards: Non-static method Soojung::queryFilenameMatch() should not be called statically in /home/lifthrasiir/sites/sapzil.info/soojung/classes/Soojung.class.php on line 55
TokigunStudio3 | 블로그: XHTML 1.1 Ruby Support

내용으로 바로 넘어 가기


TokigunStudio3

228 / 3282   


더 이상 이 블로그는 운영되지 않습니다. 새 블로그로 가 주세요.

XHTML 1.1 Ruby Support

2005/05/14 AM 04:06 | 개발/웹 표준과 접근성 | 17 comments | 0 trackbacks | AllBlog: vote, to pocket

Ruby는 (물론 객체 지향 프로그래밍 언어이기도 하지만) XHTML 1.1에서 새로 등장한 확장이다. 이 확장은 (말은 East Asian이라고 쓰여 있지만 대부분) 일본어에서 무진장 많이 사용되는 작은 글씨 주석 -- furigana -- 을 구현하기 위한 건데, 그러니까 요런 식으로 나오는 거다. (MSIE에서는 그냥 나오고 Firefox 1.0.x에서는 확장 기능을 깔아야 한다.)

[つかもとてん; Tsukamoto Tenma]
(허구한 날 츠카모토 텐마만 들이 대서 열라 죄송)

Ruby가 뭔지는 알고 있었는데 어떤 망할 놈이 ruby 태그 없어도 될 데다가 ruby 태그를 쓰고 나서 파폭에서 안 된다고 하길래 자료를 찾아 보게 되었다. (결국 그 놈은 한참 후에 ruby 태그를 포기했지만-_-) 일단 위의 글씨를 보면 알겠지만, 현재까지 ruby 태그(들)을 제대로 지원하는 브라우저는 하나도 없다. -_- 공식적으로 이 태그가 지원되는 브라우저는 MSIE 뿐이며, 확장 기능으로 대충이라도 지원하는 Firefox를 빼고는 이게 지원되는 브라우저는 없다. -_-;;;;;;

스펙을 보면 알겠지만, ruby 태그들은 기본적으로 inline-table 비스무리한 효과를 주기 위해서 사용된다. (처음에 내가 Ruby Module이 따로 필요한 지 의아했던 이유가 바로 이거였다. 그러니까 그냥 태그 하나만 더 넣던지 CSS로 분리하던지 하면 되지 않겠냐는 것이었는데, 스펙을 좀 더 자세히 보고 결국 테이블 형식으로 가야 할 수 밖에 없다는 데 수긍해 버렸다. -_-) 근데 W3C에서 만든 마크업 언어 중에서 이런 식으로 표 비스무리하게 나오는 물건이 하나 더 있는데 그것이 바로 MathML이다. (물론 이 놈은 Ruby Module보다 한 n배 정도 복잡하다. where n >> 1)

그러니까 다시 말하자면, Ruby Module 구현과 MathML 구현은 서로 맞물려 있다는 셈이다. Surfin' Safari설문 조사 글에 올라 온 답글들에도 Ruby보다 MathML 먼저 나왔으면 하는 소리가 보이기도 하고 (사실 MathML만 구현할 수 있으면 Ruby Module은 떡이다!) 여러 가지로 연관된 점이 많다. -- bugzilla에도 그런 소리 있더만.

음냐... 뭐 그런 이유로 결국 Firefox(나 Mozilla 등등)가 Ruby Module를 언젠가 지원할 거라는 건 확실해 보인다. (적어도 To Do List에는 들어 있다. 언제 구현될 질 몰라서 문제지.) MathML 지원 작업은 계속 진행 중이니 아마 곧 결과가 나오지 않을까 싶다. 하지만, 그 모 군처럼 엉뚱한 데 ruby 태그 쓰는 짓은 자제하셈-_-

덤: 글 쓰는 중에 이런 페이지를 봤다. (Safari 좀 넣었으면...) 그 문제의 모 군이 "표준을 안 지켜~"라고 신나게 n부 합창을 해 대던데, MSIE는 다른 브라우저보다 지원 안 하는 게 훨씬 더 많다; IE7 정도 나오면 달라질려나.
덤2: 도대체 내가 무슨 글을 쓰려고 했던 건지 모르겠다. -_-;;;;
덤3: ...마지막으로, 이 글 쓰면서 stylesheet 때문에 아주 죽는 줄 알았다. MSIE와 Firefox에서 ruby 태그 표시하는 방법이 서로 완전히 다르다;; 게다가 스타일 시트도 신나게 씹어 대고... 결국 임시로 fallback만 만들어 놓고 마는 방법을 택했는데 우째 fallback용 stylesheet만 써서 ruby 태그 구현하는 게 더 좋아 보인다. OTL

TrackBack URL: http://sapzil.info/soojung/trackback.php?blogid=601

Comment: 에이쥬어 (2005/05/14 AM 07:03)

그래도 IE가 처음 설계된 년도와, 그리고 몇 가지 요소들을 종합해 보면 아주 잘 만든 브라우저라는 결론이 나오지. 일단 윈도우즈에서 그만큼 잘 작동하는 프로그램도 흔치는 않잖아?

IE7은 개인적으로 기대를 하는 중이야. 그 사람들이 표준을 지원할 능력이 안 되서 안 하고 있는 게 아닐 테니, 어쩌면 표준을 완벽히 지원하면서 IE 나름대로의 기능들(ActiveX라던지)도 충실히 지킨 괴물이 나올 지도 모르지.

Comment: 토끼군 (2005/05/14 AM 10:41)

에이쥬어: 확실히 MSIE가 표준을 전혀 안 지키는 건 아니고, 판올림이 잘 안 되어서 새로 나온 표준을 제대로 준수하지 않는 경우가 더 많지. 내 기억으로 IE7에서 CSS2를 완전히 지원한다는 소리를 들은 것 같은데 제발 그랬으면 좋겠다.

아, 그리고 좀 된 얘기지만, 사파리가 Acid2 테스트를 드디어 통과했음. http://weblogs.mozillazine.org/hyatt/archives/2005_04.html#008042 참고.

Comment: pcpenpal (2005/05/14 PM 01:03)

MathML 열렬히(맞나 철자?) 기대중.
IE7은 예외 봐 주는 걸 좀 줄였으면 좋겠군...

Comment: 토끼군 (2005/05/14 PM 01:48)

pcpenpal: MathML은 한 번 들여 봐야 하는데 수식 쓸 일이 그리 없다 보니까... -ㅅ-;

Comment: 거친마루 (2005/05/14 PM 11:27)

스타일시트가지고 mathml을 간단하게는 보이게 만드는 방법은 있던데요 : )
http://www.w3.org/Math/XSL/pmathml2.xml
요새 안그래도 mathml에 대단히 관심이 많은 찰라..

Comment: 토끼군 (2005/05/14 PM 11:40)

거친마루: XSLT을 쓰는 방법도 있군요. :)

Comment: 푸른가람 (2005/05/15 AM 06:54)

블로거가 필요하다면 필요한거야~ 멋대로 필요없다고 주장하지 마~

그리고 난 포기한 적 없어 (.. )

Comment: 토끼군 (2005/05/15 AM 11:18)

푸른가람: ...그려. -_- 그런데 그거 아냐? XHTML 1.0까지는 Ruby가 지원 안 된다. 나처럼 XHTML 1.1 이상을 써야 적어도 제대로 돈다는 보장을 할 수 있제.

Comment: daybreaker (2005/05/15 PM 10:54)

음.. 근데 내꺼 firefox에서 확장기능 안 깔았는데도 갑자기 루비 태그가 적용되는 이유는 뭐지? doctype을 xhtml 1.1로 해서 그런 건가?

Comment: yser (2005/05/16 PM 12:44)

루비... 가끔 유용하게 써먹는 태그인데, 아직 IE 만 지원 되는 게 아까울 때가 있습니다.

옛날에.. 언젠가부터 자막에도 루비 태그를 쓰는게 하나 등장하더니, 이후로 좀 삽질할만하다 싶은 사람은 그걸로 오프닝 엔딩 한자 독음도 달아놓더군요. 아주 드물게, 독음까지 포함해서 노래방 가사처럼 실시간 한 글자씩 싱크 맞춤까지 한 자막도 있더군요. -v-;; 역시 삽질의 궁극점..

Comment: yser (2005/05/16 PM 12:46)

여전히 쿠키가 안먹는군요.. orz

xslt 로 mathml 적용하는 건 좀 버그가 있어 보입니다. 그거 테스트 하다가 치명적 오류 만나서 브라우저 뻗은 경험이 있네요.

Comment: 토끼군 (2005/05/16 PM 06:00)

daybreaker: 토끼군 작업실 CSS에 루비 태그 fallback 넣어 줘서 그런다.

yser: 흐흐흐... 확실히 삽질이긴 하지요. 그냥 문자열 주면 해당되는 독음이나 그런 거 자동으로 루비 태그로 달아 주는 프로그램이 있으면 괜찮을 것 같습니다. 그나저나 xslt만으로 안 되나요? :S / 쿠키는 수정 업데이트와 함께 빨랑 수정하겠습니다. orzorzorzorz (언제 하냐 -_-)

Comment: Powring (2005/05/17 PM 12:37)

ruby태그 정말 필요한 태그입니다.

할아버지가 일본에 사시고 컴퓨터(그리고 인터넷)에 엄청난 관심을(나이에 걸맞지 않게...) 가지고 계신데 자꾸 ruby태그를 쓰시더군요.

그래서 태그 자동생성으로 table을 이용해서 대충 비슷하게 보이게 하는 프로그램을 만들어서 드렸는데 일본 게시판에 table태그 차단한게 너무 많더군요. ...그래서 그냥 할아버지는 IE만 쓰시니까 ruby쓰시라고 했어요...

Comment: yser (2005/05/17 PM 03:03)

또 하나 문제점..
ruby 태그 쓰면, 드래깅이 조금 맛이 갑니다. 그 부분만. 마우스로 긁어서 선택하기가 참으로 난감..

Comment: 토끼군 (2005/05/17 PM 06:06)

Powring: -.- 사실 루비 태그 자체는 별 문제가 없습니다. 쓸데 없이 쓰는 모 군 같은 짓만 안 하면요 (....) furigana 표시 등등에 쓰는 건 원래 의미에도 맞으니 별 문제 없겠죠. (거기에 테이블 쓰는 게 더 미스테리 -_-;)
yser: 그건 웹 브라우저들의 문제지 루비 태그 자체의 문제는 아니라고 봅니다. 개인적으로는 rt/rtc 태그는 선택되지 않아야 한다고 생각합니다만... (아니면 대응되는 rb 태그가 선택될 때까지 가만히 있다던지)

Comment: 푸른·가람 (2005/05/19 AM 04:51)

토끼군// 쓸데 없이 쓴거 아니라니까. 그 상황에서는 루비가 아니면 그 문장의 의미를 살릴 수 없었을 뿐이야. ··· 뭐. 토끼는 이해 못하겠지만.

Comment: 토끼군 (2005/05/21 PM 03:56)

푸른·가람: 적어도 원래 ruby module의 역할과는 좀 떨어져 있는 것만은 사실이지-_-

Copyright (c) 1995-2005, Kang Seonghoon (Tokigun).