Frequently Asked Questions about the Extensible Markup Language

The XML FAQ

[logo]

한글 번역판

Version 1.21 (1998년 2월 3일)

이 문서는 W3C(the World Wide Web Consortium)�? XML SIG(Special Interest Group)을 대신�?여 전세계�? FAQ 독자들 뿐 아니라 Peter Flynn (University College Cork), Terry Allen,Tom Borgman (Harlequin Ltd), Tim Bray (Textuality, Inc), Robin Cover (Summer Institute of Linguistics), Christopher Maden (O'Reilly & Associates), Eve Maler(Arbortext, Inc), Peter Murray-Rust (Nottingham University), Liam Quin, Michael Sperberg-McQueen (University of Illinois at Chicago), Joel Weber (MIT), Murata, Makoto (Fuji Xerox Information Systems) 및 다른 많은 XML SIG 멤버들에 �?해 유지�?고 있다. �?정사항이�? 추가사항등이 있을 경우 이 문서�? 마지막에 있는 폼을 이용해 주기 바란다.

최근�? 변화들

1998년 2월 3일
  • 맥(Mac) 아이�?�? 추가 (Martin Winter와 그외 다른분�? 감사드린다.)
  • Draft를 참조문에서 스펙(spec)으로 이동
  • 개정판 컬러�? 변경
  • RMD�? 삭제
  • �?못된 URL들�? �?정
  • [1.21] URL들과 번역�? 사소한 �?정
  • MIME 타입에 XUA 추가
  • �?�타 등 작은 �?정
지난 버전 이후로 새롭게 추가된 문단은 문단 앞쪽에 " ¶ "로 표시�?�?�으며, 변경된 문단은 " § "로 표시�?�?�다. �?�한 앞으로는 없어지겠지만 �?�재는 유지�?는 문단은 " ± "로 표시�?�?�다.

요 약

이 문서는 XML에 관한 가장 자주 질문�?는 문제들을 답변과 함�? 싣고 있다. 이 문서�? 목적은 이용자들과 개발자들, 관심있는 독자들에게 첫번째 자료가 �?는 것이다. �?지만 이 문서는 "#FAQ-SPEC"-XML 스펙�? 일부분으로 간주될 �? 없다.

문서�? 구조

이 FAQ는 네 부분으로 이루어져 있다. a) "#FAQ-GENERAL"-일�?론, b) "#FAQ-USER"-이용자, c) "#FAQ-AUTHOR"-저자, d) "#FAQ-DEVELOPER"-개발자. 각 섹�?내�? 질문들�? 번�?�는 독립적으로 붙여진다. 따라서 버전에 따라 번�?�는 바뀔 �? 있으며, 각 파트와 질문들�? 번�?� 뿐 아니라 각종 표�?�들과 제안들은 버전 번�?�를 참조�?여야 한다(위에 있는 "#FAQ-REVHIST"-Revision History를 보라).

이 FAQ 자체에 관한 버그 리포트, 개선을 위한 제안, 기타 �?견 등이 있다면 이 문서�? 끝에 있는 "#FAQ-FORM"-양식을 이용�?기 바란다. "#FAQ-SPEC"-XML Specification에 대한 �?견은 "http://www.w3.org/" target="new"-W3C로 보내기 바란다.

문서�? 이용

SGML 시스템에서 이용할 �? 있는 "#FAQ-SGML"-SGML 파일은 "http://www.ucc.ie/xml/faq.sgml" target="new"-http://www.ucc.ie/xml/faq.sgml에서 구할 �? 있다 (�?�한 이 문서는 "http://www.sq.com/products/panorama/panor-fe.htm" target="new"-Panorama"http://www.citec.fi/mdp/index.html" target="new"-Multidoc Pro와 같은 SGML 브라우저들 통해 �?�라인으로 볼 �? 있다; 로컬에서 이러한 브라우저로 빠르게 보기 위해서 "http://www.ucc.ie/xml/xmlview.exe" target="new"-DTD와 스타일쉬트 자동설�?기, �?�는 "http://www.ucc.ie/xml/catalog" target="new"-아스키 파일로 작성된 DTD set을 다운로드 받을 �?도 있다).

같은 문서가 "http://www.ucc.ie/xml/" target="new"-http://www.ucc.ie/xml/에서 HTML 브라우저 (�?�를 들어 "http://www.netscape.com/" target="new"-Netscape Navigator, "http://www.microsoft.com/" target="new"-Microsoft Internet Explorer, "http://www.spry.com/" target="new"-Spry Mosaic, "http://www.ncsa.edu/" target="new"-NCSA Mosaic, "http://kufacts.cc.ukans.edu/" target="new"-Lynx, "http://opera.nta.no/" target="new"-Opera, "http://www.cs.indiana.edu/???" target="new"-GNUscape Navigator )를 통해 볼 �? 있는"http://www.ucc.ie/xml/faq.html" target="new"-HTML 버전으로도 제공된다.

XML 버전은 스펙이 동�?�?고, 그 문서를 다루는 DTD와 브라우저들이 가능해지면 제공될 것이다.

일�?문서(ASCII) 버전은 "http://www.ucc.ie/xml/faq.txt" target="new"-과 (결국은) 여러 "ftp://rtfm.mit.edu/" target="new"-FAQ 저장소에서 "http://www.ucc.ie/doc/other/howtoftp.html" target="new"-anonymous FTP를 통해 얻을 �? 있다. 이러한 버전은 "http://www.ucc.ie/webmail/" target="new"-WebMail서버(전자우편 접속만 가능한 이용자들을 위한 서버)에 "mailto:webmail@www.ucc.ie"-전자우편을 보내 얻을 �?도 있다.

인쇄를 위해서는 PostScriptTM버전이 "http://www.ucc.ie/xml/faqa4.ps" target="new"-A4"http://www.ucc.ie/xml/faqlet.ps" target="new"-Letter 사이즈로 제공된다.

인쇄물로 우송받기를 원�?는 경우 "mailto:silmaril@m-net.arbornet.org"-편집자에게 10불을 보내면 받을 �? 있다. (정확한 액�?와 주소를 위해 전자우편을 먼저 보내야 한다)

