Pyetjet e bëra më shpesh në lidhje me gjuhën e zgjerueshme të shënimit

1.1 Çfarë është XML?

1.2 Cila është gjuha e shënimit?

1.3 Çfarë është XML?

1.4 Çfarë është SGML?

1.5 Çfarë është HTML?

1.6 Çfarë bëjnë të gjitha këto standarde?

1.7 A ka një version HTML të HTML?

1.8 Çfarë është HTML5?

1.9 A janë XML, SGML dhe HTML të njëjta?

1.10 Kush është përgjegjës për XML?

1.11 Pse është XML një zhvillim kaq i rëndësishëm?

1.12 Pse të mos përhapet vetëm HTML?

1.13 Të konvertohet XML në XML?

1.14 Pse duhet të përdor XML?

1.15 Ku mund të gjej më shumë informacion rreth XML?

1.16 Ku mund të diskutoj zbatimin dhe zhvillimin e XML?

1.17 Cili është ndryshimi midis XML dhe C ose C + + ose Java?

2.1 Çfarë duhet të porosis për të përdorur XML?

2.2 Si duket XML (brenda)?

2.3 A duhet të përdor XML në vend të HTML?

2.4 Dikush më dërgoi një skedar XML. Si ta marr atë?

2.5 Si mund ta kontrolloj formatimin XML?

2.6 Ku mund ta rimbush shfletuesin XML?

2.7 Si mund të nis ose ekzekutoj një skedar XML?

2.8 A duhet të kaloj nga SGML ose HTML në XML?

2.9 A mund të përdor XML për aplikacione të rregullta zyre?

3.1 A duhet të njoh HTML ose SGML përpara se të mësoj për XML?

3.2 Si i ndan XML hapësirat boshe në dokumentet e tij?

3.3 Cilat pjesë të dokumentit XML janë të ndjeshme ndaj shkronjave të mëdha apo të vogla?

3.4 Si mund t'i transformoj me lehtësi të dhënat e mia në XML?

3.5 Si mund të krijoj skedarë ekzistues HTML në formatin XML?

3.6 Si të konvertohet XML në një format tjetër skedari?

3.7 Nëse XML është vetëm një nëngrup i SGML, a mund të përdor mjetin tim ekzistues SGML?

3.8 Përgatit dhe komandoj HTML. Por a mund të mësoj lehtësisht XML?

3.9 A mund të përdorë XML karaktere jo latine?

3.10 Çfarë është DTD dhe ku mund ta marr atë?

3.11 A krijon XML etiketa të personalizuara?

3.12 Si mund të krijoj llojin tim të dokumentit?

3.13 A mundet një DTD të deklarojë në mënyrë eksplicite llojin e elementit rrënjë?

3.14 Do të vazhdoj të dëgjoj për alternativat e DTD. Cila është skema?

3.15 Si preken lidhjet XML nga dokumentet e mia?

3.16 A mund të kodoj matematikën duke përdorur XML?

3.17 Si i përpunon XML të dhënat e mia meta?

3.18 Si mund të përdor grafikë në XML?

3.19 Çfarë është analizimi dhe si mund ta bëj atë në XML?

3.20 Si mund të përfshij një skedar XML në një tjetër?

3.21 Kur duhet të përdor seksionin CDATA?

3.22 Si mund ta përpunoj HTML-në e integruar në XML-në time?

3.23 Çfarë janë karakteret speciale në XML?

3.24 Cilat skema të tjera etiketimi ekzistojnë?

4.1 Ku është specifikimi?

4.2 Do të përpiqem të kuptoj Specifikimin XML: pse ka një terminologji kaq të komplikuar?

4.3 Cilat janë shprehjet pa DTD, të vlefshme dhe të formuara mirë?

4.4 Çfarë duhet të përdor në DTD / skemë, atribute ose elementë?

4.5 Çfarë ka ndryshuar midis SGML dhe XML?

4.6 A mund të përdor JavaScript, ActiveX etj. në skedarët XML?

4.7 A mund të përdor Java për të krijuar ose menaxhuar skedarë XML?

4.8 Si mund të shtoj XML në bazën time të të dhënave apo prej saj?

4.9 Cila është hapësira e emrit?

4.10 Ku disponohet softueri XML?

4.11 Softueri mungon.

4.12 Po në lidhje me informacionin tim? TË DHËNA apo DOKUMENT?

4.13 A duhet të ndryshoj ndonjë nga programet e mia të sigurisë, me të cilat duhet të punoj nga XML?

4.14 A mund të përdor akoma përfshirjen nga ana e serverit?

4.15 A mund të përdor akoma unë (dhe autorët e mi) përfshirjen e faqeve?

4.16 Si menaxher / klient / investitor / konsulent, unë duhet të prodhoj një raport XML. Çfarë duhet të kujtoj?

4.17 A ka një grup për testimin e pajtueshmërisë për procesorët XML?

4.18 Kam marrë SGML DTD: si ta konvertoj atë në S XML?

4.19 Si mund të përfshij një DTD (ose fragment) në një tjetër?

4.20 Si mund të përfshij një deklaratë të kushtëzuar në XML-në time?

4.21 Cila është historia për XML dhe EDI?

5.1 Letërsia.

5.2 Deri ku po shkojmë?

5.3 FAQ të Brez XML.

5.4 Softuer i integruar XML.

Qëllimi i tij është të mundësojë që SGML gjenerike të punojë, të merret dhe të përpunohet në ueb në një mënyrë që tani është e mundur me HTML. XML është projektuar për zbatim të lehtë dhe bashkëpunim me SGML dhe HTML.

ISO standardi, si me SGML, menaxhohet nga Organizata Ndërkombëtare për Standardizim në Gjenevë, Zvicër, dhe ka votuar në favor të përfaqësuesve të organit kombëtar për standardizim në secilin vend. Nëse keni pyetje në lidhje me një standard ndërkombëtar, kontaktoni organin tuaj kombëtar të standardizimit në emër të përfaqësuesit të vendit tuaj në fushën përkatëse ose grupin e punës të ISO. Nëse keni pyetje rreth përfaqësimit të vendit tuaj në Gjenevë ose veprimit si organi juaj kombëtar i standardizimit, ju lutemi kontaktoni departamentin përkatës qeveritar në vendin tuaj ose kontaktoni përfaqësuesin tuaj publik. Zastopanje drava dranzo ISO në pyetjet e duhura. Izdajateljev mos kërkoni informacion se si dhe pse përfaqësuesit tuaj ISO votuan pro ose kundër një standardi të caktuar.

1. Varësia nga një lloj dokumenti i vetëm, jo ​​fleksibël (HTML) që është abuzuar gjerësisht për detyra për të cilat nuk ishte menduar kurrë;
2. Kompleksiteti i SGML-së së plotë, sintaksa e të cilit lejon shumë opsione të fuqishme, por të vështira për t'u programuar.