§ 일본어로 이 문서를 만든 Murata Makoto ("http://www.fxis.co.jp/DMS/sgml/xml/xmlfaq.html" target="new"-http://www.fxis.co.jp/DMS/sgml/xml/xmlfaq.html을 보라)와 스�?인어로 번역해 준 Bilbao Deusto 대학�? Jaime Sagarduy ("http://www.ucc.ie/xml/faq-es.html" target="new"-http://www.ucc.ie/xml/faq-es.html을 보라)에게 감사드린다.

"xml.gif"-XML logo와 아이�?이 "xml.ico"-ICO (Microsoft Windows), "xml_folder_icon.sit.hqx"-Mac, 그리고 "xml.xpm"-XBM (X Window system) 포맷으로 제공된다

질문들

"#FAQ-GENERAL"-A. 개론적 질문들

"#FAQ-ACRO"-A.1 XML이란 무엇인가?

"#FAQ-DEF"-A.2 왜 XML을 만들었는가?

"#FAQ-SGML"-A.3 SGML이란 무엇인가?

"#FAQ-HTML"-A.4 HTML이란 무엇인가?

"#FAQ-SAME"-A.5 XML, SGML, HTML은 모두 다른 것인가?

"#FAQ-OWNS"-A.6 누가 XML에 대해 책임을 지고 있는가?

"#FAQ-IMPORT"-A.7 왜 XML이 그렇게 중요한 개발인가?

"#FAQ-HOWTO"-A.8 어떻게 XML은 SGML을 간략히 �?고, 그럼에도 어떻게 독자적 문서�?�식을 정�?할 �? 있도록 �?는가?

"#FAQ-EXTEND"-A.9 왜 HTML�? 확장만으로 해결할 �? 없는가?

"#FAQ-WORD"-A.10 왜 우리는 SGML�? 모든 것을 필요로 �?는가? Word �? Notes를 사용�?면 �?지 않는가?

"#FAQ-MORE"-A.11 XML에 관한 상세정보는 어디에서 구할 �? 있는가?

"#FAQ-MAILINGLIST"-A.12 XML�? 응용과 개발에 관한 토론은 어디에서 할 �? 있는가?

"#FAQ-USER"-B. SGML 이용자들(HTML 브라우저를 포함�?여)을 위한 질문들

"#FAQ-USEXML"-B.1 XML을 사용�?기 위�?여 무언가를 해야만 �?는가?

"#FAQ-XMLOFFER"-B.2 왜 HTML 대신 XML을 사용해야 �?는가?

"#FAQ-BROWSER"-B.3 XML 브라우저는 어디에서 구할 �? 있는가?

"#FAQ-SWITCH"-B.4 SGML�? HTML을 XML로 변�?해야 �?는가?

"#FAQ-AUTHOR"-C. HTML을 쓰는 사람들을 포함�?여 SGML 저작자들을 위한 질문들

"#FAQ-REPLACE"-C.1 XML은 HTML을 대체�?는가?

"#FAQ-XMLDOC"-C.2 XML 문서�? 내부는 어떻게 생겼는가?

"#FAQ-SPACE"-C.3 XML은 문서 내에서 공백을 어떻게 �?리�?는가?

"#FAQ-CASE"-C.4 XML 문서 중 어떤 부분이 대소문자 구별을 �?는가?

"#FAQ-EXIST"-C.5 어떻게 HTML 파일을 XML에서 작동�?게 할 �? 있는가?

"#FAQ-SUBSET"-C.6 XML이 SGML�? 부분집합이라면, SGML 툴을 이용�?여 직접 XML을 다룰 �? 있는가?

"#FAQ-LEARN"-C.7 HTML에 익숙�?면. 쉽게 XML을 배울 �? 있는가?

"#FAQ-CHARENTS"-C.8 XML은 비�?�어권 문자를 사용할 �? 있는가?

"#FAQ-DOCTYPE"-C.9 Document Type Definition (DTD)란 무엇이고 어디에서 구할 �? 있는가?

"#FAQ-HYPERTEXT"-C.10 XML에서 링크는 어떻게 �?리�?는가?

"#FAQ-MATH"-C.11 XML을 사용�?여 �?식을 표�?� 할 �? 있는가?

"#FAQ-META"-C.12 XML은 메타데이타(metadata)를 어떻게 �?리�?는가?

"#FAQ-JAVA"-C.13 XML에서 자바(Java), ActiveX 을 사용할 �? 있는가?

"#FAQ-STYLE"-C.14 표�?�은 어떻게 제어�?는가?

"#FAQ-DEVELOPER"-D. 개발자 및 응용�?려는 사람들 (웹마스터와 서버 �?�퍼레이터를 포함�?여)을 위한 질문들

"#FAQ-SPEC"-D.1 스펙을 볼 �? 있는 싸이트

"#FAQ-VALIDWF"-D.2 `DTDless', `valid', `well-formed'란 무슨 �?미인가?

"#FAQ-WF"-D.2.1 `Well-formed' documents

"#FAQ-VALID"-D.2.2 Valid XML

"#FAQ-DTD"-D.3 SGML과 XML 사이�? 변화는 이밖에 무엇이 있는가?

"#FAQ-XMLSOFT"-D.4 �?��?날 어떠한 XML 소프트웨어가 사용가능한가?

"#FAQ-SWCHX"-D.5 XML을 사용�?기 위해 �?�재�? 서버 소프트웨어를 �?정해야 �?는가?

"#FAQ-SSINCLUDES"-D.6 server-side INCLUDE를 계속 사용할 �? 있는가?

"#FAQ-CSINCLUDES"-D.7 client-side INCLUDE는 계속 사용할 �? 있는가?

"#FAQ-TERMS"-D.8 �?는 XML 스펙을 이해�?고자 노력�?고 있다 : 왜 SGML(과 XML)은 그렇게 어려운 용어를 사용�?는가?

"#FAQ-API"-D.9 XML에는 개발자를 위한 API kit가 있는가?

답변들


A. 개론적 질문들

A.1 XML이란 무엇인가?

XML은 `Extensible Markup Language'�? 약어이다(여기서 'extensible'이란 "#FAQ-HTML"-HTML과 같은 고정된 포맷이 아니라는 �?미이다). XML은 웹에서 "#FAQ-SGML"-SGML을 사용�?기 위해 고안된 것이다.

§ XML은 사실 약간은 부정확한 명칭이다 : XML 그 자체는 �?�?�? 마크업 랭귀지가 아니라 자신만�? 독특한 마크업 랭귀지를 고안할 �? 있도록 해주는 매타랭귀지(metalanguage)이기 때문이다. 보통 마크업 랭귀지는 HTML�? �?�에서 보듯이 정보를 문서들�? 특정한 클�?스로 표�?��?는 방식을 정�?한다. XML을 이용�?면 자신만�? 독특한 마크업 랭귀지들을 정�?할 �? 있게 �?므로 문서를 다양한 클�?스들로 표�?��?는 것이 가능�?다. 이는 XML이 SGML, 즉 마크업 랭귀지들을 위한 국제 표준 메타랭귀지로 씌여졌기 때문이다.

A.2 왜 XML을 만들었는가?

XML은 웹상에서 '"#FAQ-SGML"-SGML�? 사용을 보다 쉽고 간단�?게 �?기 위해 고안�?었다. 즉, 문서타입들�? 정�?를 쉽게�?고, SGML로 정�?된 문서들�? 저작과 관리를 용이�?게 �?고, 그것들을 웹상에서 쉽게 전달�?고 공유�?기 위해 고안된 것이다.'

'"#FAQ-SPEC"-XML 스펙에는 XML은 아주 쉽고 간단한 SGML�? 방언(dialect)이며, XML�? 목적은 포괄적인 SGML을 �?�재�? "#FAQ-HTML"-HTML�?럼 웹상에서 서비스�?고 �?용�?고 �?리�?는 것이다.'라고 정�?�?어 있다.

`이러한 이유로 XML은 SGML과 HTML 양자간�? 상�?�운용성과 용이한 구�?�을 위해 고안�?었다'("#FAQ-SPEC"-XML 스펙에서 인용).

A.3 SGML이란 무엇인가?

SGML이란 다양한 �?�식�? 전자문서들�? 구조와 내용을 �?사�?는 방법을 정�?한 국제적 표준인 "http://www.sil.org/sgml/sgml.html" target="new"-Standard Generalized Markup Language("http://www.iso.ch/" target="new"-ISO 8879)를 말한다. SGML에 관한 FAQ는 "http://www.infosys.utas.edu.au/info/sgmlfaq.txt" target="new"-http://www.infosys.utas.edu.au/info/sgmlfaq.txt에 있고, SGML 웹�?이지는 "http://www.sil.org/sgml/"-http://www.sil.org/sgml/에서 볼 �? 있다.

A.4 HTML이란 무엇인가?

HTML은 "http://www.w3.org/MarkUp" target="new"-HyperText Markup Language ("http://ds.internic.net/rfc/rfc1866.txt" target="new"-RFC 1866)�? 약어이며, 웹("http://www.w3.org/" target="new"-World Wide Web)에서 사용�?는 "#FAQ-SGML" target="new"-SGML�? 특정 어플리케이�? 중 �?�?이다.

A.5 XML, SGML, HTML은 모두 다른 것인가?

물론 그렇다. "#FAQ-SGML"-SGML은 고대 �?메리안�? 문자표�?�에서부터 스텔스 폭격기�? 기술문서에 이르기까지, 그리고 �?자�? 병원기록부터 음악 악보 표시까지, 인간행동�? 많은 �?�역에서 사용�?는 다양한 문서타입을 기술�?는데 쓰이는 '母語(mother tongue)이다'.

"#FAQ-SGML"-HTML"http://www.w3.org/" target="new"-상에서 흔히 사용�?는 이러한 문서 타입중�? �?�?에 불과�?다. 그것은 제목, 문단, 목차, 그림 과 �?이퍼텍스트와 멀티미디어 지원을 통해 간단한 사무용 보고서들을 �?사할 �? 있게 해주는 단 �?�?�? 문서 타입이자 고정된 문서타입이다.

XML은 사용자만�? 문서타입을 정�?�?고, 프로그�?머가 프로그램을 쉽게 작성할 �? 있도록 �?기 위한 SGML�? 축소된 버전이다. XML은 SGML�? 복잡�?고 덜 사용�?는 부분을 생략함으로써, 어플리케이�?�? 작성을 쉽게�?고 이해�?게 쉽게 �?어 있고, 웹상에서 전달과 �?리(interoperability)에 더욱 적합�?게 �?어 있다. 그럼에도 XML은 여전히 SGML이며, XML 파일은 다른 어떤 SGML 파일과 마찬가지 방법으로 파싱�?며 유효화된다 ("#FAQ-XMLSOFT"-XML 소프트웨어에 관한 질문들을 보라).

프로그�?머�? 입장에서는 XML을 HTML++, 즉 HTML�? 확장으로 보기보다는 SGML로 보는 것이 유용할 것이다.

A.6 누가 XML에 대해 책임을 지고 있는가?

XML은 "http://www.w3.org/" target="new"-W3C(World Wide Web Consortium) 프로젝트 중 �?�?이다. 그리고 W3C�? XML 워킹그룹(Working Group)이 스펙�? 개발을 관리한다. 다양한 분야에서 선출�?어 구성된 SIG(Special Interest Group)는 전자우편을 통해 �?견을 내고 검토를 한다.

XML은 �?�?�? 공식 포맷이다. 이것은 어느 �?�?�? 회사에서 소유�?는 개발이 아니다.

A.7 왜 XML이 그렇게 중요한 개발인가?

XML은 웹 개발자들을 가로막는 두 가지 속박을 없앤다.
  1. 단일�?고 고정적인 문서타입("#FAQ-HTML"-HTML)에�? �?존

  2. 강력�?지만 까다로운 프로그램 �?��?을 허용�?는 구문을 가진 "#FAQ-SGML"-SGML�? 복잡성.
XML은 SGML에서�? 선택사항(optionality)�? 단계를 간소화�?고, 웹에서 사용자정�? 문서�?�식�? 개발을 가능�?게 한다.

A.8 어떻게 XML은 SGML을 간략히 �?고, 그럼에도 어떻게 독자적 문서�?�식을 정�?할 �? 있도록 �?는가?

SGML을 간략히�?기 위해 XML은 "#FAQ-SGML"-SGML�? 내부 값(internal values) 파라미터(parameters)들 중 일부를 재정�? �?고, 프로그램�?기 어렵게 만드는 아주 많은 복잡�?고 거�? 사용�?지 않는 특징들을 삭제�?�?�다("#FAQ-SPEC"-XML 스펙�? 부록 A를 보라).

그러�? XML은 당신�? 고유한 문서타입을 정�?할 �? 있도록 �?는 SGML�? 구조적 특징 모두를 유지한다. 그것은 �?�한 미리 정�?된 문서타입을 요구�?지 않는 새로운 �?�태를 도입�?�?�다. "#FAQ-VALIDWF"-`valid'와 `well-formed' documents에 관한 질문들과 "#FAQ-DEVELOPER"-개발자를 위한 질문들에 있는 "#FAQ-SELFDEF"-어떻게 당신�? 고유한 문서�?�식을 정�?할 것인가를 보라.

A.9 왜 HTML�? 확장만으로 해결할 �? 없는가?

"#FAQ-HTML"-HTML은 정보를 �?사�?는데 단 �?�?�? 방법만을 제공�?기 때문에 각 회사에서 내놓고 있는 재미있지만 종종 �?��?�?지 않는 확장들로 인해 이미 한계에 도달�?�?�다.

XML은 사람들과 조직들이 각 �?�역(음악, 화학, 전기공학, 등산, 재정, 서핑, 어학, �?학, 뜨개질, 역사, 공학, 토끼 기르기 )에서 정보를 교�?�?기 위한 독자적 마크업 랭귀지를 만드는 것을 가능�?게 할 것이다.

HTML은 정보를 기술�?는 방법으로서 유용함은 한계에 달�?�?�다. 그리고 비록 그것이 앞으로도 �?�재와 같이 컨텐트를 위한 중요한 역할을 계속한다고 할지라도 많은 새로운 어플리케이�?들은 더 강력�?고 유연한 기�?(infrastructure)을 요구�?고 있다.

A.10 왜 우리는 SGML�? 모든 것을 필요로 �?는가? Word�? Notes를 사용�?면 안�?는가?

서로 다른 종�?�? 컴퓨터들이 연결�?어 있는 네트워크상�? 정보는 모든 컴퓨터에서 이용가능해야 한다. 공공 정보는 특정 메이커�? 모델, 업체에 제한될 �? 없으며 데이터 포맷�? 통제권을 개인에게 �?길�? 없다. 그러한 정보는 �?�한 여러가지 방법으로 이용될 �? 있는 �?�?�? 폼으로 만드는 것이 유용�?다. 이러한 방법은 시간과 노역�? 낭비를 줄일 �? 있을 것이다.

"#FAQ-SGML"-SGML은 이런 종�?�? 어플리케이�?을 정�?�?는데 사용�?는 국제 표준이다. 그러�? 서로다른 소프트웨어에 기�?한 대안을 필요로 �?는 사람들은, 특히 사적인 이용을 위해서라면 SGML을 이용�?여 유사한 서비스를 개발�?는데 전적으로 자유롭다.

A.11 XML에 관한 상세정보는 어디에서 구할 �? 있는가?

�?�라인에는 W3C에서 제공한 "#FAQ-SPEC"-XML 스펙과 보조적인 문서들이 있다. 여기에는 Robin Cover가 쓴 "http://www.sil.org/sgml/sgml.html" target="new"-SGML pages안에 들어있는 "http://www.sil.org/sgml/xml.html" target="new"-XML section과 �?�라인 참조물 리스트, Tim Bray가 작성한 "http://www.textuality.com/xml/" target="new"-summary"http://www.textuality.com/xml/faq.html" target="new"-condensed FAQ가 있다.

아�?�? 목록은 관리자가 발견할 �? 있었�? 것들이다. 만약 당신이 다른 것들을 발견한다면 �?에게 "mailto:pflynn@imbolc.ucc.ie"-메일을 주기 바란다. �?��?된 것들은 참조�?기 위해 잠시 여기에 보�?�?어 지겠지만 결국은 삭제될 것이다.
  • § Technology Appraisals사는 �?�국 런�?에서 1998년 4월 6일부터 8일까지 XML ready for prime time?이라는 주제로 세미�?를 개최한다. 상세정보는 TAL�? "mailto:techapp@cix.compulink.co.uk"-Susan Dennington에 있다.

  • James Tauber & Associates은 1998년 4월 14일 "http://www7.conf.au/" target="new"-WWW7에서 �?루종일 XML에 관한 튜토리얼을 진행할 것이다.

  • Peter Murray-Rust는 "http://www.vsms.nottingham.ac.uk/vsms/java" target="new"-자바와 XML을 사용�?는 과학적 정보�? 구성요소(Scientific Information Components using Java and XML)라는 표제로 "http://www.vsms.nottingham.ac.uk/vsms/java/advert/advert.txt" target="new"-XML/Java Virtual Course를 준비�?고 있다. 상세정보는 "http://www.vsms.nottingham.ac.uk/vsms/java/advert/advert.txt" target="new"-http://www.vsms.nottingham.ac.uk/vsms/java/advert/advert.txt에 있다. 여기서 XML은 DTD�? 엔터티(entity), 선언부분(marked section), 카탈로그, 링크 등이 없는 �?�를 들어 단순한"#FAQ-WF"-well-formed, 태그�?는 법, 속성 부여�?는 법 등 가장 기초적인 것들이 다루어질 것이다. 그것은 (기존 문서로부터 추출해내는 법을 포함�?여)�?레�?트 트리(element trees)를 만드는 방법을 중심적으로 다룰 것이다.

  • ± 그�?픽 커뮤니케이�? �?�회 (Graphic Communications Association; GCA)에 �?해 매년 열리는 SGML 컨퍼런스는 SGML/XML 컨퍼런스로 이름이 바뀌었다. SGML/XML '97은 1997년 12월 8일부터 11일까지 Washington DC에서 열렸었다 (상세정보는 "http://www.gca.org/" target="new"-GCA�? 웹사이트에서 찾을 �? 있다).
§ Robin Cover�? "http://www.sil.org/sgml/sgml.html" target="new"-SGML pages에는 XML에 관한 책과 기사 목록이 있다.

A.12 XML�? 응용과 개발에 관한 토론은 어디에서 할 �? 있는가?

XML 구성요소(components) 개발을 위해 구성된 xml-dev라는 메일링리스트가 있다. "mailto:majordomo@ic.ac.uk"-majordomo@ic.ac.uk에 다음과 같은 한 줄짜리 메일을 보내면 가입할 �? 있다.
subscribe xml-dev yourname@yoursite
이 메일링리스트는 "http://www.lists.ic.ac.uk/hypermail/xml-dev/" target="new"-http://www.lists.ic.ac.uk/hypermail/xml-dev/에서 �?이퍼메일�?�태로 제공�?어 웹상에서 볼 �?도 있다.

이 메일링리스트는 XML에 관한 개발 리소스에 직접적으로 연관된 사람들을 위한 것이라는 것을 염두에 두길 바란다. 이것은 XML에 관한 일�?정보를 위한 것이아닐 뿐더러 (이 FAQ를 보거�? "#FAQ-MORE"-다른 자료들을 보길 바란다) SGML 응용과 자료에 관한 일�?적인 토론 (이를 위해서는 "news:comp.text.sgml"-comp.text.sgml를 보라)을 위한 것도 아니다.

공개토론을 위해 범용적으로 이용할 �? 있는 XML-L이라는 메일링리스트가 있다. 여기에 가입�?려면 "mailto:listserv@listserv.hea.ie"-LISTSERV@listserv.hea.ie
subscribe XML-L forename(이름) surname(성)
과 같은 �?�식으로 한 줄짜리 메일을 보내면 된다 (당신�? 실제 이름과 성으로 바꾸어 보내야 한다).

탈퇴�?기 위해서는 같은 주소로
unsubscribe XML-L
라고 써서 보내면 된다.

당신이 어떠한 메일링리스트에 가입�?�?�을 때 받게 �?는 설명문(Fine Documentation)을 읽기 바란다. 그 문서는 특히 당신�? 전자우편 주소가 바뀌었을 때 어떻게 해야�?는 지 등 중요한 정보를 담고 있다.


B. (HTML 브라우저 이용자를 포함�?여) SGML 이용자를 위한 질문들

B.1 XML을 사용�?기 위�?여 무언가를 해야만 �?는가?

아직은 그렇지 않다. XML은 아직 개발중에 있으�?, 이미 "#FAQ-BROWSER"-몇몇 선구적인 브라우저들이 존재�?므로 당신은 그것들로 실�?해 볼 �? 있다. 스펙이 완전해지면 더 많은 프로그램들이 출�?��?기 시작할 것이며, 당신은 �?�행�? 어플리케이�?을 사용�?듯이 브라우저를 다운받아 웹을 브라우징�?기 위해 그것들을 사용할 �? 있을 것이다.

"ftp://sunsite.unc.edu/pub/sun-info/standards/xml/eg/" target="new"-존 보삭(Jon Bosak)�? 세익스피어 연극대본(Shakespeare plays)"http://www.venus.co.uk/omf/cml/" target="new"-Chemical Markup Language (CML)을 이용�?는 분자실�? 등 막 출�?��?는 XML 자료들을 보기 위해서 당신은 선구적 브라우저들을 사용할 �? 있다. "http://www.sil.org/sgml/xml.html#examples" target="new"-http://www.sil.org/sgml/xml.html#examples에 더 많은 사례들이 열거�?어 있다.

당신 자신�? XML 문서를 작성�?기 위한 준비를 시작�?고 싶다면 "#FAQ-AUTHOR"-저자를 위한 질문들을 참조�?라.

B.2 왜 HTML 대신 XML을 사용해야 �?는가?

  • 저자와 문서 공급자들은 HTML로 허덕이는 대신에 XML을 이용�?여 "#FAQ-DOCTYPE"-그들 자신�? 문서타입을 설계할 �? 있다. 문서 타입은 정확�?게 읽는 사람들에게 맞추어 질 �? 있다. 그�?서 "#FAQ-HTML"-HTML�? 경우 특정한 효과를 내기위해 필연적으로 발생�?는 성가신 작업들은 이제 과거�? 유물이 �?어야 한다. 저자�? 디자이너는 자유롭게 그들 자신�? 마크업 요소(element)들을 고안�?게 될 것이다.

  • 정보�? 내용은 보다 풍부�?고 사용�?기 쉬워질 것이다. 왜냐�?면 "#FAQ-HYPERTEXT"-XML�? �?이퍼링크 기능이 HTML보다 훨씬 크기 때문이다.

  • XML은 브라우저�? 표�?�과 �?행을 위해 더 풍부�?고 �?은 기능들(facilities)을 제공할 �? 있다.

  • XML은 보다 유연한 모델을 지원�?여 SGML�? 기저에 있는 복잡성�? 많은 부분들을 제거한다. XML을 다루는 프로그램을 작성�?는 것은 완전한 SGML 프로그램을 작성�?는 것보다 훨씬 용이해질 것이다.

  • 정보에 대한 접근과 재사용이 보다 용이해질 것이다. 왜냐�?면 HTML�? 경우에서와 같이 특정 회사에 �?해 제한�?는 대신에, 어떠한 XML 소프트웨어를 사용�?여도 XML�? 보다 유연한 마크업이 사용될 �? 있기 때문이다.

  • "#FAQ-VALID"-유효한 XML 파일들(valid XML files)은 적법한 SGML이다. 따라서 그것들은 스펙이 안정화�?고, SGML 소프트웨어가 그것을 채택�?기만 �?면, 웹 이외�? SGML�?경에서도 사용될 �? 있다.

B.3 XML 브라우저는 어디에서 구할 �? 있는가?

§ 이미 몇몇 브라우저들이 출�?��?�?�지만 "#FAQ-SPEC"-XML 스펙은 여전히 새로운 것이다. "#FAQ-HTML"-HTML과 같이 단지 �?�?�? 브라우저가 아니라 여러 개�? 브라우저가 등장할 것이다. 어쨌든 �?많은 서로 다른 XML 어플리케이�?이 등장할 �? 있다는 잠재력은 어떠한 브라우저도 모든 것을 다 �?리할 �? 없다는 것을 �?미한다.

�?�를 들어 파싱, 트리 관리, 검색, 포매팅 등 XML�? 일�?적 부분은 "#FAQ-DEVELOPER"-개발자들이 XML 어플리케이�?을 작성할 때 일관성있게 작업할 �? 있도록 범용�? 브라우저 라이브러리�? 툴킷에 통합�?고 있다. 이후에 이러한 어플리케이�?들은 �?미(semantics)를 추가함으로 특정 분야에 맞추어 질 �? 있거�? 자바와 같은 랭귀지를 사용�?여 일�? 브라우저를 위해 플러그인 프로그램을 개발할 �? 있을 것이다. �?�한 웹상에서�? 정확한(transparently) 전송을 위한 특별한 모듈도 가질 것이다.

§ Netscape와 Microsoft는 지금 �?다 XML 기능(facilities)을 개발�?고 있다. Microsoft�? 개발�?�황은 "http://www.microsoft.com/msdn/sdk/inetsdk/help/" target="new"-http://www.microsoft.com/msdn/sdk/inetsdk/help/에서 볼 �? 있다. Netscape�? 진행상황은 �?�재 알려져 있지 않다.

§ "#FAQ-XMLSOFT"-저자"#FAQ-API"-개발자를 위한 소프트웨어 기록을 참조�?라. "http://www.sil.org/sgml/xml.html" target="new"-http://www.sil.org/sgml/xml.html에 있는 SGML 웹사이트 내에 XML 파트를 보면 더많은 리스트를 구할 �? 있다.

B.4 SGML이�? HTML을 XML로 변�?해야 �?는가?

그렇지 않다. �?�재�? "#FAQ-SGML"-SGML"#FAQ-HTML"-HTML 어플리케이�? 소프트웨어는 계속�?여 �?�존�?는 파일들을 다룰 것이다. 그러�? 확장된 기능들을 가지고 XML 파일을 보거�? 다운받기를 원�?다면, 그리고 그것을 이용�?기 원한다면 XML을 지원�?는 소프트웨어가 �?�?� 때 그것을 추가할 필요가 있을 것이다.


C. HTML을 쓰는 사람을 포함�?여 SGML 저작자들을 위한 질문들

저자들은 XML 파일�? 내부에 관한 더 많은 정보를 담고 있는 "#FAQ-DEVELOPER"-개발자를 위한 질문들을 읽어야 한다.

C.1 XML은 HTML을 대체�?는가?

그렇지 않다. XML은 그 자체로 "#FAQ-HTML"-HTML을 대체�?지 않는다. 대신에 사용자가 자신만�? 마크업 요소(element)를 정�?할 �? 있도록 함으로써 대안을 제공한다. HTML은 앞으로도 얼마간 일�?적으로 사용될 것이며, DTD들은 원�?�? SGML 버전 뿐 아니라 XML 버전으로도 사용될 것이다. XML은 완벽한 "#FAQ-SGML"-SGML보다 더욱 단순�?게 DTD를 작성할 �? 있도록 설계�?었다.

HTML�? XML 버전과 대중적인 DTD들을 만드는 작업이 계속�?고 있다. 그러�? 이러한 작업은 1997년 11월을 목표로 �?는 XML 1.0 스펙이 끝날 때까지 완료�?지 못할지도 모른다. 이에 관한 공지는 comp.text.sgml과 XML-L를 주목�?라.

C.2 XML 문서�? 내부는 어떻게 생겼는가?

기본적인 구조는 HTML을 포함�?여 다른 대부분�? SGML 어플리케이�?과 유사�?다. XML 문서는 문서 타입 선언(document type declaration)없이 저자 자신이 설계한 마크업안에 문서를 집어넣어 아주 간단히 작성될 �?도 있다.

   "#FAQ-RMDPI"-<?XML version="1.0" standalone="yes"?>
   <conversation>
     <greeting>Hello, world!</greeting>
     <response>Stop the planet, I want to get off!</response>
   </conversation>

�?�는 특정한 DTD와 내부�? 부분정�?(internal subset), 그리고 보다 복잡한 구조를 가지는 복잡한 문서일 �?도 있다.

   <?XML version="1.0" "#FAQ-RMD"-standalone="no" encoding="UTF-8"?>
   <!"#FAQ-DOCTYPE"-DOCTYPE titlepage SYSTEM "http://www.frisket.org/dtds/typo.dtd"
   [<!ENTITY % active.links "INCLUDE">]>
   <titlepage>
     <white-space type="vertical" amount="36"/>
     <title font="Baskerville" size="24/30"
       alignment="centered">Hello, world!</title>
     <white-space type="vertical" amount="12"/>
     <!-- In some copies the following decoration is
       hand-colored, presumably by the author -->
     <image location="http://www.foo.bar/fleuron.eps" type="URL" alignment="centered"/>
     <white-space type="vertical" amount="24"/>
     <author font="Baskerville" size="18/22" style="italic">Munde Salutem</author>
   </titlepage>

�?�는 XML 문서들은 두 가지 사이에서 어떻게든 사용될 �? 있다. 많은 것들이 스스로�? 문서 타입이 어떻게 정�?�?기를 원�?는지(�?�는 누구�? 것을 사용�?기를 원�?는지)와 문서타입이 무엇을 위해 사용�?는지에 달려있다. "#FAQ-VALIDWF"-유효한 파일과 �? 정리된 파일(valid and well-formed files)에 관한 질문들을 참조�?라.

C.3 XML은 문서 내�? 공백을 어떻게 표�?��?는가?

공백과 관련한 SGML 규칙들은 XML을 위해 변경�?어왔다. 그�?서 줄바꿈(linebreak), 탭(TAB) 문자, 정식 뛰어쓰기(regular space) 등 모든 공백은 파서에 �?해서는 변경�?지 않은 채 브라우저, 포맷터, 뷰어 �? 어플리케이�?에 �?겨진다. 이것은 다음을 �?미한다.
  • § 구조적 요소들(element) 사이�? `무�?미한' 공백은 (종종 '요소 내용(element content)'라 불리우는 텍스트 데이타가 아니라 단지 다른 요소들만 포함�?고 있는 요소들) 어플리케이�?에 �?겨 것이다 (완전한 SGML�? 경우 이러한 공백은 삭제된다).

  • § 텍스트와 마크업이 함�? 섞여 있는 �?�태('mixed content �?�는 PCDATA[parsed character data])를 포함할 �? 있는 요소(element) 내�? `�?미있는' 공백은 이전과 마찬가지로 어플리케이�?에 �?겨질 것이다.
   <chapter>
     <section>
       <title>
         My title for Section
   1.
       </title>
       <para>
         ...
       </para>
     </section>
     </chapter>

파서는 어쨌든 요소 내용 내에 어떤 종�?�? 공백이 있는지 어플리케이�?에 �?겨주어여 한다 (`완벽한' SGML 이용자들은 이러한 정보가 "http://www.sil.org/sgml/WG8-n931a.html" target="new"-ESIS내에는 없고, "http://www.sil.org/sgml/topics.html#groves" target="new"-grove내에 ,있다는 것을 알고 있을 �?도 있다.). 위�? �?�를 보면 어플리케이�?은 section title 내에 보이는 것 뿐 아니라 요소들 사이�? �? 표�?�된 줄바꿈, 탭, 띄어쓰기를 모두 �?겨받을 것이다. 어떤 종�?�? 공백을 버리고 �?�는 유지할지 결정�?는 것은 브라우저, 포맷터, 뷰어 어플리케이�?�? 기능이다.

C.4 XML 문서 중 어떤 부분이 대소문자 구별을 �?는가?

§ XML 파일은 전체가 다 대소문자 구별을 한다. 이것은 마크업 뿐 아니라 텍스트에도 해당된다. 이것은 HTML을 포함한 다른 많은 SGML 문서�?�식과�? 중대한 차이이다. 비�?�어권 문자 스크립트을 이용한 마크업을 허용�?는 것과 대소문자 구별을 �?지 않는 스크립트 내�? 문제점들을 제거�?는 것이 도입�?었다.
  • 시작 태그와 마침 태그에 사용�?는 요소�? 이름들(element names)은 대소문자 구별을 한다. 요소�? 이름을 정�?�?기 위해 섞어서 사용�?는 대소문자를 끝까지 유지해야 한다. 스스로 정�?�?는 경우�? "#FAQ-DTD"-DTD를 사용�?는 경우 모두 해당된다.

  • DTD가 없는 well-formed 파일들은 요소�? 이름이 �?음 �?타날 때 대소문자 구별을 정�?한다. 따라서 <BODY> . . . </body>와 같은 �?�식으로 사용할 �? 없다. 대소문자는 �?드시 일�?�?여야 한다. 따라서 <IMG/>와 <img/>는 두 개�? 서로 다른 요소이다.

  • 요소에 기�?을 둔 속성�? 이름(attribute names)도 마찬가지이다. �?�를 들어 동일한 파일 내에 있는 <PIC width="7in"/>와 <PIC WIDTH="6in"/>는 두 개�? 별개�? 속성이다. 왜냐�?면 소문자로 작성된 width와 대문자로 작성된 WIDTH은 서로 구별된다.

  • 속성값(attribute values)들도 �?�한 대소문자 구별을 한다. 문자 데이타 값은 �?�를 들면 HRef="MyFile.SGML"와 같이 이전과 정확히 같다. 그러�? ID와 IDREF 속성(attribute)은 대소문자 구별을 �?며 비교를 위해 더이상 대문자를 고집�?지 않아도 된다.

  • 모든 엔터티(entity)�? 이름들(&Aacute;)과 데이터�? 내용은 대소문자 구분을 �?며, 이런 점은 �?�전과 마찬가지이다.

C.5 어떻게 HTML 파일을 XML에서 작동�?게 할 �? 있는가?

§ HTML 문서들을 "#FAQ-WF"-�? 정리�?게 즉, well-formed�?게 만들면 된다. 아�?를 보라. XML에서 DTD는 선택사항이다. 그러�? HTML 파일들은 HTML DTD�? XML 버전이 아직 없기 때문에 ("#BEN"-진행 중임) �?�재 어디에서도 DTD가 없을 �? 밖에 없다. 먼저 존재�?는 HTML 파일들을 well-formed�?게 만드는 것이 필요�?다. 왜냐�?면 대부분�? HTML DTD들은 마침 태그�? 생략을 허용�?지만 XML�? 경우는 그러�?지 않기 때문이다. 이미 많은 HTML 저작도구들은 아주 충분�?지는 않지만 거�? well-formed한 XML을 만들어낸다.

모든 XML 문서들은 well-formed�?여야 �?지만(아�?를 참조�?라), DTD는 조건부이다. HTML 파일들은 XML�? DTD가 없는 �?�식으로 변�?될 �? 있다. 그러�? �?�재 SGML�? HTML DTD들�? XML 버전은 있을 �? 없다. 그리고 많은 HTML 저작도구들은 충분�?지는 않지만 거�? well-formed한 DTD없는 XML을 만들어 낸다.

만약 당신이 여러 개�? HTML "#FAQ-DTD"-Document Type Definitions (DTDs) 중 �?�?를 따르는 "#FAQ-HTML"-HTML 파일을 만들었고 그것들이 유효�?다면(validate OK), 그것들은 다음과 같이 XML로 변�?될 �? 있다.
  • § DOCTYPE 선언(declaration)과 내부�? 부속항목들(internal subset)--이는 기본적으로 <!DOCTYPE HTML...>)�? 꺽쇠 안에 들어 있는 모든 것들이 해당된다--을 <?XML version="1.0" standalone="yes"?>과 같은 XML 선언으로 바꾼다.

  • 모든 독립요소(EMPTY elements)들�? �?�른쪽 꺽쇠를 `/>'--�?�를 들면 <IMG SRC="mypic.gif" alt="Picture"/>로 바꾼다. 독립요소들로는 다음과 같은 것들이 있다. 문서�? 헤더(header)에서 사용�?는 <ISINDEX>, <BASE>, <META>, <LINK>, <NEXTID>, <RANGE>와 문서�? 바디(body)에서 사용�?는 <IMG>, <BR>, <HR>, <FRAME>, <WBR>, <BASEFONT>, <SPACER>, <AUDIOSCOPE>, <AREA>, <PARAM>, <KEYGEN>, <COL>, <LIMITTEXT>, <SPOT>, <TAB>, <OVER>, <RIGHT>, <LEFT>, <CHOOSE>, <ATOP>, <OF>가 있다.

  • 마침 태그가 필요한 요소들(non-empty elements)이 정확히 사용�?었는지 확인�?라. �?�를 들어 <P>는 항상 </P>로 닫�?�져야 한다. 이 작업은 "http://www.jclark.com/sp/" target="new"-SP�? 일 부분인 sgmlnorm과 같은 표준화된 프로그램이�? Emacs/psgml과 같은 에디터�? sgml-normalize 기능에 �?해 자동적으로 �?리 될 �? 있다.

  • 마크업에 사용�?는 문자인 <과 &를 &lt;와 &amp;로 바꾼다.

  • 모든 속성값(attribute values)이 따�?�표 안에 있는지 확인한다.

  • 요소�? 이름들이 �?�?� 때 시작태그 마침태그에서 대소문자 구별이 정확히 일�?�?는지, 그리고 전체문서에서 일관적으로 사용�?는지 확인한다.

  • 모든 속성�? 이름들이 전체문서을 통해 일관적으로 사용�?는지 확인한다.
HTML 브라우저들은 XML 스타일�? 독립요소(EMPTY elements)들�? 종료�?리(trailing slash)를 이해�?지 못�?기 때문에 위와 같이 변�?된 것은 �?대로는 �?��?�?지 않는다. �?�?�? 대안은 <IMG>를 <IMG></IMG>로 바꾸는 것과 같이 모든 독립요소에 가짜 마침 태그를 붙이는 것이다.

만약 많은 양�? 유효한(valid) HTML 파일들을 가지고 있다면, 이러한 작업을 SGML 변�? 시스템--"http://www.omnimark.com/"-Omnimark, "http://www.balise.com/"-Balise, "http://www.dircon.co.uk/sgml"-SGMLC, �?�는 SGML Perl라이브러리 사용�?는 시스템 등이 있다--에서 스크립트를 이용�?여 �?리할 �?도 있으며, �?고자 �?는 작업을 �? 알고 있다면 에디터�? 매크로 기능을 이용해서도 �?리할 �? 있다.

만약 HTML 파일들이 유효�?지 않다면(invalid) 그것들은 거�? �?작업으로 �?리해야 �?는 것이 확실�?다. �?못된 부분이 규칙적이고 조심스럽게 작성�?었다면 그 파일은 실질적으로 거�? well-formed할 것이며, 위와 같은 작업을 �?는 프로그램이�? 스크립트를 작성할 �? 있지만 유효한지 여부와 적합여부를 판단�?기 위해서는 다음을 확인해 보라.
  • § 파일에 마크업 문법상�? �?��?는 없는가? �?�를 들면 슬�?쉬(/) 대신 역슬�?쉬가 사용된 것은 없는지, �?� 요소들이 부정확�?게 중첩�?어 사용된 곳은 없는가? �?� : <SAMP>요소가 <EM> 안에서 시작�?었는데 </SAMP> 이 </EM> 밖에서 선언�?지 않�?는가?

  • 목록 항목(list item) 안에 제목을 사용�?거�? 목록 �?경(list envirnments) 밖에서 목록 항목을 사용�?는 것과 같이 HTML DTD와 모순�?게 마크업을 사용�?지 않�?는가?

  • § 파일에 어떤 DTD에도 없는요소가 사용�?지 않�?는가? 비록 이것이 DTD없는 well-formed 파일로 변�?�?는데 쉽지만--미리 요소를 정�?�?지 않아도 �?기 때문에--브라우저에 따라 특별한 확장들은 결코 공식적으로 정�?된 적이 없기 때문에 이러한 방법이 어디에서�? �?미있게 사용될 �? 있는지 확인�?는 것은 불가능�?다.
유효�?지만 �?미가 없거�? 쓸모없는 마크업은 변�? 전에 �?정�?야 할 지도 모른다. �?�를 들어 �?복�?는 빈 문단들, 줄바꿈, 비어있는 테이블, 공백을 넣기 위해 사용된 그림(invisible `spacing' GIFs) 은 XML에서는 스타일쉬트를 사용�?기 때문에 필요가 없다.

XML에서 변�?시 필요한 것들�? 자세한 사항은 "#FAQ-WF"-`well-formed' XML 파일�? 규칙들을 참조�?라.

HTML DTD�? XML 버전이 준비 중임을 유념�?라.

C.6 XML이 SGML�? 부분집합이라면, SGML 툴을 이용�?여 직접 XML을 다룰 �? 있는가?

다음�? 조건이 충족된다면 가능�?다. a) 문서가 유효한 "#FAQ-DTD"-Document Type Definition (DTD)를 가지고 있어야 한다. 다시말해 파일들은 단지 "#FAQ-WF"-well-formed할 뿐 아니라 "#FAQ-VALID"-valid�?여야 한다. b) XML을 지원�?기 위해 필요한 특징들--독립요소(EMPTY element)를 위한 특별한 �?�식, NAMECASE GENERAL NO와 같은 SGML 선언(declarlation) 중 일부, 복�? 속성 선언(multiple attribute declarations)등--을 알고 있는 소프트웨어를 사용해야 한다.

지금 당장은 이러한 독립요소(EMPTY elements)�? �?�식 때문에 XML 파일을 다루는 툴들이 거�? 없지만, 변화�?고 있는 것은 사실이다. nsgmls파서는 실�?적인 XML 변�?기능을 가지고 있으며, 최초�? XML 전용 에디터와 파서들이 등장�?고 있다("#FAQ-XMLSOFT"-소프트웨어에 관한 질문들을 참조�?라).

ISO 8879�? 규약들�? 부분 개정 논�?가 �?고 있으며, 이들 중 일부는 웹을 지원�?는 데 필요한 기능 변화에 관한 것들이다.

C.7 HTML에 익숙�?면. 쉽게 XML을 배울 �? 있는가?

당연히, 매우 쉽운 일이다. 그러�? 지금 �?�재에는 여전히 튜토리얼, 간단한 도구, 더많은 XML 문서�? �?�가 필요�?다. "#FAQ-WF"-Well-formed XML 문서는 매우 중요�?지만 아주 적은 부분�? 구문을 제외�?고는 "#FAQ-HTML"-HTML과 유사�?게 보일 것이다.

모든 이용자 집단은 그들만�? 독자적으로 정�?된 문서�?�식을 갖을 �? 있기 때문에 XML을 배우는 것은 무척 쉬울 것이다. 이것은 요소이름을 적절히 골라서 붙일 �? 있기에 가능�?다.

C.8 XML은 비�?�어권 문자를 사용할 �? 있는가?

그렇다. "#FAQ-SPEC"-XML 스펙을 보면, XML은 모두 인�?�? 문자를 포함�?는 국제표준인 31-bit 문자집합인 "http://www.iso.ch/" target="new"-ISO 10646을 사용한다고 �?와있다. 이것은 �?�재 유니코드(Unicode)와 일�?한다.

§ 스펙 2장 2절을 보면, `모든 XML 프로세서는 ISO 10646�? UTF-8과 UTF-16 인코딩을 받아들여야 한다 . . . '. UTF-8은 유니코드�? 8비트 문자로�? 인코딩이다. �?음�? 128개는 아스키(ASCII)와 동일�?며, �?머지는 유니코드�? �?머지 부분을 2바이트에서 6바이트까지 차례로 인코드�?기 위해 사용된다. 단일한 8중주 �?�태인 UTF-8은 따라서 ISO 646 IRV(ASCII)과 동일�?다. 그러므로 �?�어를 위해 아스키를 사용�?거�? �?�어권 알파벳을 이용�?여 악센트없는 문자를 사용할 �? 있다. UTF-8은 아스키�? 마지막인 10진으로 126번 코드 이후로는 ISO 8859-1(ISO Latin-1)과는 �?��?�?지 않는다는 점을 유�?�?라. UTF-16은 UTF-8과 비슷�?지만, 64,000 문자�? 다음 16단계를 두 개�? 16비트 문자들로 대표�?려는 계획을 가지고 있다.

` . . . �? 중에 어떤 것이 사용�?고 있지 알려주는 메커니�?과 다른 인코딩이 사용될 �? 있도록 �?는 메커니�?들이[ . . . ]문자인식에 관한 토론 중에 이야기�?고 있다.' "#FAQ-SPEC"-XML 스펙은 XML 파일에서 어떤 코드�? 문자세트를 당신이 사용�?고 있는가를 상술�?는 법을 설명�?고 있다.

§ USC-4�? 사용은 단지 ISO 8879에 계�?중인 `WebSGML Adaptations'이 8자리가 �?는 숫자들이 SGML 선언(Declaration)에서 사용될�? 있도록 효력을 발생�?게 �?었을 때만 SGML과 XML에서 적법�?게 상술될 �? 있다.

§ `사용�?는 특별한 인코딩에도 불구�?고, ISO 10646 문자세트 내�? 어떠한 문자도 10진 �?�은 16진�? 대응�?는 숫자 코드를 가리킬 �? 있다.' 따라서 어떠한 문자세트를 개인적으로 사용한다고 �?더라도 (10진문자 코드�? 경우) &#dddd;를 사용�?거�? (16진 코드�? 경우 대문자로) &#UHHHH;를 사용함으로써 인코드 문자저장소�? 특정한 개개�? 문자들을 여전히 가리킬 �? 있다.

용어와 숫자들이 �?�란스럽게 할 �?도 있을 것이다. "http://cns-web.bu.edu/pub/djohnson/web_files/i18n/ISO-10646.html" target="new"-ISO 10646 개념사전(ISO 10646 Concept Dictionary)을 참조�?라.

C.9 DTD란 무엇이고, 어디에서 구할 �? 있는가?

DTD는 문서�? 특별한 �?�식�? 공식적 정�?를 담고 있는 �?�?�? 파일(�?�는 함�? 사용�?는 복�?�? 파일들)이다. DTD는 요소들�? 이름, 요소들이 언제 �?타�?는지, 어떻게 함�? 사용�?는지 등을 정한다. �?�를 들어 <ITEM>를 포함�?는 <LIST>를 기술�?는 문서�?�식을 원한다면 DTD�? 일부는 다음과 같은 것을 포함할 것이다.

   <!ELEMENT item (#pcdata)>
   <!ELEMENT list (item)+>

DTD는 텍스트를 포함�?는 아이템과 아이템들을 포함�?는 리스트를 정�?한다. DTD는 프로세서가 자동적으로 문서를 파싱�?고, 모든 요소들이 언제 �?�?�고 어떻게 서로 연관�?어 있는지 구분할 �? 있도록 �?는 공식적인 언어이다. 그럼으로써 스타일쉬트, 내비게이터, 브라우저, 검색엔진, 데이타베이스, 인쇄루틴 및 다른 어플리케이�?들을 사용할 �? 있도록 한다.

[XML�? 경우 요소 이름과 컨텐트 모델 사이에서�? 요소 정�?에는 `-'�? `O' 문자(즉, minimization parameter)가 사용�?지 않는다는 점을 유�?�?라. 왜냐�?면 독립요소를 제외한 모든 요소들은 모든 경우에 시작 태그와 마침태그가 �?와야 한다.]

모든 분야에 �?천개�? 뛰어난 SGML DTD가 이미 존재한다. (�?�를 들면 "http://www.sil.org/sgml/sgml.html" target="new"-SGML Web pages를 보라.) 그것들 중 많은 것들을 다운받아 공짜로 사용할 �? 있다. �?�한 스스로 만들 �? 도 있다. 다른 언어들과 마찬가지로 DTD를 만들기 위해서는 먼저 배워야 한다. 무엇이 사용�?면 안�?는가 �?는 "#FAQ-RESTRICT"-제한 목록을 참조�?라. �?지만 XML은 SGML보다는 몹시 간단�?다. �?�존�?는 SGML DTD가 XML 시스템에서 사용�?기 위해서는 XML로 변�?�?어야 한다. 유명한 DTD들이 XML �?�식으로 제공된다는 소식을 기대�?라.

C.10 XML에서 링크는 어떻게 �?리�?는가?

"#TEI-LINK"-XML 시스템�? 링크기능은 HTML보다 훨씬 강력�?다. �?�재�? HREF 스타일�? 링크는 여전히 사용가능할 것이다. 새로운 링크 기술은 �?이퍼텍스트를 포함�?는 다른 표준�? 개발들--�?�를 들면 "http://www-tei.uic.edu/orgs/tei/" target="new"-TEI"http://www.sil.org/sgml/" target="new"-HyTime, 이러한 기술들은 특정 문서보다는 당신�? 문서�? 다른 사람�? 문서�? 일부분을 링크할 �? 있도록 �?고, �?�한 양방향 링크�? 다방향 링크도 제공한다--로부터 배운 성과들에 기�?�?고 있다. 이러한 것들은 PanoramaMultidoc Pro 같은 SGML 브라우저에는 이미 구�?��?어 있다.

"http://www.w3.org/TR/WD-xml-link" target="new"-XML Linking Specification (XLL)문서는 구체적인 스펙을 보여준다. XML�? 링크는 URL일 �?도 TEI 스타일�? Extended Pointer(`"#TEI-LINK"-Xptr')일 �?도 있다. �?�은 �?다도 가능�?다. URL은 그 자체로 �?�?�? 자원으로 여겨진다. Xptr이 다음에 �?�?�면 그것은 그 URL�? �?위 자원으로 여겨진다. Xptr은 그 자체로는 �?�재문서에 적용된다고 여겨진다.

�?�?�? Xptr에서는 이미 #, ?, | 중 �?�?가 먼저 �?�?�다. #과 ?�? �?미는 HTML 어플리케이�?�? 경우와 동일�?다. |는 �?위자원이 Xptr을 그 자원에 적용�?는 것에 �?해 발견된다는 것을 �?미한다. 그러�? 이러한 방법은 어플리케이�?�? 역할이다.

"http://etext.virginia.edu/bin/tei-tocs?div=DIV2&id=SAXR" target="new"-TEI Extended Pointer Notation(EPN)은 일부 URL�? 마지막에 �?�?�는 '부분 주소(fragment address)'보다 훨씬 강력�?다. -href="#FAQ-HYPERTEXT">�?�를 들어 두 문단 앞�? 'Xptr'이라는 단어는 http://www.ucc.ie/xml/faq.sgml#ID(faq-hypertext)CHILD(2,*)(4,*)�?럼 적용될 �? 있다. 이것은 faq-hypertext라는 ID를 가진 요소�? 두번째 child object 내�? 네번째 child object라는 �?미이다. "faq.sgml"-SGML 버전에서 지금 보고 있는 질문--`faq-hypertext'라는 ID를 가지고 있는--�? �?음부터 object를 세어 보아라.
  1. 문제�? 제목

       <SECT2 ID="faq-hypertext">
       <TITLE>How will XML affect my document links?</TITLE>

  2. 두번째 문단

    1. 문단�? 시작부터 마크업�? 첫번째 아이템까지�? 문자 데이타

         <PARA>The

    2. 마크업 아이템

         <ULINK URL="http://www.w3.org/TR/WD-xml-link">XML Linking
         Specification (XLL)</ULINK>

    3. 문자 데이타�? 다음 부분

         document contains a detailed specification. An XML link can
         be either a URL or a TEI-style Extended Pointer (

    4. 그 다음 마크업 아이템

         <LINK LINKEND="tei-link">Xptr</LINK>
이 파일을 Panorama�? MultiDoc Pro로 보면 �?�제 문장�? 앞부분에 있는 밝게 보이는 십자-참조(cross-reference) 버튼을 클릭할 �? 있다. 그리고 'Xptr'이 �?�?�는 부분을 포함�?여 거기에 링크�?어 있는 모든 Extended Pointer Notation�? 지점들을 볼 �? 있을 것이다(HTML 브라우저는 양방향 링크�? EPN을 지원�?지 않으므로 이렇게 �?는 것은 �?미없는 일이다).

C.11 XML을 사용�?여 �?식을 표�?� 할 �? 있는가?

당신이 �?식을 지원�?는 "#FAQ-DOCTYPE"-문서 �?�식(document type)을 사용한다면 가능�?다. �?학을 사용�?는 집단들에서 이러한 소프트웨어를 개발�?고 있고, "http://www.w3.org/Math/" target="new"-W3C에는 MathML proposal이 있다. 이것은 순�?한 XML 어플리케이�?이다. XML 파편들(fragments)을 만드는 것은 �?��?전에 소멸한 HTML3이�?, "http://www.arbornet.org/~silmaril/dtds/html/htmlpro.html" target="new"-HTML Pro, "http://www.sil.org/sgml/gen-apps.html#iso12083DTDs" target="new"-ISO 12083 Math, "http://www.can.nl/~abbott/OpenMath/" target="new"-OpenMath같은 제품들이�?, �?�는 스스로 만든 것들로도 가능 할 것이다. SGML에 기�?한 간단한 �?식을 보여주는 브라우저들은 이미 존재�?고 있다. �?�를 들어 Panorama, Multidoc Pro같은 것이 이런 제품이다.

�?식�? 복잡성은 xi과 같은 �?식표�?�들부터, E = mc2과 같이 단순한 문장내�? 등식, 그리고 다음과 같은 표�?� 등식과 같이 다를 �? 있다.

Sni=1  (xi - p)2/n

(만약 당신이 HTML 브라우저를 사용�?고 있는데, TeX에 상당�?는 코드를 읽는 IBM사�? "http://www.ics.raleigh.ibm.com/ics/techexp.htm" target="new"-TechExplorer같은 Netscape �?학 플러그인이 설�?�?어 있지 않다면, 위�? 등식은 정확히 보여지지 않을 것이다.)

C.12 XML은 메타데이타를 어떻게 �?리�?는가?

XML은 자신만�? 고유한 마크업 언어를 정�?할 �? 있도록 �?기 때문에, 어떤 �?�식�? 메타데이타--�?�를 들어"http://www2.sub.uni-goettingen.de/dc-wf.html" target="new"-Dublin Core, Warwick Framework, "http://www.dstc.edu.au/RDU/RDF/" target="new"-Resource Description Framework (RDF), "http://www.w3.org/PICS/" target="new"-Platform for Internet Content Selection (PICS) 와 같은--라도 저장�?고 링크할 �? 있는 XML�? 확장된 �?이퍼텍스트적 특징("#FAQ-HYPERTEXT"-링크에 관한 질문을 참조�?라)을 완벽히 이용할 �? 있다.

XML은 구조이지 어플리케이�?이 아니기 때문에 미리 정�?된 요소는 없다. 따라서 저자가 어떻게 메타데이터를 응용해야 한다�?가, �?�는 메타데이터를 사용해야 한다�?가 �?는 것을 구체화�?는 것은 XML�? 임무가 아니다. 그러므로 간단한 속성(attribute)부터 완전한 Dublin Core/Warwick Framework 메타데이터 내부 자료까지 어떠한 적합한 방법이라도 사용할 �? 있다. 브라우저 회사들 �?�한 그들�? 고유한 구조 제안과 방안을 내어놓을 �?도 있다.

C.13 XML에서 자바(Java), ActiveX 을 사용할 �? 있는가?

이것은 브라우저 메이커가 어떠한 기능을 제공�?는가에 달려 있다. XML은 정보를 기술�?는 것에 관한 것이다. 즉, XML�? 내장된 기능을 위한 스크립트 언어와 랭귀지들은 최종이용자에 �?해 정보가 다루어질 �? 있도록 �?는 소프트웨어이다.

XML은 그 자체로 스크립트 언어를 실행�?는 데 요구�?는 마크업을 정�?�?는 방법을 제공한다. 중립적 표준으로서 XML은 스크립트 언어�? 사용을 권장�?거�? 제한�?지도 않는다. �?�한 어느 �?�?�? 언어만을 선�?��?지도 않음으로써, 그 �?�역은 대단히 공개�?어 있다. 개발은 계속진행 중이다. XML 관점에서 "http://www.datachannel.com/ChannelWorld/XML/dev/" target="new"-자바 API�? 표준화에 관한 존 티그(John Tigue)�? 제안을 참조�?라.

스크립트 랭귀지들은 "http://www.w3.org/TR/NOTE-XSL-970910" target="new"-Extensible Style Language(XSL)을 위해 제공된다("#FAQ-STYLE"-스타일쉬트(stylesheets)에 관한 질문들을 참조�?라).

C.14 표�?�은 어떻게 제어�?는가?

스타일쉬트�? 사용은 XML 내부에 함축�?어 있다. 몇몇 브라우저들은 <PARA>, �?�는 <ITEM>을 포함�?는 <LIST> 같은 유명한 요소들 포함�?는 단순한 기본 스타일을 제공할 것이다. 그러�? 일�?적으로 특정 스타일쉬트는 저자가 레이아웃(layout)을 더 �? 제어할 �? 있도록 해 줄 것이다. 그러�? 이용자들�? 취향에 따라 다양�?게 파일이 보여지는 어떤 시스템과도 마찬가지로 저자는 이용자�? 시스템 리소스-폰트와 같은-를 알 �? 없다. 저자에에는 상당한 주�?가 요구된다.
  • SGML 문서를 위한 스타일쉬트 국제 표준은 "http://www.sil.org/sgml/related.html#dsssl" target="new"-DSSSL (the Document Style and Semantics Specification Language) ("http://www.iso.ch/" target="new"-ISO 10179)이다. DSSSL은 스타일쉬트와 문서 변�?을 위한 스키마와 유사한 언어를 제공�?고 있으며, Jade formatter에서 널리 사용�?고 있다.

  • "http://www.w3.org/Style/css" target="new"-Cascading Stylesheet Specification (CSS)은 요소들에 스타일을 부여�?는 간단한 구문(syntax)를 제공�?며, HTML 브라우저에서 사용�?어 왔다.

  • PanoramaMultiDoc Pro에서 이미 사용된 Synex stylesheet DTD.

  • 새로운 "http://www.w3.org/TR/NOTE-XSL-970910" target="new"-Extensible Style Language (XSL)이 특별히 XML과 사용�?기 위해 제안�?고 있다. XSL은 XML 구문을 사용�?며-실제로 스타일쉬트는 XML 파일이다-, DSSSL과 HTML�? CSS 양쪽 포맷�? 특징을 합친 �?�태이다. 그리고, 이미 몇몇 중요한 회사 제품에서 지원�?고 있다.
이제 어떤 브라우저들이 이것을 사용�?지는 지켜보는 것이 남�?다.


D. Developers and Implementors (including WebMasters and server operators)

D.1 스펙을 볼 �? 있는 싸이트

바로 "http://www.w3.org/TR/WD-xml" target="new"-여기(http://www.w3.org/TR/WD-xml)에서 구할 �? 있다. "http://www.fxis.co.jp/DMS/sgml/xml/wd-xml-lang.html" target="new"-일본어 버전은 http://www.fxis.co.jp/DMS/sgml/xml/wd-xml-lang.html"http://www.fxis.co.jp/DMS/sgml/xml/wd-xml-link.html" target="new"-http://www.fxis.co.jp/DMS/sgml/xml/wd-xml-link.html에서 볼 �? 있다.

D.2 `DTDless', `valid', `well-formed'란 무슨 �?미인가?

완전한 SGML은 마크업(elements)을 어떤 특정한 문서 타입에 사용가능한 것으로 기술�?기 위해 DTD를 사용한다. �?지만 DTD�? 설계와 구성은 복잡�?고 간단�? 않은 일이다. 그�?서 XML은 DTD 없이도 사용될 �? 있게끔 설계�?어 왔다. 'DTDless 작동'이란 마크업을 정해진 방식으로 정�?�?지 않고 새로 만들 �? 있음을 �?미한다.

실제로 DTDless 파일은 비공식적 �?�태로 자신�? 고유한 마크업을 요소들(elements)�? 존재와 위�?를 이용해 `정�?한다'. 그러�? 브라우저와 같은 XML 어플리케이�?이 DTDless 파일을 접�?게 �?는 경우, 브라우저는 문서구조를 이해할 �? 있어야 한다. 왜냐�?면 DTDless 파일은 브라우저에게 도움을 줄만한 아무런 DTD를 갖고 있지 않기 때문이다. 따라서 이 문제를 해결할 몇몇 보완작업들이 진행돼 왔다.

위에서 제기된 문제�? �?�를 들어 보자. HTML�? <IMG>요소는 `EMPTY'로 정�?�?는데, 이는 엔드태그(end-tag)를 가지고 있지 않다. DTD가 없으면 XML 어플리케이�?은 어떤 요소에 엔드태그를 붙여야 할지 말아야 할지를 판단할 �? 없게 된다. 그�?서 `well-formed'란 개념�? 도입이 필요�?게 �?었다. 'well-formed'란 모든 요소�? 시작과 끝을 만드는 것이다. 'well-formed' 개념에 비추어보면 EMPTY 요소�? 발생은 전�?� 모�?�한 문제가 아니다.

D.2.1 `Well-formed' 문서들
모든 XML 문서들은 정확한 �?�식을 갖추어야 한다.
DTD가 없은 Well-formed XML 파일은 &lt;, &gt;, &apos;, &quot;, &amp; 등을 가지고 있는 것으로 미리 정�?�?었기 때문에 DTD없이도 이것들�? 사용이 가능�?다. 그러�? Valid XML 파일들은 이것들을 사용�?려면 명백히 선언을 �?여야 한다.

D.2.2 Valid XML
"FAQ-DOCDEC"-Valid XML 파일들은 다른 모든 "#FAQ-SGML"-SGML 어플리케이�?과 마찬가지로 "#FAQ-DTD"-Document Type Definition (DTD)를 가지고 있으며, �?�한 DTD에 충실�?다. Valid XML 파일들은 당연히 "#FAQ-WF"-well-formed�?여야 한다.

Valid 파일은 다른 SGML 파일들과 마찬가지로 DTD로 시작�?지만, 선택적으로 XML 선언(XML Declaration)을 가질 �?도 있다.

   <?XML version="1.0"?>
   <!DOCTYPE advert SYSTEM "http://www.foo.org/ad.dtd">
   <advert>
     <headline>...<pic/>...</headline>
     <text>...</text>
   </advert>

"#FAQ-SPEC"-XML 스펙은 모든 인스턴스에 적용�?는 "http://www.ucc.ie/xml/sgmlxml.decl" target="new"-XML을 위한 SGML Declaration을 정�?�?고 있다. 특정한 DTD�? "#FAQ-DTD"-XML 버전은 로컬에서 이용가능한 �?�태로든--다시말해 이용자가 이미 디스크에 복사본을 가지고 있는 경우--, 아니면 네트워크를 통해 검색가능한 �?�태로든 XML 프로세서에 접근할 �? 있어야 한다. 이것은 위와 �?�와 같이 System Identifier에 DTD�? URL을 입력함으로써 가능한다. 몇몇 사람들이 선�?��?는 것�?럼 "http://www.ucc.ie/cgi-bin/public" target="new"-Formal Public Identifier를 지원�?는 것도 가능�?다. �?지만 그럴 경우에도 FPI는 System Identifier보다 선행�?는 것일 뿐, SI는 여전히 주어져야 한다.

   <!DOCTYPE advert PUBLIC "-//Foo, Inc//DTD Advertisements//EN" "http://www.foo.org/ad.dtd">

XML 선언�? 다른 속성들을 위한 초기값들은 VERSION="1.0" and ENCODING="UTF-8"이다.

D.3 SGML과 XML 사이�? 변화는 이밖에 무엇이 있는가?

중요한 변화들은 DTD를 작성에 있어 무엇을 할 �? 있는가와 관련�?어 있다. 구문을 단순화�?고, �?리 소프트웨어를 작성�?는 것을 쉽게�?기 위해, 많은 마크업 정�? �?��?들이 생략�?었다("#FAQ-SPEC"-XML 스펙�? 부록 A를 참도�?라).

새로운 구획문자(delimiter)인 콜론(:)�? 사용이 네임스�?이스(namespaces) 실�?을 위해 이름(Names)에 허용�?었다-이것은 DTD가 요소 소스, 소유권, 어플리케이�?을 구별할 �? 있도록 해 준다. 콜론(:)은 시작이�? 끝이 아닌 이름중간(mid-name)에서 사용될 것이며, 이 구문은 다음 버전에서 변경될 것이다.

D.4 �?��?날 어떠한 XML 소프트웨어가 사용가능한가?

이 FAQ에 언급�?기에는 너무�? 빠른 변화 때문에 자세한 사항은 언급�?지 않겠다. "http://www.sil.org/sgml/xml.html" target="new"-http://www.sil.org/sgml/xml.html에 있는 XML �?이지를 참조�?라.

브라우저에 관해서는 "#FAQ-BROWSER"-XML 브라우저에 관한 질문을 참조�?고, 소프트웨어 개발자들은 "#FAQ-MAILINGLIST"-xml-dev 메일링리스트�? 상세정보를 참조�?라. 버트 보스(Bert Bos)가 bison, flex, perl, Python 에 관련된 "http://www.w3.org/XML/notes.html" target="new"-XML 개발 리스트를 제공�?고 있다.

D.5 XML을 사용�?기 위해 �?�재�? 서버 소프트웨어를 �?정해야 �?는가?

.xml 파일을 �?�바른 MIME �?�식으로 지원�?기만 �?면 된다. text/xml과 text/xsl�? MIME �?�식이 사용가능�?므로 XML을 지원�?기 위해 필요한 모든 것은 mime-types 파일과 이것에 대응�?는 것들을 다음을 추가�?여 �?정�?면 된다.

   text/xml xml XML
   text/xsl xsl XSL

XML은 스타일쉬트와 정교한 �?이퍼링크를 지원�?도록 설계�?었기 때문에 XML 문서들은 DTD, 엔터티 파일, 카탈로그, 스타일쉬트와 같은 보조파일들을 동�?할 것이다. 이러한 파일들은 고유�? MIME 항목(entry)를 요구�?며, 적절한 디렉토리 안에 놓여야 한다. XML 워킹그룹이 계획�?고 있는 것들 중 �?�?인 XUA(XML User Agent)는 �?�?�? 메시지에 XML 문서와 XSL 스타일을 묶는 기법을 제공할 것이다.

만약 HTML을 생성�?는 스크립트를 사용�?고, 이것이 XML과 같이 기능�?기를 원�?다면, 적절한 문서 �?�식을 생성�?도록 �?정�?어야 할 것이다.

D.6 server-side INCLUDE를 계속 사용할 �? 있는가?

그렇다. 그것들이 결과물을 XML을 준�?�?는 파일(XML-conformant file), "#FAQ-VALID"-valid �?�는 단지 "#FAQ-WF"-well-formed한 파일�? 일부분으로 생성한다면 가능�?다.

D.7 client-side INCLUDE를 계속 사용할 �? 잇는가?

"#FAQ-SSINCLUDES"-server-side INCLUDE와 같은 규칙이 적용된다. �?�를 들어 SDQL 질�?어, Java 언어, LiveWire 질�?어�? 스트림 데이타 �? 써드 파티 엔진(third-party engine)에 �?겨지는 어떠한 내부 코드(embedded code)도 XML 마크업으로 �?못해석될 가능성있는 문자를 포함�?지 않는지를 확인해야 한다. 다시 말해 <, >, &를 포함�?고 있는지를 확인해야 한다. XML 어플리케이�?이 내부 코드를 파싱�?는 것을 피�?기 위해 CDATA라고 표시를 �?�?지, 표준방식인 &lt;, &gt;, &amp;를 사용한다.

D.8 �?는 XML 스펙을 이해�?고자 노력�?고 있다 : 왜 SGML(과 XML)은 그렇게 어려운 용어를 사용�?는가?

구�?�(implementation)이 성공�?기 위해서는 용어(terminology)가 정확해야 한다.

�?�를 들어 보자. `요소(element)'와 `태그(tag)'는 동�?어가 아니다. 요소는 자신�? 마크업을 갖는 �?�?�? 완전한 정보 단위이며, HTML에서 <BR>과 같이 시작 태그 만으로 구성될 �?도 있고, 시작태그-마침태크-그 사이�? 내용으로 구성될 �?도 있다. 태그는 그 자체만으로는 요소�? 시작과 끝을 표�?�할 뿐이다.

스펙에 있어서 두루뭉실한 용어들은 �?�해를 유발한다. 따라서 공식적인 표준은 공식적 용어로 서술�?어야 한다. 이것은 공식 문서가 아니다. 따라서 명철한 독자들은 이미 `요소이름(element names)'이라는 용어가 `요소타입이름(element type names)'이라는 보다 정확한 용어를 지칭함을 눈�?�?을 것이다. '요소타입이름'이 보다 정확한 용어이지만 '요소이름'이 보다 폭넓게 사용�?고 있는 �?�편이다.

"#FAQ-SGML"-SGML을 �?음 접�?는 사람들은 "http://www-tei.uic.edu/orgs/tei/" target="new"-TEI�? "http://etext.virginia.edu/bin/tei-tocs?div=DIV1&id=SG" target="new"-Gentle Introduction to SGML 등과 같은 글을 읽고 싶어할 것이다.