• XML mund të përdoret për përshkrimin dhe identifikimin e saktë dhe të paqartë të të dhënave në mënyrë të tillë që kompjuterët të mund të programohen për të "kuptuar" të dhënat e tyre (mirë, të paktën një dorezë për t'u kuptuar).
• XML lejon që skedarët nga një dokument i të njëjtit lloj të krijohen dhe manipulohen vazhdimisht dhe pa defekte strukturore, pasi ofron një mënyrë të standardizuar të përshkrimit, menaxhimit dhe licencimit / çaktivizimit të llojeve të caktuara të strukturave të dokumenteve. [Ju lutemi, vini re se nuk ka të bëjë me formatimin, pamjen apo tekstin apo përmbajtjen aktuale të të dhënave në dokumente, vetëm sipas strukturës së tyre. Sa slog ali osformacije gledje Kako lego nadzorujem osformacije XML?
• XML ofron një formë të qëndrueshme dhe të qëndrueshme të ruajtjes dhe transmetimit të informacionit. E fortë, sepse bazohet në një standard të provuar dhe është e mundur të testohet dhe verifikohet; Stalna (trajna), sepse përdor formën e regjistrimit të mesazheve të zakonshme, e cila kapërcen skedarët binare të pronarit.
• XML ofron një sintaksë të përbashkët për një sistem për shkëmbimin e informacionit ndërmjet aplikacioneve. Megjithatë, para kësaj, sistemi i mesazheve kishte formën e tij dhe gjithçka ishte ndryshe, gjë që e bënte komunikimin midis sistemeve të panevojshëm të pakëndshëm, të komplikuar dhe të shtrenjtë. Nëse të gjithë përdorin të njëjtën sintaksë, ato sisteme regjistrojnë shumë më shpejt dhe në mënyrë më të besueshme.
• XML është falas. Jo thjesht falas (falas si në birrë), por pa ngarkesa ligjore (falas si në të folur). Nuk i përket askujt, kështu që nuk mund të rrëmbehet apo piratohet. Dhe nuk keni nevojë të paguani një tarifë që të mund ta përdorni (sigurisht që mund të përdorni programe komerciale për t'u marrë me të për shumë arsye, por nuk paguani për vetë XML).
• Informacioni XML mund të manipulohet në mënyrë programore (nën kontrollin e makinës), në mënyrë që dokumentet XML të mund të kombinohen nga burime të ndryshme ose të ndahen dhe të ripërdoren në mënyra të ndryshme. Ato mund të konvertohen në çdo format tjetër pa humbur informacion.
• XML ju lejon të ndani formën (pamjen) nga përmbajtja. Një skedar XML përmban informacion rreth një dokumenti (tekst, të dhëna) dhe identifikon strukturën e tij: formatimi juaj dhe nevojat e tjera të përpunimit identifikohen veçmas në një stil ose sistem përpunimi. Të dyja kombinohen në kohën e daljes për të aplikuar formatimin e dëshiruar në tekst ose të dhëna të identifikuara nga struktura e tij (vendndodhja, pozicioni, renditja, renditja ose çfarëdo tjetër).
• Secili nga qëllimet e projektimit të listuara në specifikimet XML.

• Forumi më aktiv i uebit duket të jetë StackOverflow: çuditërisht, nuk duket të ketë një sajt XML të dedikuar StackExchange si temat e tjera (p.sh. LATEX). Forumi XML i W3Schools (plotësisht i palidhur me W3C) gjithashtu duket se ka parë aktivitet të kohëve të fundit, ashtu si DevShed dhe CodingForums. Kërkimi në Google do të rrisë numrin e përdoruesve të tjerë me një nivel më të ulët trafiku.
• Grupi kryesor i diskutimit i Usenet është comp.text.xml, megjithëse është shumë më pak i përdorur se më parë. Ju lutemi, kërkoni nga ofruesi juaj i shërbimit të internetit qasje në Usenet ose përdorni një ndërfaqe uebi, si p.sh. një arkiv kërkimi i menaxhuar nga Google. Nëse shfletuesi juaj ose harta e postës nuk ofron një mjet për menaxhimin e mesazheve, instaloni atë ose (më mirë) përdorni një numërues të veçantë mesazhesh. Grupi i diskutimit comp.text.sgml nuk përdoret më për arsye praktike. Grupet e diskutimit specifike të Microsoft-it po zëvendësohen gradualisht nga forume në internet të organizuara nga Microsoft.
• Forumi publik për qëllime të përgjithshme është XML-L: Për një abonim, vizitoni faqen e internetit dhe klikoni lidhjen e filialit.
• Për ata që zhvillojnë komponentë softuerësh për XML, ekziston një listë për dërgimin e xml-dev. Mund të abonoheni duke dërguar një email me një linjë në xml-dev-request@lists.xml.org me fjalën SUBSCRIBE. Ju lutemi vini re se kjo listë është për ata që janë të përfshirë në mënyrë aktive në zhvillimin e viruseve XML. Ky nuk është informacion i përgjithshëm për XML (për këtë qëllim përdorni listën XML-L).
• Lista XSL ka për qëllim të diskutojë XSL (XSLT në XSL: FO). Për detaje se si të abonoheni, vizitoni http://www.mulberrytech.com/xsl/xsl-list.
• Ekziston një listë e gjatë e grupeve të tjera të diskutimit, konferencave të postës elektronike dhe forumeve në faqen Robin Cover në http://xml.coverpages.org/lists.html.

Ekziston një listë postimesh posaçërisht për XSL-FO në vetë eGroups.com. Mund të abonoheni lehtësisht duke dërguar një mesazh XSL-FO-subscribe@egroups.com. Vini re se lista XSL-FO në Yahoo E-Groups dërgon rregullisht mesazhe të padëshiruara të automatizuara te jo-anëtarët që pretendojnë në mënyrë të rreme se janë bashkuar.

Është krijuar një listë e re italiane e marrësve për XML: për porositjen, dërgimin e një e-mail pa temë, por me tekst të sinjalizuar XML-IT në majordomo@ananas.usr.dsi.unimi.it. Kushdo, qoftë italian apo jo, që dëshiron të flasë për XML në gjuhën tonë është i mirëpritur. Gianni gjithashtu mban një listë XML të njerëzimit.

Jepjani këtë listë kolektive kolegëve tuaj që përdorin RELAX NG. Shkoni te: http://groups.yahoo.com/group/rng-users/. Listat postare Kur lidheni me listën e titujve, do të merrni detaje se si ta përdorni atë. Lexoni dokumentacionin e detajuar sepse përmban informacione të rëndësishme, veçanërisht çfarë të bëni nëse kompania ose ofruesi juaj i shërbimeve të internetit ndryshon adresën tuaj të postës elektronike. Ju lutemi vini re se ka shumë informacione të pasakta dhe mashtruese rreth abonimit dhe çregjistrimit nga lista në shtyp dhe në internet. Mos pyesni: lexoni me kujdes dokumentacionin.

metoda curconfig [nëse është ende (data, 6) = "01-prill",
    t.vendosni "Gënjeshtrën e Prillit!",
    f.put ditë('31102011','DDMMYYYY') -
          ditë (data, 'DDMMYYYY')
    "më shumë ditë pazari në Samhain"];

<part num="DA42" models="LS AR DF HG KJ" update="2001-11-22">
  <name>Rrethi mbajtës i kushinetave të fund boshtit</name>
  <image drawing="RR98-dh37" type="SVG" x="476" y="226"/>
  <maker xml:id="RQ778">Ringtown Fasteners Ltd</maker>
  <notes>Një <tool xml:id="GH25"/>mjet futjeje me hundë kënd</tool> është
    kërkohet për heqjen dhe zëvendësimin e kësaj pjese.</notes>
</part>

XSLT2 dhe XSL:FO Ujërat janë turbulluar nga fakti se gjuhët më të njohura të përpunimit të transformimit (XSLT2 dhe XSL: FO) janë shkruar në sintaksë XML sepse ato janë deklarative, jo procedurale. Në këto raste të veçanta, mund të thoni se ekzekutoni një skedar XML duke ekzekutuar një aplikacion përpunues si Saxon, i cili përpilon direktivat e specifikuara në skedarë në bitekod Java për përpunimin e dokumenteve XML. Në këtë kuptim, ju mund t'i krahasoni ato me gjuhë të tjera programimi, por do të krahasonit pajisjet gjuhësore, jo sintaksën XML në të cilën janë shkruar.

(Në artikullin <i7ll1362ib.fsf@hilbert.math.albany.edu>) SGML është një kategori e "llojeve të dokumenteve" me një sintaksë të përbashkët të konfigurueshme, shumica e të cilave (siç është HTML klasik) nuk mund të kompilohen për të krijuar programe të ekzekutueshme. XML është një nënkategori e SGML me kufizime sintaksore. Për shembull, në XML fjalori i llojit të dokumentit është gjithmonë i ndjeshëm ndaj shkronjave të vogla, ndërsa në SGML ai mund të jetë ose i ndjeshëm ndaj shkronjave të vogla ose të vogla. Kështu, për shembull, HTML klasike është një lloj dokumenti SGML, dhe XHTML + MathML është një lloj dokumenti XML. Ndërsa disa lloje dokumentesh korrespondojnë me gjuhët e shënjimit të dokumenteve, llojet e tjera të dokumenteve (si hyrja e katalogut CTAN) janë vetëm për të dhëna të strukturuara […] Megjithatë, dyshoj seriozisht që një gjuhë kompjuterike si C është në ndonjë kuptim të arsyeshëm ekuivalente me një lloj dokumenti SGML.

<?xml version="1.0" encoding="utf-8"?>

<!SISTEMI i raportit DOCTYPE "http://sales.acme.corp/dtds/salesrep.dtd">

1. Elementi rrënjë , i cili është elementi i nivelit të lartë (etiketa e fillimit plus etiketa e fundit) që rrethon gjithçka tjetër: në shembujt më poshtë elementët rrënjë janë biseda dhe titulli;
2. Një përzierje e strukturuar e elementeve përshkruese ose të përshkruara që përmbajnë përmbajtjen e karaktereve (tekst) dhe opsionalisht të gjitha atributet (çifti 'emri =”vlera') brenda disa etiketave fillestare.

<?xml version="1.0" standalone="po"?>
<bisedë>
  <greeting>Përshëndetje, botë!</greeting>
  <response>Ndalo planetin, dua të zbres!</response>
</bisedë>

<?xml version="1.0" encoding="iso-8859-1"?>
Faqja e titullit <!DOCTYPE
  SISTEMI "http://www.foo.bar/dtds/typo.dtd"
[<!ENTITY % aktive.lidhjet "INCLUDE">]>
<titlepage xml:id="BG12273624">
  <white-space type="vertical" shuma="36"/>
  <title font="Baskerville" alignment="në qendër"
   size="24/30">Përshëndetje, botë!</title>
  <white-space type="vertical" shuma="12"/>
	  <!-- Në disa kopje në vijim
           dekorimi është me ngjyrë dore, me sa duket
           nga autori -->
  <image location="http://www.foo.bar/fleuron.eps"
   type="URI" alignment="centered"/>
  <white-space type="vertical" shuma="24"/>
  <author font="Baskerville" size="18/22"
   style="italic">Vitam capias</author>
  <white-space type="vertical" role="filler"/>
</titlepage>

<?xml version="1.0"?>
<ORDER-UPDATE AUTHMD5="4baf7d7cff5faa3ce67acf66ccda8248"
 ORDER-UPDATE-ISSUE="193E22C2-EAF3-11D9-9736-CAFC705A30B3"
 ORDER-UPDATE-DATE="2005-07-01T15:34:22.46"
 ORDER-UPDATE-DESTINATION="6B197E02-EAF3-11D9-85D5-997710D9978F"
 ORDER-UPDATE-ORDERNO="8316ADEA-EAF3-11D9-9955-D289ECBC99F3">
  <ORDER-UPDATE-DELTA-MODIFICATION-DETAIL ORDER-UPDATE-XML:ID="BAC352437484">
    <ORDER-UPDATE-DELTA-MODIFICATION-VALUE ORDER-UPDATE-ITEM="56"
     ORDER-UPDATE-QUANTITY="2000"/>
  </ORDER-UPDATE-DELTA-MODIFICATION-DETAIL>
</ORDER-UPDATE>

<date YYYY-MM-DD="2005-12-26">të hënën e kaluar</date>

• Përmbajtja informative mund të jetë më e pasur dhe më e lehtë për t'u përdorur, sepse aftësitë përshkruese dhe lidhëse të hipertekstit të XML janë shumë më të mëdha se ato të disponueshme në HTML.
• XML mund të sigurojë më shumë dhe lehtësira më të mira për prezantimin dhe performancën e shfletuesit duke përdorur stilet XSLT dhe CSS;
• Ai heq shumë nga ndërlikimet themelore të HTML në SGML (të cilat i shtynë ata t'i injorojnë dhe t'i thyejnë ato) në favor të një modeli më fleksibël, kështu që shkrimi i programeve për të përpunuar XML është shumë më i lehtë sesa të bësh të njëjtën gjë për të gjithë HTML-në e vjetër të prishur.
• Informacioni bëhet më i aksesueshëm dhe i ripërdorshëm sepse shënimi më fleksibël XML mund të përdoret nga çdo softuer XML, në vend që të kufizohet në prodhues të veçantë, siç ishte rasti me HTML.
• Skedarët XML mund të përdoren gjithashtu jashtë ueb-it në mjediset ekzistuese të përpunimit të dokumenteve (p.sh. publikimi).

XSLT është një gjuhë për përpunimin e dokumenteve XML që përdor kodin burimor që është shkruar në XML. Një dokument XSLT deklaron një sërë rregullash që procesori XSLT t'i përdorë kur interpreton përmbajtjen e një dokumenti XML. Këto rregulla i tregojnë procesorit XSLT se si të gjenerojë një strukturë të re të dhënash të ngjashme me XML dhe si t'i nxjerrë të dhënat - si një dokument XML, si një dokument HTML, si tekst i thjeshtë ose ndoshta në një format tjetër. Ky transformim mund të bëhet ose brenda shfletuesit ose nga serveri përpara se të dërgoni skedarin. Transformimi në shfletues heq përpunimin nga serveri, por mund të sjellë një varësi të shfletuesit që çaktivizon disa nga lexuesit tuaj. Transformimi nga ana e serverit e bën procesin të pavarur nga shfletuesi, por vendos një ngarkesë më të madhe përpunimi në server.

<?xml-stylesheet href="foo.xsl" type="text/xsl"?>
<?xml-stylesheet href="foo.css" type="text/css"?>

• Vetë XSL, e cila është një gjuhë thjesht formatimi, krijon një skedar të Objekteve të Formatuara (FO) që ka nevojë për një formatues teksti si FOP, XEP ose të tjerë për të prodhuar rezultate për printim (PDF) (por shih Alternativat e XSL: FO). Aktualisht, nuk jam në dijeni të ndonjë shfletuesi uebi që mbështesin paraqitjen e drejtpërdrejtë të XSL në PDF.
• XSLT (T për Transformimin), e cila është një gjuhë që specifikon transformimin e XML në HTML ose brenda shfletuesit ose në server përpara transmetimit. Mund të specifikojë gjithashtu transformimet nga një fjalor XML në tjetrin dhe nga XML në tekst të thjeshtë (i cili mund të jetë çdo format, duke përfshirë RTF dhe LATEX).

WYSIWYG për XSL Janë bërë përpjekje për të krijuar redaktues pseudo-WYSIWYG për krijimin e fletëve të stilit XSL [T], por kryesisht të kufizuara në paraqitjet e thjeshta midis elementeve hyrëse dhe elementeve dalëse (p.sh. DocBook para në HTML p). Çdo gjë përtej kësaj duket se ka të ngjarë të dështojë për shkak të kompleksitetit të pafund të asaj që njerëzit duan të bëjnë me informacionin e tyre. Nëse keni akses në bazën e të dhënave ACM, shihni punimin nga Pietrig, Vion-Dury dhe Quint në VXT nga Procedurat e ACM DocEng'01 (Atlanta). Gjenerimi i HTML në server Ka një përdorim në rritje të procesorëve të serverit, si Cocoon dhe të tjerë, që ju lejojnë të krijoni, ruani dhe menaxhoni informacionin tuaj në XML, por shërbejnë për ta kthyer atë automatikisht në HTML ose një format tjetër, duke lejuar kështu prodhimi që do të përdoret nga çdo shfletues. XSLT përdoret gjithashtu gjerësisht për të transformuar XML në formate jo-SGML për hyrje në sisteme të tjera (për shembull, për të transformuar XML në LATEX për radhitje). Alternativat e XSL: FO Në vend të krijimit të një PDF me procesorin FO, XSLT2 mund të përdoret për të transformuar XML në LATEX për shtypjen e PDF (siç është për versionet e printuara DocBook në LATEX të këtij FAQ). Kjo ka avantazhin e përdorimit të bibliotekës së gjerë të LATEX-it të moduleve të formatimit të përshkrimit ("paketat"), të cilat shmangin pjesën më të madhe të rishpikjes së rrotave të kërkuara aktualisht me XSL:FO. Përndryshe, xmltex i David Carlisle lexon drejtpërdrejt XML dhe ofron një zgjidhje tjetër praktike, nëse është eksperimentale, për shtypjen XML. Një përdorim i sistemit TEX që mund të shtypë skedarë XML është si një procesor mbështetës për XSL: FO, i serializuar si XML. PassiveTEX i Sebastian Rahtz përdor xmltex për ta arritur këtë. Pyetjet e shpeshta të TEX janë në http://www.tex.ac.uk/faq. Silmaril mban një version online të librit LATEX të Peter Flynn, Formatting Information, i cili përmban disa shembuj të konvertimit XSLT2 (Flynn, 2014).

• Versionet aktuale të Microsoft Internet Explorer, Firefox, Safari, Chrome, Mozilla dhe Opera duket se mbështesin XML me stile CSS dhe/ose XSLT 1.0. Redaktori do të mirëpriste informacione dhe korrigjime të mëtejshme.
• Mos përdorni Netscape (ndonjë version), Internet Explorer 6 ose më të hershëm, ose versione më të vjetra të Mozilla-s nëse dëshironi të mbështesni XML: ose nuk e kanë atë ose janë prishur pa shpresë. Ju lutemi përditësoni në një shfletues modern sa më shpejt të jetë e mundur.

• Microsoft Internet Explorer 5.0 dhe 5.5 përpunuan XML, duke e përpunuar atë si parazgjedhje duke përdorur shabllone stili të integruar të shkruar në XSLT XSLT specifike të Microsoft-it të vjetëruar më parë (të mos ngatërrohet me XSLT real). Prodhimi i fletës së stilit është DHTML, i cili kur jepet në një shfletues shfaq një version me ngjyra, të theksuar me sintaksë të dokumentit XML me pamje të palosshme. Nëse dokumenti XML i referohet një fletë stili, ai stil do të përdoret në vend të kësaj, brenda kufizimeve të zbatimit jo të plotë të CSS nga MSIE. MSIE 5.0 dhe 5.5 mund të përdorin gjithashtu stile në një sintaksë tjetër të vjetëruar të quajtur WD-xsl, e cila duhet të shmanget. Këto versione mund të përmirësohen për të mbështetur formatin aktual XSLT: shikoni FAQ MSXML. MSIE 6.0 dhe më vonë përdorin XSLT 1.0 të vërtetë, por mund të përdorin të dyja sintaksat e vjetruara.
• Mozilla Firefox 0.9, Netscape 6 dhe 7 (nuk ka Netscape 5) dhe Galeon të gjithë kanë mbështetje të plotë XML me XSLT dhe CSS. Në përgjithësi, Firefox-i është më i fortë se MSIE dhe siguron përputhje më të mirë të standardeve. Unë kam një raport përdoruesi që Netscape 4.6 dhe 4.8 mbështesin XML, por nuk ka verifikim të pavarur.
• Autorët e ish-shikuesit SGML në MultiDoc Pro, CITEC (motori i të cilit u përdor gjithashtu në Panorama dhe shfletues të tjerë), bashkuan forcat me Mozilla për të krijuar një shfletues të quajtur DocZilla që lexon HTML, XML dhe SGML me stile XSLT dhe CSS. Kjo funksiononte nën Windows dhe Linux dhe ishte në kohën e lëshimit të 1.0 kur u bë i padisponueshëm. Ky ishte deri tani projekti më ambicioz i shfletuesit dhe u mbështet nga një përvojë shumë solide në trajtimin e shënimit.

Termi "shfletim" është kryesisht rezultat i HTML që ka semantikën që ka. Një dokument HTML përmban seksione teksti të quajtura ankorë që janë "të lidhura" me dokumente të tjera që mund të jenë në vende të largëta në rrjet ose në sistemin e skedarëve. Dokumentet HTML i tregojnë shfletuesit të internetit se si të shfaqë dokumentin dhe çfarë lloj sjelljeje pritet nga shfletuesi kur përdoruesi ndërvepron me të. Specifikimi HTML ofron shumë sugjerime dhe kërkesa për shfletuesin dhe ofron kuptime specifike për shumë shembuj të ndryshëm të shënjimit, siç është fakti që elementi <img> i referohet një imazhi që duhet të ngarkohet nga shfletuesi dhe të jepet me Tekstin përreth. Ndryshe nga HTML, XML nuk ka fare semantikën e vet. Nuk ka asnjë metodë të përcaktuar për paraqitjen e dokumenteve XML. Prandaj, ajo që do të thotë të "shikosh" XML është e interpretueshme. Për shembull, një dokument XML që përshkruan karakteristikat e një pjese makine nuk përmban informacion se si ky informacion duhet t'i paraqitet përdoruesit. Aplikacioni përdoret për të përdorur të dhënat për të krijuar një imazh të pjesës, për të gjeneruar një skedar teksti të formatuar të informacionit, për të shfaqur shënimin e dokumentit XML me një skemë të bukur ngjyrash ose për të ristrukturuar të dhënat në një format për ruajtje në një bazë të dhënash , transmetim përmes një rrjeti ose hyrje në një program tjetër. Sidoqoftë, përkundër faktit se dokumentet XML janë skedarë thjesht përshkrues të të dhënave, është e mundur t'i "shfletoni" ato në një farë kuptimi duke i paraqitur ato me stile. Një fletë stili është një dokument i veçantë që ofron sugjerime dhe algoritme për paraqitjen ose transformimin e të dhënave në një dokument XML. Përdoruesit e HTML mund të jenë të njohur me Cascading Style Sheets (CSS). Gjuha e fletës së stilit CSS është e përgjithshme dhe mjaft e fuqishme për t'u aplikuar në dokumentet XML, edhe pse është e orientuar drejt paraqitjes vizuale të dokumentit dhe nuk lejon përpunim kompleks të të dhënave të dokumentit. Duke caktuar një dokument XML në një stil shabllon CSS, mund të jetë e mundur të ngarkohet dokumenti XML në një shfletues uebi të vetëdijshëm për CSS dhe shfletuesi mund të jetë në gjendje të sigurojë një lloj interpretimi, edhe nëse shfletuesi nuk e di se si për të lexuar dhe përpunuar dokumente XML. Megjithatë, jo të gjithë shfletuesit e uebit ngarkojnë saktë një dokument XML dhe nuk u kërkohet të njohin etiketën XML që e lidh dokumentin me një stil shabllon, kështu që nuk mund të supozohet se dokumentet XML mund të hapen vetëm në çdo shfletues ueb. Gjuha më komplekse dhe më e fuqishme e fletës së stilit është XSLT, pjesa e transformimit të gjuhës së fletës së stilit të zgjeruar, e cila mund të përdoret për të transformuar XML në formate të tjera, duke përfshirë HTML, forma të tjera të XML dhe tekst të thjeshtë. Nëse rezultati i këtij transformimi është HTML, ai mund të shfaqet në një shfletues ueb si një dokument tjetër HTML. Shkalla e mbështetjes për XML dhe stilet në shfletuesit e internetit ndryshon shumë. Ndërsa ngarkimi dhe interpretimi i XML në një shfletues është i mundur në disa raste, ai përgjithësisht nuk mbështetet. Prandaj, shumë përmbajtje XML në ueb përkthehen në HTML në serverë. Ky HTML i krijuar u dërgohet shfletuesve. Për shembull, shumica e faqeve të internetit të Microsoft ekzistojnë si XML, e cila konvertohet në HTML menjëherë. Një shfletues në internet nuk do ta dijë kurrë ndryshimin.

XSLT2 dhe XSL:FO Ujërat janë turbulluar nga fakti se gjuhët më të njohura të përpunimit të transformimit (XSLT2 dhe XSL: FO) janë shkruar në sintaksë XML sepse ato janë deklarative, jo procedurale. Në këto raste të veçanta, mund të thoni se ekzekutoni një skedar XML duke ekzekutuar një aplikacion përpunues si Saxon, i cili përpilon direktivat e specifikuara në skedarë në bitekod Java për përpunimin e dokumenteve XML. Në këtë kuptim, ju mund t'i krahasoni ato me gjuhë të tjera programimi, por do të krahasonit pajisjet gjuhësore, jo sintaksën XML në të cilën janë shkruar.

• Libre Office, OpenOffice dhe NeoOffice (Mac) i kanë ruajtur skedarët e tyre në XML si parazgjedhje për shumë vite (skedarët .odt, .ods dhe .odp janë të gjithë skedarë ZIP). Paketat janë në thelb zbatime të varianteve të OpenOffice, dhe të gjitha përfshijnë një përpunues teksti, fletëllogaritëse, softuer prezantimi dhe program për vizatimin e vektorit, dhe ndajnë skematika të lidhura. Formati i Dokumentit Zyrtar (ODF) ishte standardi i parë zyrtar ndërkombëtar (ISO/IEC 26300) për dokumentet e zyrës. Të gjithë mund të lexojnë dhe shkruajnë skedarë të Microsoft Office.
• Corel WordPerfect i kompanisë ka ardhur me një redaktues të plotë XML për shumë vite (i cili gjithashtu bën SGML të plotë). Microsoft Word mund të ruajë daljen e formatuar si një skedar .doc, por përdor teknologjinë e vet të fletës së stilit për të formatuar dokumentet, por jo XSLT2 ose CSS. Ai gjithashtu mund të ruajë formatin e tij të dokumentit (WordPerfect) në një përfaqësim XML.
• AbiWord wordprocessor (të gjitha platformat) mund të hapë dhe modifikojë dokumentet Word dhe OpenOffice, por gjithashtu mund t'i ruajë ato në formatin DocBook XML apo edhe LATEX (megjithëse nuk ofron redaktim origjinal XML), duke e bërë atë një konvertues të shkëlqyer.
• Microsoft Office 2003 ofroi një skedar "Ruaj si... XML" në të gjitha pjesët e paketës, përveç PowerPoint, i cili përdor WordML për të shfaqur pamjen vizuale të dokumentit, megjithëse ruan emrat e stileve nëse ato përdoren. Office 2007, 2010 dhe më vonë, të gjitha ruhen si dokumente XML (.docx, .xlsx dhe .pptx që janë skedarë ZIP). Ata përdorin Office Open XML (OOXML, i ngjashëm por jo i lidhur me WordML), i cili është ekuivalenti i Microsoft me ODF. Është një standard ISO paralel. Word 2003 shpërndahet me një redaktues të vërtetë XML dhe mbështet skema të tjera W3C si dhe ato të personalizuara (por jo DTD), dhe gjithashtu ofron një metodë për të lidhur llojet e elementeve me stilet e quajtura Word (si produkti i mëparshëm SGML Author for Word i Microsoft).
• Shmangni Microsoft Works sepse është i papajtueshëm me XML dhe të gjithë programet e tjera të Office.
• Nuk kam informacion për produktet e Lotus Office.

• Hapësirë ​​e parëndësishme e bardhë (hapësirë ​​e bardhë e hedhur poshtë) që shfaqet midis elementeve strukturorë në përmbajtjen e elementeve. Kjo është hapësira që ndodh nëse lejohet vetëm një element në të cilin teksti nuk shfaqet. Zakonisht, autori e fut atë automatikisht në redaktues ose çdo vit, për t'ju ndihmuar të shihni qartë shenjën dhe shpesh nuk ka të bëjë me gjurmët që shfaqen gjatë përpunimit ose formatimit të dokumentit. Në XML, ajo hapësirë ​​transferohet në aplikacion (në SGML, ajo është e ngatërruar, kështu që ju mund të kompresoni të gjithë hapësirën e vjetër në dokumentin e vjetër HTML dhe nuk keni pse të shqetësoheni për këtë);
• Ndrysho hapësirën boshe që shfaqet në elementin që mund të përmbajë vetëm tekst (të dhëna për përmbajtjen e përmbajtjes, si p.sh. emri i titullit HTML  ) ose një etiketë me tekst të përzier (p.sh. paragrafi). Në XML, ajo hapësirë ​​ende transferohet në aplikacion saktësisht si në SGML.

 
<Kapitulli>
  <Titulli>
   Adresa ime për
   Kapitulli 1.
  </Title>
    <Steam>
teksti
    </Para>
</ Kapitulli>

Pse? Një DTD kërkohet gjithmonë në SGML. Nga ana tjetër, analizuesi gjithmonë e di paraprakisht nëse ka një hapësirë ​​boshe në përmbajtjen e elementeve (në të cilat mund të mbyllet) ose në përmbajtjen ose veçoritë e përziera (ku duhet marrë). XML lejon përpunimin pa një DTD ose skemë, ku nuk do të ishte e mundur të flitej nëse hapësira do të refuzohej apo jo, por rregulli i përgjithshëm ishte që një aplikim duhet të dorëzohej në një qytet bosh.

Konvertoni HTML të vlefshëm në XHTML Nëse skedarët tuaj HTML janë të vlefshëm (vlefshmëria e plotë formale me një analizues SGML kundrejt një prej DTD-ve të publikuara, jo vetëm një kontroll i thjeshtë sintaksor), provoni t'i vërtetoni ato si XHTML me një analizues XML. Nëse po krijonit HTML të pastër pa formatim të integruar, ky proces duhet të japë vetëm gabime në emrat e elementeve dhe atributet e shkronjave të mëdha/vogël, dhe elemente BASHKË si img dhe çdo emër të llojit të elementit jo standard nëse i përdorni. Një modifikim i thjeshtë me dorë ose një skenar i shkurtër duhet të jetë i mjaftueshëm për të rregulluar këto ndryshime. Nëse HTML-ja juaj përdor në mënyrë të vlefshme ikjet pasuese dhe atributet e papërcaktuara, kjo mund të zgjidhet automatikisht nga një program normalizimi si sgmlnorm (nga paketa OpenSP e përfshirë me OpenJade) ose funksioni sgml-normalize në një redaktues si Emacs/Psgml (mos të shtyhet nga emrat , të dy bëjnë XML). Nëse keni shumë skedarë të vlefshëm HTML, mund të shkruani një skript për ta bërë këtë në një gjuhë programimi që kupton shënimin SGML (p.sh. Omnimark, SGMLC ose një nga gjuhët e njohura të skriptimit (p.sh. Perl, Python, Tcl, etj., duke përdorur bibliotekat e tyre SGML/ XML); Ose mund të përdorni edhe makro redaktuese nëse e dini se çfarë po bëni. Nëse kodi juaj HTML është i pavlefshëm ose i formuar keq, provoni HTML Tidy më lart. Nëse kjo nuk e heq, kam frikë se do t'ju duhet të shkruani diçka të veçantë duke përdorur procedurën e mëposhtme, ose të bëni të gjithë modifikimin me dorë ose kopjoni dhe ngjisni nga shfletuesi juaj. Konvertimi në një lloj dokumenti të ri Nëse dëshironi të zhvendosni skedarët tuaj jashtë HTML në një DTD tjetër, ka shumë DTD-të vendase të industrisë XML dhe versione modulare XML të DTD-ve të njohura si TEI (Dokumentet Letrare, Historike dhe Gjuhësore) dhe DocBook (Dokumentacioni Kompjuterik ) ose DITA (Dokumentacioni Teknik) për të zgjedhur. Dikur kishte disa sajte për të shkëmbyer XML DTD të reja, por të rejat janë të rralla tani. Sigurisht, mund të krijoni shënimin tuaj: nëse ka kuptim dhe krijoni një skedar të formuar mirë, duhet të jeni në gjendje të shkruani një fletë stili CSS ose XSLT dhe të shfaqni dokumentin në shfletues. Konvertimi i HTML-së së pavlefshme në XHTML të formuar mirë Nëse skedarët tuaj janë HTML të pavlefshëm (95% e uebit), ato mund të konvertohen në skedarë DTDless të formuar mirë si më poshtë:

1. Zëvendësoni çdo deklaratë DOCTYPE me një deklaratë XML <?xml version = "1.0" encoding = "UTF-8″?> (Ose përdorni kodimin e duhur të karaktereve).

2. Nëse nuk ka asnjë deklaratë DOCTYPE, thjesht deklaroni paraprakisht XML-në. Sido që të jetë, Deklarata XML, nëse përdoret, duhet të jetë rreshti 1 i dokumentit.

3. Ndrysho të gjithë elementët EMPTY (p.sh. të gjitha BASE , ISINDEX , LINK , META , NEXTID dhe RANGE në kokë dhe të gjitha AREA , ATOPARA , AUDIOSCOPE , BASEFONT , BR , CHOOSE , COL , FRAME , HR , KORNIZA , IMGT , dhe WBR në dokument) për të përfunduar me /> në vend të, për shembull, <img src=”mypic.gif” alt=”Image” /> ;

4. Bëni të gjitha llojet e elementeve dhe emrat e atributeve me shkronja të vogla;

5. Sigurohuni që të gjithë elementët jo-EMPTY të përputhen siç duhet me etiketat përfundimtare eksplicite. Për shembull Çdo <para> duhet të ketë një </para> etj;

6. Kapërceni të gjitha karakteret <  dhe & jo-shënjuese (p.sh. teksti literal) si <  dhe  &  (Nuk duhet të ketë asnjë < karaktere të izoluara për të filluar)!

7. Sigurohuni që të gjitha vlerat e atributeve të jenë në thonjëza të dyfishta (vlerat me thonjëza të integruara të vetme duhet të jenë në thonjëza të dyfishta dhe anasjelltas - përdorni "  referencën e entitetit të karakterit nëse ju nevojiten të dyja);

8. Sigurohuni që çdo URI skripti që ka &  si ndarës fushash është ndryshuar për të përdorur &  ose një pikëpresje në vend të kësaj.

9. Sigurohuni që çdo skriptë (p.sh. Javascript) që ka < ose & karaktere (matematikisht më pak se teste dhe kushte Boolean AND) të renditet ose si seksione të shënuara me CDATA ose (nëse shfletuesit e procesorit i pranojnë) < dhe &   ose një pikëpresje.

Lista kontrolluese për HTML të pavlefshme Nëse skedarët tuaj HTML bëjnë pjesë në këtë kategori (HTML-ja e prodhuar nga shumica e redaktuesve të WYSIWYG zakonisht është e pavlefshme), atëherë ata pothuajse me siguri do të duhet të konvertohen manualisht, megjithëse nëse deformimet janë të rregullta dhe të ndërtuara me kujdes, skedarët pothuajse mund të të jetë i formuar mirë. , Dhe mund të shkruani një program ose skript për të bërë sa më sipër. Veçoritë që mund t'ju duhet të kontrolloni përfshijnë:

• • A përmbajnë skedarët gabime sintaksore të etiketave? Për shembull, a u mungojnë etiketave fundore kllapat këndore në vend të vijave të pjerrëta përpara, apo elemente që përshtaten gabimisht (p.sh. <B> fillojnë <I>brenda një elementi</ B> por mbarojnë jashtë</I> )?
  • A ka elementë me etiketa pasuese që mungojnë që nuk mund të rrjedhin nga (p.sh.) Sgmlnorm?
  • A ka ndonjë URI (p.sh. në href s ose src s) që përdorin kthesa të pasme të stilit të Microsoft Windows në vend të kthesave normale?
  • A përmbajnë skedarët shënime që shkelin HTML DTD, të tilla si titujt ose listat në paragrafë, artikujt e listës jashtë mjediseve të listës, elementët e kokës si baza  para html-it të parë, etj.? (Një tjetër truk i ngathët i redaktuesit)
  • A përdorin skedarët elementë imagjinarë që nuk janë në ndonjë HTML DTD të njohur? (Një numër i madh i tyre përdoren në sistemet e shënjimit të pronarit të maskuar si HTML). Edhe pse është e lehtë ta kthesh këtë në një skedar pa DTD të formuar mirë (sepse nuk ke nevojë të përcaktosh elementet përpara), shumica e patentave ose shtesave specifike të shfletuesit nuk janë përcaktuar kurrë zyrtarisht, kështu që shpesh është e pamundur të përcaktosh kuptimisht ku mund të përdoren llojet e elementeve.
  • A ka karaktere të pavlefshme (jo-XML) në skedarë? Në veçanti, shikoni personazhet amtare të Apple Mac Roman-8 të lënë pas nga stilistë të pakujdesshëm; Ndonjë nga karakteret e paligjshme të Windows (32 karaktere në kodet dhjetore 128-159 përfshirëse) të futur nga redaktorët e Microsoft; Dhe çdo karakter kontrolli ASCII 0-31 (përveç atyre të lejuara si TAB, CR dhe LF). Këto duhet të konvertohen në karakteret e duhura në UTF-8 (ose çfarëdo që po përdorni).
  • A përmbajnë skedarët tuaj komente të pavlefshme (stili i vjetër i Mosaic/Netscape)? Komentet duhet të duken kështu

    <!-- si kjo -->

    Me presje të dyfishta në çdo fund dhe asnjë vizë të dyfishtë (sidomos jo më shumë) në mes.

• Përdorni gjuhën e destinuar për detyrën. XSLT2 ka të gjitha aftësitë për të përpunuar XML që nga fillimi, dhe procesorë të veçantë janë të disponueshëm për të gjitha platformat. Shumë redaktorë XML kanë një kopje të integruar të XSLT (XSLT2, shpresojmë), kështu që ata ofrojnë një mjedis zhvillimi të integruar për redaktim dhe konvertim. Konvertimi XSLT2 mund të ekzekutohet gjithashtu në paketat e serverëve si Apache Cocoon.
• Përdorni një paketë ose tubacion përpunimi XML. Këto janë (zakonisht) produkte komerciale që ofrojnë funksione të gjera të menaxhimit të dokumenteve, bazës së të dhënave të dokumenteve dhe konvertimit dhe redaktimit të dokumenteve, shpesh si pjesë e një zgjidhjeje shumë më të madhe informacioni të ndërmarrjes duke përdorur XSLT2 ose sisteme të pronarit. Dy të preferuarat janë MarkLogic dhe OmniMark.
• Për të dhënat, përdorni një sistem konvertimi që nuk kërkon shkrimin e kodit: Flexter është një shembull me një GUI për hartimin e elementeve burimore (XML) në fushat e synuara (disa formate). Ndërsa kjo qasje nuk është e përshtatshme për dokumentet XML (libra, artikuj, etj.), ajo ofron një metodë të dobishme për tipet tabelare të të dhënave XML me kompleksitet arbitrar.
• Përdorni një gjuhë konvencionale të përpilueshme. Java ose C (ose një nga variantet e shumta ++/♯) do të ishin të zakonshme; Pascal, FORTRAN ose COBOL janë të rralla këto ditë, por ka edhe biblioteka XML për to). THEMELORE, dikush?
• Përdorni një gjuhë skriptimi. Perl, Python, Tcl, VBscript, apo edhe Powershell janë të gjitha të njohura dhe bibliotekat XML ekzistojnë për ta; Pythons kanë një reputacion të shkëlqyer.
• Kombinoni shërbimet XML me shërbimet standarde të guaskës. Këtu është një shembull i hershëm i një rutine XML-në-CSV që përdor onsgml për të ekspozuar ESIS dhe awk për ta riformatuar atë. Procese të ngjashme mund të zhvillohen duke përdorur paketën e veglave LTXML2.
• Ka programe të shkarkueshme (nganjëherë falas) që pretendojnë se janë konvertues XML "të lehtë". Redaktori do të donte të dëgjonte rekomandime ose paralajmërime ☺.

Ndërsa softueri XML mund t'ju lejojë të futni çdo karakter Unicode në një dokument, lexuesit mund t'i shohin karakteret vetëm nëse kompjuteri i tyre ka fontin e duhur! Jo të gjitha shkronjat dhe shkronjat kanë repertorin e plotë të Unicode (ato që kanë janë të mëdha ).

Specifikimi i kodimit mund të zbatohet për çdo grup karakteresh që mbështet programi juaj, por Specifikimi XML kërkon që aplikacionet të mbështesin UTF-8 dhe UTF-16. Disa kodime të zakonshme të mbështetura nga softueri përfshijnë: US-ASCII Karakteret TAB, LF, CR, hapësira dhe karaktere të printueshme 33 deri në 126 (vetëm numrat dhjetorë) (të gjithë karakteret e tjera të kontrollit janë të ndaluara nga XML). ISO-8859-1 (Latinisht e Evropës Perëndimore-1) Si kodet ASCII plus 128 deri në 255 (dhjetëshe). Përfshin shumicën (por jo të gjitha) shkronjat me theks të Evropës Perëndimore. ISO-8859-2 deri në 15 Këto nivele shtesë të ISO-8859 mbulojnë grupet e mbetura dhe të ndryshme të alfabetit latin dhe simboleve të tjera. "Faqet e kodit" dhe skedarë të tjerë të vjetëruar Disa softuer mund të mbështesin gjithashtu "faqe kodesh" të vjetruara të ndryshme, të tilla si IBM-850, Microsoft Windows-1252, Apple Macintosh Roman-8, DEC Multinational dhe kodime të tjera jo standarde të karaktereve, por këto janë përgjithësisht i patransferueshëm dhe duhet të shmanget nëse është e mundur. Një praktikë e zakonshme në Evropën Perëndimore është përdorimi i ISO-8859-1, kështu që shkronjat më të zakonshme të theksuara mund të përdoren si bajt të veçantë dhe të përdorin referenca të entitetit të karaktereve ose entitete numerike për të gjithë karakteret e tjera. Kjo ka avantazhin që skedarë të tillë mund të hapen në pothuajse çdo redaktues bajt. Ana negative është se entitetet numerike nuk janë kujtimore dhe entitetet e karaktereve duhet të deklarohen në një DTD ose në një nënbashkësi të brendshme, por nëse ato janë të rralla, ky mund të mos jetë një problem serioz.

UTF-16 është një kodim që përfaqëson çdo karakter Unicode të nivelit të parë (64 KB karakteret e para) të Unicode me një njësi 16-bit - në praktikë, dy bajt për çdo karakter. Prandaj, ai nuk është i pajtueshëm as me ASCII as me Latin-1. UTF-16 mund të fitojë 1 milion karaktere shtesë me një mekanizëm të njohur si çifte surrogate (dy njësi 16-bit për çdo karakter). "...mekanizmat për të sinjalizuar se cili prej tyre po përdoret dhe për të sjellë kode të tjera në lojë, janë […] në debatin për kodimin e karaktereve." Specifikimi XML shpjegon se si të specifikoni në skedarin tuaj XML se cilin karakter të koduar do të përdorni. "Pavarësisht nga kodimi specifik i përdorur, çdo karakter në grupin e karaktereve ISO 10646 mund të përfaqësohet nga ekuivalenti dhjetor ose heksadecimal i vargut të biteve të tij": pavarësisht se cilin grup personal përdorni, ju mund t'i referoheni karaktereve të veçanta individuale nga kudo në repertorin e koduar duke përdorur  dddd; (karakter dhjetor) ose &#xHHHH; (Karakter heksadecimal, shkronja të mëdha). Terminologjia mund të jetë konfuze, ashtu si edhe numrat: shih Fjalorin e konceptit ISO 10646. Rick Jelliffe ka grupin e karaktereve XML në formatin XML. Informacioni i kodimit i Mike Brown në http://skew.org/xml/tutorial/ është një shpjegim shumë i dobishëm për nevojën për kodim të duhur. Në serverin e Institutit të Gjuhës Estonike në http://www.eki.ee/letter/ mund të gjeni një bazë të dhënash të shkëlqyer në internet me glyphs dhe karaktere në shumë kode.

<!ELEMENT Lista (Artikulli)+>
<!ELEMENT Artikull (#PCDATA)>

<Letër>
  <Item>Çokollatë</Item>
  <Item>Muzikë</Item>
  <Item>Serfing</Item>
</Lista>

<List><Item>çokollatë</Item><Item>Muzikë</Item><Item>Surfing</Item></List>

Mos e ngatërroni termin "etiketë" me termin "element". Ato nuk janë të këmbyeshme. Një element zakonisht përmban dy lloje të ndryshme etiketash: një etiketë fillimi dhe një etiketë fundore me tekst ose etiketa të shumta. XML ju lejon të vendosni se cilët elementë dëshironi në një dokument dhe më pas të shënoni kufijtë e elementeve tuaja me etiketat e duhura të fillimit dhe të përfundimit për ato elemente. Çdo deklaratë <!ELEMENT... përcakton një lloj elementi që mund të përdoret në një dokument që korrespondon me një DTD të caktuar. Ne e quajmë këtë lloj elementi "lloji i elementit". Ashtu si HTML DTD përmban lloje të elementeve H1 dhe P , dokumenti juaj mund të ketë lloje elementesh ngjyrë  ose çmimi  ose çdo gjë tjetër që dëshironi. Elementet normale (të cilët nuk janë bosh) përbëhen nga një etiketë fillimi, përmbajtja e elementit dhe një etiketë fundore. <color>e kuqe</color> është një shembull i plotë i elementit të ngjyrës  . <color> është vetëm një etiketë e fillimit të elementit për të treguar se ku fillon; nuk është vetë elementi. Elementet bosh janë një rast i veçantë që mund të përfaqësohet si një palë etiketash fillimi dhe mbarimi pa asnjë ndërmjetësi (p.sh. <price retail=”123″></price> ) ose si etiketë fillimi Ka një vijë të pjerrët mbyllëse për t'i treguar analizuesit , “mos kërkoni një etiketë fundore që përputhet me këtë” (p.sh. <price retail=”123″/> ).

<!ELEMENT Lista e blerjeve (Artikulli)+>
<!ELEMENT Artikull (#PCDATA)>

 
<?xml version="1.0"?>
<!DOCTYPE SISTEMI i listës së blerjeve "shoplist.dtd">

<Lista e blerjeve>
  <Item>Çokollatë</Item>
  <Item>Sheqeri</Item>
  <Item>Gjalpë</Item>
</Shopping-List>

Nga rruga, një skedar DTD nuk ka kurrë një deklaratë DOCTYPE në të: ai ndodh vetëm në një shembull të një dokumenti XML (këtë i referohet DTD). Dhe skedari DTD gjithashtu nuk ka kurrë një deklaratë XML në krye. Për fat të keq, ka ende softuer që fut njërën ose të dyja këto.

Në deklaratën e llojit të dokumentit si më poshtë:

<!DOCTYPE kapitulli SISTEMI "docbookx.dtd"> 

E gjithë qëllimi i kapitullit është të përcaktojë se cili nga llojet e elementeve të deklaruara në DTD-në e dhënë duhet të përdoret si element rrënjë. Unë besoj se elementi i nivelit të lartë në dokumentin DocBook është vendosur, por është e vështirë të imagjinohet dikush që krijon një dokument që përfaqëson një koleksion librash. Ne jemi të lirë të përdorim grupin ,  librin ,  kapitullin ,  artikullin , apo edhe para si një element dokumenti për një dokument të vlefshëm DocBook. [Një nga detyrat që bëjnë disa analistë është të përcaktojnë se cili lloj elementi [s] në DTD nuk përmbahet në modelin e përmbajtjes së ndonjë lloji tjetër elementi: këta janë kandidatë kryesorë të supozuar për elementët rrënjë të paracaktuar. (PF)] Kjo është një gjë e mirë sepse sjell fleksibilitet në mënyrën se si përdoret DTD. Kjo është arsyeja pse XML (dhe SGML) gjeti rrugën e saj në sistemet e botimit elektronik ku elementë të ndryshëm u përzien dhe përputheshin për të krijuar dokumente të ndryshme që përputheshin me të njëjtën DTD. Unë kam parë sugjerime skemash që ju lejojnë të specifikoni se cili nga elementët e tipit të skemës mund të jetë elementi kryesor i dokumentit, por pas një vështrimi të shpejtë në seksionin 3.3 të pjesës 1 të rekomandimit të skemës W3C dhe skemës RELAX NG për RELAX, Unë besoj se një nga këto. Mund të gaboj.

<?xml version="1.0"?>
<fatura xml:id="abc123"
         xmlns="http://example.org/ns/books/"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://acme.wilycoyote.org/xsd/invoice.xsd">
...
</faturë>         

Autorët dhe botuesit duhet të kenë parasysh se grupi i skemave në anglisht janë skema: përdorimi i formës së njëjës për shumësin është i lirë për gjysmë-shkolluesit; Përdorimi i skemave të shumësit të vjetër (greqisht) është didaktik i panevojshëm. Shkrimtarët duhet të kenë parasysh gjithashtu se shumësi i DTD është DTD: nuk ka apostrof - shih Truss (2003).

Shumë zhvillues XML ishin të pakënaqur me sintaksën e deklaratave të shënjimit të përshkruara në specifikimet XML për dy arsye. Së pari, ata menduan se nëse dokumentet XML janë kaq të mira në përshkrimin e informacionit të strukturuar, atëherë përshkrimi i strukturës së llojit të dokumentit (skema e tij) duhet të jetë në dokumentin XML në vend që të shkruhej me sintaksën e tij të veçantë. Përveç konsistencës, kjo do ta bënte më të lehtë modifikimin dhe manipulimin e skemës me mjete të zakonshme të manipulimit të dokumenteve. Së dyti, ata besonin se shënimet tradicionale DTD nuk i lejonin projektuesit e tipit të dokumentit të vendosnin kufizime të mjaftueshme mbi të dhënat - për shembull, aftësia për të thënë se një lloj elementi i caktuar duhet të ketë gjithmonë një vlerë të plotë pozitive, se nuk duhet të jetë bosh, ose që duhet të jetë një nga një listë opsionesh të mundshme. Kjo e bën më të lehtë zhvillimin e softuerit duke përdorur këto të dhëna sepse zhvilluesi ka më pak kod për të shkruar gabime.

Një DTD përdoret vetëm për të specifikuar strukturën e elementeve të skedarit XML me një sasi shumë të kufizuar kontrolli mbi vlerat e atributeve. Ai rendit emrat e elementeve, atributeve dhe entiteteve që mund të përdoren dhe si përshtaten ato së bashku. DTD-të janë të destinuara për t'u përdorur me dokumente tekstuale tradicionale, jo me të dhëna drejtkëndore ose tabelare, kështu që koncepti i llojeve të të dhënave nuk është aq i rëndësishëm: teksti është thjesht tekst. Nëse keni nevojë të specifikoni vargjet numerike ose të përcaktoni kufizime ose kontrolle mbi përmbajtjen e të dhënave të përmbajtjes (tekstuale), një DTD është mjeti i gabuar.

http://xml.silmaril.ie/faq.xml#ID(hipertekst)
    .child(1,#element,'përgjigje')
    .child(2,#element,'para')
    .child(1,#element,'lidhje')

1. Objekti i parë i fëmijës është elementi që përmban pyetjen ( kuantentri );
2. Objekti i dytë i fëmijës është përgjigja (elementi i përgjigjes );
3. Brenda këtij elementi, shkoni te paragrafi i dytë;
4. Gjeni elementin e parë të lidhjes .

XLink specifikon se si futni lidhje në një dokument XML ku lidhja i referohet çdo gjëje (p.sh. një skedar GIF); XPointer kontrollon identifikuesin e fragmentit që mund t'i kalohet URL-së kur lidheni me një dokument XML, nga kudo (p.sh. nga një skedar HTML). [Ose nga një skedar XML, një URI në një mesazh email, etj...Ed.]

Grafika binare të ngulitura Nuk është e mundur të futni një skedar grafike binar të papërpunuar (ose të dhëna të tjera binare [jo tekstuale]) drejtpërdrejt në një skedar XML, sepse bajtet që ngjajnë me një etiketë do të keqinterpretoheshin: duhet t'i referoni ato (shih më poshtë). Megjithatë, është e mundur të përfshihet transformimi i koduar me tekst i skedarit binar si një seksion i shënuar si CDATA, duke përdorur diçka si UUencode me shënuesit ] , & dhe > të hequr nga harta në mënyrë që të mos ndodhin si përfundime të këqija CDATA dhe të jenë keqinterpretuar. Mund të përdorni edhe kodim të thjeshtë heksadecimal siç përdoret në PostScript. Megjithatë, për grafikat vektoriale, zgjidhja është përdorimi i SVG (shih këshillën e Peter Murray-Rust).

Të gjitha të dhënat në një entitet të dokumentit XML duhet të jenë XML të analizueshme. Ju mund të përcaktoni një entitet të jashtëm si një entitet të analizuar (XML i analizueshëm) ose një entitet jo i ndarë (çdo gjë tjetër). Subjektet jopjesëmarrës mund të përdoren për skedarë imazhi, skedarë audio, skedarë filmash ose çdo gjë që ju pëlqen. Mund të referohet vetëm nga një dokument si një vlerë atributi (ashtu si një imazh bitmap në një faqe ueb HTML është vlera e atributit src të elementit img) dhe jo pjesë e dokumentit aktual. Në një dokument XML, ky atribut duhet të deklarohet si një tip ENTITY , dhe deklarata e entitetit duhet të specifikojë një NOTATION të deklaruar , sepse nëse entiteti nuk është XML, procesori XML duhet të dijë se çfarë është. Për shembull, në dokumentin e mëposhtëm, entiteti koliepik  deklarohet si një shënim JPEG dhe përdoret si vlera e atributit picfile të elementit të qenit bosh.

<?xml version="1.0"?>
<!DOCTYPE qen [
<!SHËNIM JPEG SYSTEM "Joint Photographic Experts Group">
<! ENTITY SISTEM koliepik "lassie.jpg" NDATA JPEG>
<!ELEMENT qen bosh>
<!ATTLIST picfile qeni ENTITY #REQUIRED>
]>
<dog picfile="colliepic"/>

Metoda Entity është veçanërisht e dobishme nëse keni shumë imazhe ose shumë ripërdorime të të njëjtave imazhe, sepse i deklaroni ato vetëm një herë, në krye të dokumentit, duke e bërë menaxhimin e imazhit shumë më të lehtë. Specifikimet XLink dhe XPointer përshkruajnë mënyra të tjera për të treguar një skedar jo-XML, siç është një grafik. Këto ofrojnë kontroll më të sofistikuar mbi pozicionin, trajtimin dhe pamjen e një entiteti të jashtëm brenda një dokumenti XML.

GIF dhe JPEG kujdesen për bitmaps (përfaqësimet me piksel të imazheve: të gjitha të përbëra nga pika me ngjyra). Grafika vektoriale (e shkallëzueshme, e përbërë nga specifikime vizatimi) i dedikohet Aktivitetit të Grafikës së W3C si Grafika Vektoriale të shkallëzuara (shih http://www.w3.org/Graphics/SVG). Pasi të përfundojë specifikimi, paraqitja grafike mund të transferohet si vektorë direkt në skedarin XML. Për shumë objekte grafike, kjo do të thotë reduktim i ndjeshëm i kohës së shkarkimit dhe shkallëzimit pa humbje detajesh.

SVG ka filluar me të vërtetë kohët e fundit dhe është mjaft një histori suksesi XML […] ka [shumë] zbatime konforme. Së fundmi kemi filluar të përdorim pyetjet e shpeshta të SVG në http://www.svgfaq.com/. XSLT mund të përdoret për të gjeneruar SVG nga XML; Shikoni http://www.svgfaq.com/xslt.asp për detaje (kini kujdes të përdorni XSLT, jo teknologjinë e vjetëruar WD-xsl të Microsoft). Dokumentet gjithashtu mund të ndërveprojnë me imazhet SVG (shih http://www.xml.com/pub/a/2000/03/22/style/index.html).

 
<person xml:id="abc123" birth="1960-02-31" gender="female">
  <emri>
    <forename>Judy</forename>
    <mbiemri>O'Grady</surname>
  </name>
</person>

1. Një element <person> i identifikuar me një atribut xml:id (lloji i paracaktuar "ID") që përmban "abc123" dhe një atribut të lindjes që përmban "1960-02-31" dhe një  atribut gjinor  që përmban "femër" që përmban…
2. Elementi  <emri> që përmban…
3. Një element <emri i parë> që përmban tekstin "Judy" i ndjekur nga…
4. Një element <mbiemri> që përmban tekstin 'O'Grady'.

Për analizë/vlefshmëri të pavarur, përdorni softuer të tillë si orsgmls i James Clark ose rxp i Richard Tobin. Të dy punojnë nën Linux dhe Windows/DOS. Dallimi është në formatin e listës së gabimeve (nëse ka), dhe disa versione të onsgmls nuk ngarkojnë DTD ose skedarë të tjerë në rrjet, ndërsa rxp po. Sigurohuni që skedari juaj XML të referojë saktë DTD-në e tij në Deklarimin e llojit të dokumentit dhe që skedari DTD[s] të jetë i disponueshëm lokalisht (rxp i ngarkon ato nëse keni një lidhje interneti, onsgmls jo, kështu që mund të ketë nevojë për një kopje lokale). Shkarkoni dhe instaloni softuerin. Sigurohuni që të jetë i instaluar aty ku mund ta gjejë sistemi juaj operativ. Nëse nuk e dini se çfarë do të thotë kjo, do t'ju duhet ndihmë nga dikush që di të ngarkojë dhe instalojë softuerin në llojin e sistemit operativ. Për onsgml, kopjoni pubtext/xml.soc dhe pubtext/xml.dcl në drejtorinë e punës. Për të verifikuar myfile.xml , hapni një dritare shell (komandë ose terminal) (Linux) ose një dritare MS-DOS (komandë) (Microsoft Windows). Për këta shembuj, ne do të supozojmë se skedari juaj XML quhet myfile.xml dhe ndodhet në një dosje të quajtur myfolder . Përdorni emrat aktual të dosjeve dhe skedarëve kur futni komanda. Për onsgml :

$ onsgmls -wxml -wundefined -cxml.soc -s myfile.xml

Ka shumë opsione të tjera për onsgml që përshkruhen në faqen e internetit. Ato të listuara këtu kërkohen sepse bazohen në analizuesin SGML dhe këto opsione e kalojnë atë në modalitetin XML dhe e shtypin daljen normale, duke lënë vetëm gabime (nëse ka). Në Microsoft Windows, mund t'ju duhet të parathoni komandën onsgmls me shtegun e plotë ku është instaluar, p.sh. C:\Program Files\OpenSP\bin\onsgmls . Për rxp:

$ rxp myfile.xml

Rxp gjithashtu ka disa opsione që përshkruhen në faqen e saj të internetit. Në Microsoft Windows, mund t'ju duhet të parafiksoni komandën rxp me shtegun e plotë ku është instaluar, p.sh. C:\Program Files\ltxml2\bin\rxp .

 
<?xml version="1.0"?>
<!DOCTYPE novel SYSTEM "/dtd/novel.dtd" [
<!ENTITY kap1 SISTEMI "mydocs/chapter1.xml">
<!ENTITY kap2 SISTEMI "mydocs/chapter2.xml">
<!ENTITY kap3 SISTEMI "mydocs/chapter3.xml">
<!ENTITY kap4 SISTEMI "mydocs/chapter4.xml">
<!ENTITY kap5 SISTEMI "mydocs/chapter5.xml">
]>
<roman>
  <header>
    ...bla bla...
  </header>
&kap1;
&kap2;
&kap3;
&kap4;
&kap5;
</novel>

<?xml version="1.0"?>
...
<article xmlns="http://docbook.org/ns/docbook"
      xmlns:xi="http://www.w3.org/2001/XInclude">
   <info>
     <xi:include href="metadata.xml" parse="xml"
         xpointer="title"/>
   </info>
   <sekti1>
      ...
   </sect1>
</article>

disa tekst me <![CDATA[<em>shënjimi</em>]]> në të.

disa tekst me <em>shënjimin</em> në të.

Lexoni Si mund ta trajtoj HTML-në e integruar në XML-në time? E cila është shumë e lidhur ngushtë.

1. Kur ata morën (ndoshta të dizajnuara keq) XML ose HTML nga diku tjetër, ata duhej të gjenin një mënyrë për ta trajtuar atë;
2. Kur ata kanë një aplikacion që është krijuar në mënyrë eksplicite për të ruajtur një varg karakteresh që përmbajnë <  dhe  & Lidhjet e entitetit të karakterit për t'u kthyer në shënim në një proces të mëvonshëm (p.sh. FreeMind, Atom).

• Jepni shabllone për të trajtuar këtë shënim në transformimin tuaj XSLT ose çfarëdo softueri që përdorni që thjesht riprodhon atë që ishte aty e paprekur, p.sh. Nëse duhet të ruani <b>disa tekst</b> siç është, jepni një shabllon për të:

<xsl:template match="h:b">
  <b>
    <xsl:apply-templates/>
  </b>
</xsl:template/>

• Përdorni një udhëzim XSLT 'kopje e thellë' që nxjerr fjalë për fjalë shënimin e ndërlidhur të mirëformuar, p.sh.

<xsl:template match="h:b">
  <xsl:copy-of select="."/>
</xsl:template/>

• Si mjet i fundit, përdorni atributin disable-output-scaping  në elementin xsl:text  XSL [T], i cili është i disponueshëm në disa procesorë, p.sh.

<xsl:text disable-output-escaping="yes"><![CDATA[<b>Tani!</b>]]></xsl:text>

• Disa procesorë (p.sh. JX) tani ofrojnë ekuivalentët e tyre për të bllokuar rrjedhjen e daljes. Përfaqësuesit e tyre pohojnë se është "shumë e dëshirueshme" ose "ajo që duan shumica e njerëzve", por gjithsesi duhet të trajtohet me kujdes për të shmangur të padëshiruarat (ndoshta të rrezikshme) duke shtuar gjithashtu një varësi tjetër nga softueri juaj.

Lexoni Kur duhet të përdor një seksion të emërtuar CDATA? E cila është shumë e lidhur ngushtë.

Ka rrethana ku mund të përdorni karaktere të veçanta si ju, si për shembull në seksionet CDATA. Shumica e karaktereve të kontrollit janë të çaktivizuar në XML: shikoni specifikimin për detaje.

<?xml version="1.0"?>
<!DOCTYPE DOCTYPE SYSTEM "SYSTEM" [
<!DOKTIPI I ELEMENTIT (ELEMENT+)>
<!ATTLIST ELEMENT ATTLIST ENTITY #IMPLIED>
<!NOTATION DOCTYPE SYSTEM "ENTITY">
<!SISTEMI I SHËNIMIT TË ENTITETIT "ENTITY" NDATA DOCTYPE>
]>
<DOCTYPE>
  <ELEMENT ATTLIST="NOTATION">foo</ELEMENT>
</DOCTYPE>

• Elementi <img> deklarohet (në karakterin DTD të [SGML] për HTML) si bosh, kështu që nuk ka asnjë etiketë pasuese (nuk ka gjë të tillë si </img> );
• Shumë elementë të tjerë HTML (të tilla si <para> ) lejojnë që etiketa fundore të hiqet për shkurtësi.
• Nëse një procesor XML lexon një skedar HTML pa e ditur atë (sepse nuk përdor një DTD) dhe ndeshet me një <img> ose <para> (ose ndonjë etiketë tjetër fillimi), ai nuk mund të dijë nëse ata presin apo jo një etiketë fundore. Kjo e bën të pamundur të dallosh nëse pjesa tjetër e skedarit është e saktë apo jo, pasi tani nuk ka asnjë provë nëse është brenda një elementi apo nëse ka përfunduar.

 
<?xml version="1.0" encoding="iso-8859-1" standalone="po"?>
<foo>
  <bar>...<blort/>...</bar>
</foo>

XML e formuar mirë nuk ka nevojë të përdorë fare një deklaratë të veçantë dokumenti. Deklarata të tilla janë atje për të lejuar njëfarë përshpejtimi në përpunimin e dokumenteve duke injoruar entitetet e parametrave të jashtëm - në thelb nuk mund të mbështeteni në deklaratat e jashtme në dokumente të veçanta. Llojet që janë relevante janë entitetet dhe atributet. Dokumentet individuale nuk duhet të kërkojnë ndonjë vlerë normalizimi ose vlerë të paracaktuar të atributit, përndryshe ato janë të pavlefshme.

Nëse keni nevojë për entitete karakteresh [përveç pesë të integruara] në një skedar pa DTD, mund t'i deklaroni ato në një nënklasë të brendshme pa referuar asgjë tjetër përveç llojit të elementit rrënjë:

<?xml version="1.0" standalone="po"?>
<!DOCTYPE shembull [
<!ENTITY mdash "—">
]>
<example>Pamje e pasme—një gjë e mrekullueshme.</example>

• XML i formuar mirë Të gjitha etiketat duhet të jenë të balancuara: domethënë, çdo element që mund të përmbajë të dhëna karakteresh ose nën-elemente duhet të përmbajë një etiketë fillimi dhe një etiketë fundi (nuk lejohet lëshimi, përveç elementeve EMPTY, shih më poshtë).
• Të gjitha vlerat e atributeve duhet të mbyllen në thonjëza. Një karakter i vetëm (apostrof) mund të përdoret nëse vlera përmban një karakter të dyfishtë dhe anasjelltas. Nëse ju duhen edhe thonjëza të vetme si të dhëna, mund të përdorni '  ose " . Mos përdorni në asnjë rrethanë presjet e përmbysura të automatizuara tipografike ("kaçurrelë") që zëvendësohen nga disa përpunues fjalësh për të cituar vlerat e atributeve.
• Çdo element EMPTY (p.sh. ata që nuk kanë një etiketë pasuese si p.sh. HTML <img> , <hr> , dhe  <br>  dhe të tjerë) ose duhet të përfundojnë me /> ose të duken si elementë jo bosh duke pasur një markë të vërtetë pasuese (Por pa përmbajtje). Shembull: <br> do të bëhet ose <br/> , ose <br> </br> (pa asgjë).
• Nuk duhet të ketë karaktere të izoluara të kontrollit dhe fillimit ( < ose & ) në të dhënat tuaja të tekstit. Ato duhet të futen si < dhe &  dhe sekuenca  ]]> mund të shfaqet vetëm si fundi i një seksioni të shënuar si CDATA: nëse e përdorni për ndonjë qëllim tjetër, duhet të jepet si  ]] > .
• Elementet duhet të jenë të lidhura saktë me njëri-tjetrin (pa etiketa të mbivendosura, njësoj si për HTML);
• Dokumentet pa DTD të formuara mirë mund të përdorin atribute në çdo element, por të gjitha atributet trajtohen si atribute CDATA. Nuk mund të përdorni llojet e atributeve ID/IDREF për referencë të kryqëzuar të kontrolluar nga analizuesi në dokumentet pa DTD.
• Skedarët XML pa DTD trajtohen si < ; ,  > ,  ' ,  " , dhe &  E paracaktuar dhe kështu e disponueshme për përdorim. Me një DTD, të gjitha entitetet e karaktereve të deklaruara duhet të deklarohen, duke përfshirë këto pesë.

XML e vlefshme Skedarët e vlefshëm XML janë skedarë të formuar mirë që kanë dhe janë në përputhje me një Përkufizim të Llojit të Dokumentit (DTD) ose skemë. Ato duhet të jenë tashmë të formuara mirë, ndaj zbatohen të gjitha rregullat e mësipërme. Një skedar i vlefshëm fillon me një deklaratë të llojit të dokumentit që specifikon një DTD ose kod që specifikon një skemë W3C. Mund të ketë një parashikim opsional të deklarimit XML.

<?xml version="1.0"?>
<!SISTEMI i reklamave DOCTYPE "http://www.foo.org/ad.dtd">
<reklama>
  <headline>...<pic/>...</headline>
  <text>...</text>
</advert>

Deklarata SGML për XML është hequr nga teksti i specifikimit, por është i disponueshëm si një dokument i veçantë). Duket se ndonjëherë vuan nga bitot ose neglizhencë, ka një kopje këtu (WebSGML TC) dhe këtu (Rregullat e Zgjeruara të Emërtimit TC) dhe një version për onsgmls këtu.

<!DOCTYPE shpallje PUBLIKE	
   "+//Silmaril//DTD Foo Corp Advertisements//EN"
   "http://www.foo.org/ad.dtd">
<advert>...</advert>

<ln="184">
  <spara>Portia</spara>
  <text>Cilësia e mëshirës nuk është e tendosur,</text>
  ...
</l>

<line speaker="Portia" text="Cilësia e mëshirës nuk është e tendosur,">184</line>

Nga përdoruesi: “[…] a janë shumica prej jush duke përdorur xml të bazuar në elemente ose atribute? Pse? ' Fillestarët gjithmonë e bëjnë këtë pyetje. Ata me pak përvojë shprehin mendimet e tyre me pasion. Ekspertët ju thonë se nuk ka përgjigje të saktë. (Http://lists.xml.org/archives/xml-dev/200006/msg00293.html)

Nëse ju duhet të futni skriptet në një faqe interneti që gjeneroni nga XML, duhet të siguroheni që dy etiketat <  dhe & të karaktereve janë ose të ikura si <  dhe & ; Që çdo përmbajtje skripti të jetë e mbyllur në një seksion CDATA në mënyrë që të mos shihet si një shënim.

Ju lutemi, mos i dërgoni kërkesa redaktuesit të FAQ për pyetje në lidhje me gabimet e programimit Java. Pyetni grupin e ri të lajmeve Java.

$ echo 'zgjidh * nga lajmet;' | mysql -X -u emri i përdoruesit -p fjalëkalimi dbname

<?xml version="1.0"?>
<resultset statement="zgjidh * nga lajmet"
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <rresht>
	<field name="id">1</field>
	<field name="stamp">0</field>
	<field name="title"></field>
	<field name="date">0000-00-00</field>
	<field name="time">test</field>
	<field name="description">Artikulli 1 i testit të motorit të lajmeve</field>
  </row>
</resultset>
$

<lajme>
  <entry xml:id="N1" stamp="0" date="0000-00-00" time="test">
    <title></title>
    <description>Artikulli 1 i testit të motorit të lajmeve</description>
  </entry>
</news>

hyrja $ lxprintf -e \
  "FUT NË VLERAT "Lajme" (%s,%s,"%s","%s","%s","%s");\n' \
  'substring(@xml:id,2)' @stamp title @date @time description \
	mynews.xml

INSERT NË VLERAT "Lajme" (1,0,"","0000-00-00", "test", "Artikulli i testimit të motorit të lajmeve 1");
$

Përdoruesit nga një bazë të dhënash ose shkenca kompjuterike duhet të jenë të vetëdijshëm se XML nuk është një sistem i menaxhimit të bazës së të dhënave: ai është një sistem shënimi tekstual. Megjithëse ka shumë ngjashmëri, disa koncepte të njërit thjesht nuk ekzistojnë në tjetrin: XML nuk ka disa veçori të ngjashme me bazën e të dhënave në të njëjtën mënyrë që bazat e të dhënave nuk kanë shënim. Është një gabim i zakonshëm të mendosh se XML është një DBMS si Oracle ose Access dhe për këtë arsye ka të njëjtat aftësi. Nuk eshte.

Hapësira e emrave është një koleksion i emrave të elementeve dhe atributeve të identifikuar nga një referencë Uniform Identifikuesi i Burimeve. Lidhja mund të shfaqet në elementin rrënjë si vlera e atributit xmlns . Për shembull, një referencë e hapësirës së emrit për një dokument XML me një element rrënjë <x> mund të duket kështu:

<x xmlns="http://www.company.com/company-schema">

Më shumë se një emër mund të shfaqen në një dokument të vetëm XML në mënyrë që emri të mund të përdoret disa herë. Çdo referencë mund të deklarojë një parashtesë që do të përdoret nga secili emër, kështu që shembulli i mëparshëm mund të shfaqet si

<x xmlns:spc="http://www.company.com/company-schema">

Cili do të emëronte hapësirën e emrave të prefiksit "spc":

<spc:name>Z. I madh</spc:name>

Në përgjithësi, vini re se lidhja mund të bëhet edhe me një vlerë të paracaktuar për një atribut në DTD. Lidhja nuk duhet të jetë një skedar fizik; Është thjesht një mënyrë për të dalluar hapësirat e emrave. Referenca duhet të informojë personin që shikon dokumentin XML se ku mund të gjejë përkufizimet e emrave të elementeve dhe atributeve duke përdorur hapësirën e caktuar të emrave. Ronald Bourret mban një FAQ në http://www.rpbourret.com/xml/NamespacesFAQ.htm.

Redaktorët XML Zgjedhja e një redaktuesi është një nga detyrat më të vështira, sepse të gjithë kanë kërkesa dhe nivele të ndryshme njohurish, dhe duket se ajo që duket tepër e lehtë për një përdorues mund të duket e vështirë për një tjetër. Të gjithë redaktuesit XML e udhëzojnë përdoruesin në ndërtimin ose mirëmbajtjen e dokumenteve XML—ky është qëllimi i tyre në jetë. Më e lehtë nga këto është thjesht të ndiqni kllapat katrore që përputhen, etiketat e fillimit dhe fundit dhe kuotat e balancuara, duke rezultuar në një skedar të formuar mirë. Redaktorët më të fuqishëm mund të lexojnë DTD ose skemën dhe të ofrojnë zgjedhje të menysë për manipulimin e elementeve dhe modifikimin e atributeve, duke parandaluar krijimin e dokumenteve të pavlefshme. Më i fuqishmi mund të përdoret gjithashtu për zhvillimin e DTD ose Skemës dhe për përpunimin e XML duke përdorur XSLT ose XSL: FO. Disa janë redaktues të modalitetit të tekstit - duke shfaqur të gjithë shënimin dhe tekstin pa asgjë të fshehur, shpesh duke përdorur ngjyrën për të dalluar shenjat dhe dhëmbëzimin për të treguar strukturën. Shumica e redaktuesve kanë gjithashtu një modalitet tipografie sinkrone që përdor një fletë stili për të formatuar ekranin, kështu që duket se po redaktoni një pamje plotësisht të paraqitur të dokumentit (shpesh quhet WYSIWYG, megjithëse në të vërtetë nuk është). Redaktorët e tekstit shqetësojnë disa përdorues sepse kllapat e këndit janë të dukshme (ata mendojnë se është programim); Redaktorët sinkron të tipografisë shqetësojnë njerëzit e tjerë sepse kllapat e këndit nuk janë të dukshme, duke e bërë të pamundur të shihet se ku fillojnë dhe ku mbarojnë gjërat. Redaktorët më të fuqishëm janë të programueshëm, kështu që natyra dhe efekti i shënjimit dhe veprimeve të përdoruesit mund të kufizohen ose përmirësohen nga skriptet në JavaScript, VBscript, Python, Tcl, Lisp, etj.; Ose XSLT. Mos u përpiqni të përdorni një redaktues XML si Notepad, vi ose tekst për dokumentet XML: ato përfundojnë vetëm me lot, zemërim dhe presion. Pajisuni siç duhet. (Produkti i pavarur i Microsoft Notepad i Microsoft është i përdorshëm për redaktimin e shembujve të vegjël, por jo për zhvillimin e DTD ose skemave.) Wikipedia ka një krahasim të redaktorëve në http://en.wikipedia.org/wiki/Comparison_of_XML_editors, por nuk jep ndonjë informacion cilësor. Ekziston një dokument i vjetër (2004) krahasues për zgjedhjen e një redaktuesi XML nga Thijs van den Brok që mund të ndihmojë me metodologjinë, megjithëse produktet nuk janë të përditësuara. Disa redaktues janë të disponueshëm falas ose falas për demonstrim/provë, por me sa di unë, i vetmi me burim të hapur është Emacs me modalitetin nxml (për skemat W3C dhe RNG) ose modalitetin psgml (për DTD).

(në <eFIrHKtCGHA.2920@tk2msftngp13.phx.gbl> ) "Nyja" e shkurtër është një term i përgjithshëm për cilindo nga llojet e shumta të elementeve XML, duke përfshirë elementin : <myElement />; atribut : <myElement myAttribute = "myValue" />; në nyjen e tekstit : <Nyja ime e tekstit> Ekzistojnë gjithashtu komente [ Deklaratat e komenteve ], udhëzime për përpunim  dhe një nyje e padukshme dokumenti që përfaqëson dokumentin bazë  XML, si dhe të tjera.

• teksti / xml për dokumentin XML, ki jih "berljivi joformalni vačitelni";
• aplikacioni / xml  për dokumentin XML, ki niso berljivi za obske uživake;
• teksti / xml-entitete të analizuara nga jashtë  për entitetet e analizuara nga jashtë, të tilla si fragmente dokumentesh (p.sh. kapituj të veçantë që përbëjnë një libër), në varësi të lexueshmërisë  së tekstit / xml ;
• aplikacioni / xml-external-parsed-entities  për entitetet e analizuara të jashtme për të cilat aplikacioni konsiderohet për rezolucion të lexueshmërisë  / xml ;
• aplikacion / xml-dtd  për skedarët dhe modulet DTD, duke përfshirë një varg njësish karakteresh.

• XML nuk është një gjuhë shënjimi. XML është një meta-gjuhë, domethënë një gjuhë që ju lejon të përcaktoni markat tuaja (shih përkufizimin).
• XML është një gjuhë shënjimi [dy pohime (në dukje) kontradiktore janë i njëjti bosht vëmendjeje që më pëlqen], jo një gjuhë programimi. XML është një tregues: nuk bën asgjë, duhet të bëjë gjëra.
• XML nuk fshihet: të dhënat tuaja nuk mund të përgjohen si të tjerët.
• XML mundëson përdorimin e shumëfishtë të të dhënave tuaja.
• Aplikacionet XML të mirëformuara më së shpeshti ndajnë përmbajtjen nga "prezantimi". Duhet të lexoni atë që është më e dukshme (nga të dhënat numerike ose kategorike të përmbajtjes izjemo, të cilat nuk janë të destinuara për njerëzit).

• Raportuar nga FDA;
• informacion në lidhje me barnat që qëndrojnë pas origjinalit / katalogut të barnave;
• Broshura "Më përshkruaj" për dërgim te mjeku;
• copa të vogla letre që mund të tërhiqen zvarrë në kuti;
• etiketa në shishe;
• dy faqe me shtyp të vogël për të parë një reklamë në Reader's Digest;
• udhëzohet të dërgojë pacientin te farmacisti lokal;
• etj

• shfletuesit ju lejojnë të shikoni HTML të papajtueshëm;
• HTML është i kufizuar në një grup etiketash ("etiketa").

<person> Charles Goldfarb </ person> ka punuar në <IBM> IBM </ company>

<B> Charles Goldfarb </ B> ka punuar në <B> IBM </ B> 

NIST ka zhvilluar një sërë testesh XSLT/XPath që do të jenë pjesë e paketës zyrtare OASIS XSLT/XPath (e pa lëshuar ende). Rezultati i pritshëm mund të ndryshojë pak nga një zbatim në tjetrin. Komiteti Teknik OASIS XSLT ka një zgjidhje për këtë problem, por testet tona nuk e zbatojnë ende një zgjidhje të tillë. Dërgoni të gjitha komentet në carmelo@nist.gov.

Për ata që janë të interesuar, unë kam marrë 'cast' aktual dhe të plotë të Unicode 3.0 të karaktereve dhe kodet e tyre heksadecimal dhe kam krijuar një dokument të thjeshtë XML për të testuar shfletuesit XML për përputhjen e Unicode. Nuk ka përfunduar ende - më duhet të shtoj komente dhe të rregulloj shfaqjen e karaktereve RTL (dmth. hebraisht, arabisht). Mund të gjendet në: http://www.windspun.com/unicode-test/unicode.xml. Është mjaft i madh, pothuajse 900 mijë, kështu që përgatituni. IE5 bën shumë punë me karaktere në këtë dokument XML - dhe për ata që bën, duket se e bëjnë siç duhet. Mezi pres që Opera të bëjë të njëjtën gjë. Nuk e kam testuar versionin aktual të Mozilla / Netscape për pajtueshmërinë me Unicode.

Konvertoni SGML DTD në XML:

1. Asnjë ekuivalent i deklaratës SGML. Fjalë kyçe, grup karakteresh etj. Ato janë vendosur në thelb;
2. Minifikimi i etiketës nuk lejohet, kështu që <!ELEMENT x – O (A,B)>  bëhet <!ELEMENT X (A, B)> dhe <!ELEMENT x – O EMPTY> bëhet <!ELEMENT X EMPTY> ;
3. #PCDATA duhet të ndodhë vetëm në skajin e majtë (dmth në të parën) në modelin OR, p.sh. <!ELEMENT x – – (A|B|#PCDATA|C)> (në SGML) bëhet <!ELEMENT x (#PCDATA|A|B|C)*>  dhe <!ELEMENT x (A,#PCDATA)> është i paligjshëm.
4. Asnjë element CDATA, RCDATA [përmbajtja e deklaruar];
5. Disa lloje të atributeve SGML nuk lejohen në XML, p.sh. NUTOKEN;
6. Disa vlera të paracaktuara të atributeve SGML nuk lejohen në XML, p.sh. CONREF dhe CURRENT;
7. Komentet nuk mund të përputhen me deklaratat siç janë

   <!ELEMENT x - - (A,B) -- një koment SGML në një deklaratë -->

8. Një grup i tërë karakteristikash opsionale SGML nuk janë të pranishme në XML: të gjitha format e minimizimit të etiketave (OMITTAG, DATATAG, SHORTREF, etj.); Përcaktimi i proceseve të lidhjes; DTD të shumta për dokument; Dhe shumë të tjera: shikoni http://www.w3.org/TR/NOTE-sgml-xml-971215 për një listë të biteve SGML që janë hequr për XML;
9. Dhe pothuajse e fundit, por jo më pak e rëndësishme, pa BASHKËPUNIM!
10. Ekzistojnë disa dallime të rëndësishme midis nëngrupeve të brendshme dhe të jashtme të një DTD në XML: Seksionet e shënuara mund të ndodhin vetëm në nëngrupin e jashtëm; Një entitete parametrike duhet të përdoren për të zëvendësuar deklarata të tëra në pjesën e brendshme të një nëngrupi të DTD, p.sh. E mëposhtme është XML e pavlefshme:

    <!DOCTYPE x [
    <!ENTITY % modelx "(A|B)*">
    <!ELEMENT x %modelx;>
    ]>
    <x></x>
    

Shih McGrath (1998) për më shumë informacion.

<!ENTITY % mylists SISTEMI "dtds/listfrag.ent">
...
%mylists;

<foo if{DB}="A">bar</foo> 

<xsl:if test="@foo='bar'">
  <xsl:text>Përshëndetje, botë!</xsl:text>
</xsl:if>

<xsl:choose>
  <xsl:when test="$type=1">
    <xsl:apply-templates select="//*[@class='special']"/>
  </xsl:when>
  <xsl:when test="$type=2">
    <xsl:apply-templates select="/foo/bar"/>
  </xsl:when>
  <xsl:ndryshe>
    <xsl:apply-templates/>
  </xsl:ndryshe>
</xsl:choose>

• Kërkesa më e zakonshme (5% gjithsej) tani është karaktere të vetme, ose si emra të entiteteve të karaktereve ose si vlera numerike, ose një nga karakteret e shënimit (<ose &).
• Muajt ​​e fundit, kategoria e dytë më e madhe është stabilizuar si fjala dtd (3%).
• E treta vjen CDATA me 2% (vështirë për t'u habitur duke pasur parasysh abuzimin).
• E katërta është e barabartë me 1% vjen XSD dhe XSL, asnjëra prej të cilave nuk është e mbuluar në detaje këtu pasi ato kanë FAQ-të e tyre.

 
Data: e premte, 09 korrik 1999 14:26:17 -0500 (EST)
Nga: Internet Oracle <oracle@cs.indiana.edu>
Tema: Oracle përgjigjet!
Për: <adresa-removed>
X-Planation: X-Face mund të shikohet me ftp.cs.indiana.edu:/pub/faces.

Internet Oracle ka menduar për pyetjen tuaj
thellë. Pyetja juaj ishte:

> O Orakulli më i urti, i plotfuqishmi dhe i plotfuqishmi,
> me urtësinë e tij më jep përgjigjen e kërkesës sime:
>
> A e pret vërtet XML mustardën?

Dhe si përgjigje Orakulli tha:
Epo, sepse XML është një nëngrup i SGML dhe SGML
Ka një etiketë <mustardë e prerë>, më duhet të them po.

Ju i detyroheni analizuesit B1FF të Oracle.

<!elementi prerë - o bosh>
<!attlist prerë mustardë (mustardë) #required>
<!-- --> 

<part xml:id="B22" catnum="51N1573R" level="App">Majtas
      Kaçavidë</part>

<!ATTLIST niveli i pjesës (App|Jny|Mst) #REQUIRED>
<!ATTLIST Q.27 ose (Po|Jo) "Po">

• Kjo mund të jetë e folur nëse emrat e elementeve dhe atributeve nuk janë zgjedhur me kujdes. Në dokumentet e mëdha, kostoja e sipërme e etiketave mund të mos jetë e madhe, por në mesazhe të shkurtra mund të jetë dukshëm më e lartë se të dhënat aktuale, veçanërisht nëse emrat e elementeve ose të atributeve janë krijuar nga makina.
• Etiketa e mbivendosjes nuk lejohet (elementi nuk mund të fillojë brenda një elementi dhe të përfundojë brenda një tjetër): etiketa e elementit duhet të vendoset në mënyrë hierarkike.
• Shumica e aplikacioneve kërkojnë që dokumenti të ngarkohet në memorie në tërësi përpara se të analizohet dhe përpunohet. Kjo mund të bëhet problem për dokumente vërtet të mëdha (më të mëdha se kujtesa e adresueshme e sistemit kompjuterik). Ka të ngjarë që XML të jetë ndoshta mjeti i gabuar për t'u përdorur për skedarë të kësaj madhësie, por ka sisteme transmetimi që do t'i trajtojnë ato.
• Disa softuer janë vërtet mediokër.

<!ENTITY IBM "International Business Machines">

<!ENTITY kap5 SISTEMI "kapitulli5.xml"> 

<!ELEMENT link (#PCDATA)> <!ATTLIST lidhje me ENTITY #REQUIRED>
...
<!SHENIM PDF PUBLIC
  "-//Adobe//NOTATION Formati i Dokumentit Portativ//EN//PDF"
  "http://partners.adobe.com/public/developer/pdf/index_reference.html">
<!lista e çmimeve ENTITY SYSTEM "/sales/pricelist.pdf" NDATA PDF>
...
<para>Ju lutemi referojuni <link to="pricelist">listës sonë aktuale të çmimeve</link>.</para>

<!ENTITY % local.qandaset.mix "|bibliodiv">

<xsl:value-of select="count(//kapitull)"/> 

<xsl:number select="appendix" level="ny" format="A"/> 

<xsl:for-each select="//chapter">
  <li>
    <xsl:value-of select="title"/>
  </li>
</xsl:for-seach>

<xsl: për çdo përzgjedhje = "// akronim">
  <xsl: rendit zgjidhni = "@ abbrev" />
  <xsl: vlera-select select = "@ abbrev" />
  <xsl: tekst>: </ xsl: tekst>
  <Xsl: përdorni preloge />
</ XSL: për-gjithçka>

• Një katror i hapur ose më pak se karakter ( < ) që fillon me një etiketë fillimi ose një etiketë fundore si <raport > ose </table> ;
• Karakteri ampersand ( & ) që fillon me një referencë entiteti si á  për á ose §  për §.

Ka shumë alternativa për ASP, shumica e të cilave përdorin një qasje të ngjashme të bazuar në faqe. Alternativat e Java përfshijnë Faqet e Serverit Java (JSP), Fytyrat e Serverit Java (JSF) dhe Cocoon (i cili përfshin Faqet e Serverit të zgjeruar - XSP). Gjuhët e njohura alternative të skriptimit përfshijnë Zope (Python) dhe Rails (Ruby) [të cilat kanë mbështetje të gjerë XML. - Ed.]