ID.nl logo
Zekerheid & gemak

Workshop XML

Deel 1: de theorie. Een website bouwen of een multimediapresentatie maken? Dat doet u eenvoudig met xml. Xml groeit langzamerhand uit tot een standaardformaat van allerlei documenten, en bedrijven zien het als een prachtige oplossing voor gegevensoverdracht. Maar: hoe werkt het precies en waarom is het zo handig? Deze maand: de theorie

"Om goed te kunnen begrijpen hoe xml werkt, leggen we nog even kort uit hoe het ook weer zat met de lingua franca van alle webpagina's: html (hypertext markup language). Open voor een voorbeeld een willekeurige webpagina in uw browser en roep via het menu Beeld de broncode van die pagina op. Waarschijnlijk belandt u nu middenin een reeks labels (markup tags). De oorspronkelijke bedoeling van html was om via zulke tags de logische structuur van het webdocument aan te geven. Voorbeelden van zulke tags zijn

(alinea),

(een titel van niveau 3) en(een lijst-item). Al snel kwamen er tal van tags bij die vooral voor een mooiere lay-out moesten zorgen: (cursieve tekst), (het lettertype) of (een lichtkrant, herkend door Microsoft-browsers). Stel nu dat u het recept van uw favoriete streekgerecht in een webpagina wilt gieten, dan zou (een stukje van) de html-broncode er als volgt uit kunnen zien:Overmeerse kneutelsDeegbollen gekookt in water (4 ps.)1000 gramzelfrijzende bloem2eieren200 gramrozijnen1,5 kopjesprankelend waterMeng alle ingrediënten goed door elkaar, tot er een soort brooddeeg ontstaat.
Schep hier deegbollen van en leg die 7 minuten in kokend, licht gezouten water.
Dien warm op en overgiet met gecondenseerde zoete melk.***htmlcss.tif Html + css Css Dergelijke html-code heeft echter enkele typische tekortkomingen. Wilt u bijvoorbeeld de lay-out van deze pagina ingrijpend verfraaien, dan wordt de broncode door al die extra tags meteen een stuk onoverzichtelijker. En wilt u achteraf de lay-out van al uw receptenpagina's wijzigen, dan vergt dat een aanpassing van elke pagina afzonderlijk. Dit is natuurlijk niet erg praktisch en daarom werd css (cascading style sheets) in het leven geroepen. Met css is het namelijk mogelijk om de lay-outgegevens te scheiden van de eigenlijke inhoud van het document; stopt u dus alle stijlinformatie in een apart bestand én roept u dit bestand vanuit uw webpagina's op, dan hoeft u alleen dit ene bestand te wijzigen om meteen een andere lay-out voor uw complete site te krijgen. Zo zou u deze volgende verwijzing in uw html-bestand kunnen opnemen: . Vervolgens kunt u in de juiste map (in ons voorbeeld: stijlen) het bestand receptenstijl.css creëren en daarin vastleggen hoe bijvoorbeeld een-tag er precies moet uitzien: H1" { "color: red; background-color: yellow; " "font-family: Arial, Helvetica; " "} ***xml.tif Xml geeft structuur aan uw inhoud Xml Ookal is css een elegante oplossing voor stijlfreaks, het geeft de pagina inhoudelijk niet per se een duidelijker opbouw. Stel dat een uitgeverij dergelijke pagina's binnenkrijgt om er een kookboek mee samen te stellen, dan is het nog heel veel werk om hieruit alle informatie correct te distilleren. Met xml - dat staat voor eXtensible markup language - is dit wel mogelijk, namelijk door specifieke markup tags te gebruiken die nauwkeurig de aard van de informatie aangeven. Als voorbeeld: <?xml version=”1.0”?> Overmeerse kneutels Deegbollen gekookt in water 4 1000 gram zelfrijzende bloem Meng alle ingredienten goed door elkaar, tot u U begrijpt dat het voor die uitgeverij met behulp van een xml-parser ('ontrafelaar') al een stuk makkelijker is om hieruit de nodige informatie te halen. Immers, de typische onderdelen van een recept (zoals titel, omschrijving, aantal personen, hoeveelheden) hebt u precies benoemd in de vorm van tags. Het feit dat u dus zélf tags kunt toevoegen verklaart de x in xml (extensible betekent uitbreidbaar). Maar u moet nóg twee horden nemen: stijl enerzijds en definities en schema's anderszijds. ***xmlcss.tif Xml en css: een stijloefening. ***xmlxsl.tif Xml en xsl: een krachtig duo. Stijl Probeert u het xml-bestand maar in uw (xml-compatibele) browser te openen. Die kan weliswaar overweg met uw xml-code, maar die doet er weinig meer mee dan de onderliggende boomstructuur van uw code interpreteren en weergeven (zie afbeelding). De root is in dit geval , die op zijn beurt bestaat uit de elementen , , , . Uw browser heeft dus nog een mechanisme nodig waarmee hij de xml-code in de gewenste lay-out kan gieten. Dat kan op verschillende manieren; u kunt bijvoorbeeld vanuit deze xml-pagina naar een css-bestand refereren. Vanuit dat bestand bepaalt u dan voor elk element het gewenste uiterlijk. Neemt u deze verwijzing bovenaan in uw xml-code op: <?xml-stylesheet href=”stijlen/recept.css” type=”text/css”?> dan kunt u bijvoorbeeld het element als volgt stileren in dat css-bestand: materie { font size: 14 pt; font weight: bold; color: green; background-color: lime; } Css heeft echter met enkele beperkingen te maken. Zo kunt u hiermee niet de elementen uit het brondocument in een andere volgorde afbeelden, u kunt er ook geen tekst of afbeeldingen aan toevoegen, u kunt geen criteria bepalen op grond waarvan bepaalde elementen al dan niet getoond worden en u kunt er geen berekeningen mee laten uitvoeren. Anders gezegd: de structuur van het xml-document kan het beste niet té ver uit de buurt van de uiteindelijke vormgeving liggen die u (als auteur) beoogt. Dit kan wél met het krachtige xsl(t) (extensible stylesheet language transformations). Zo'n extern xsl-bestand roept u vanuit het xml-document op dezelfde wijze op als een css-bestand: <?xml-stylesheet href=”stijlen/recept.xsl” type=”text/xsl”?>. Het voert te ver om de mogelijkheden van deze taal gedetailleerd te bespreken, maar hiermee krijgt u wellicht toch al een aardig idee:U merkt dat zo'n xsl-bestand al een beetje op een heuse programmeertaal begint te lijken. Zo hebben we hier bijvoorbeeld een soort van lus opgenomen (for-each) die het hele xml-document afspeurt naar het -element. Binnen zo'n xsl-bestand kunt u verder ook de (x)html-tags van allerlei eigenschappen voorzien (in ons voorbeeld: h1, h2 en u). Definities en schema's U bent nu al een flinke stap verder: de uitgeverij kan probleemloos de structuurelementen uit uw xml-documenten halen én er eventueel snel de gewenste lay-out op toepassen. Het xml-document noemen we in dit geval 'well formed'. Maar wat als verschillende personen hun favoriete streekgerechten doorsturen naar die uitgeverij? Dat hoeft natuurlijk geen probleem te zijn, zolang iedereen gebruikmaakt van precies dezelfde xml-boomstructuur met identieke elementen. De uitgeverij doet er dan ook goed aan om een schemadocument (soort syntax-sjabloon) op te stellen dat de inhoudelijke structuur van de xml-documenten precies vastlegt. Dit document kan de uitgeverij dan (online) ter beschikking stellen. Iedereen die streekgerechten doorstuurt, hoeft dan slechts in zijn xml-document naar dat schemadocument te verwijzen. Zo'n document is dus al iets meer gestandaardiseerd en noemen we 'valid' (versus well formed). Aanvankelijk nam zo'n schemadocument de vorm van een dtd aan (document type definition). Het volstaat in zo'n geval de volgende regel in uw xml-document op te nemen: <?xml version:”1.0”?> . Een geschikt dtd-document zou er voor de uitgeverij dan ongeveer als volgt kunnen uitzien. materie CDATA #REQUIRED> Veeleisende xml-gebruikers botsten echter al snel op enkele storende beperkingen van het dtd-formaat, waardoor het intussen wat uit de gratie is geraakt. Zo kunt u niet aangeven dat 'hoev' (hoeveelheid) hier geen negatief getal mag bevatten, of dat dit alleen geaccepteerd wordt als ook 'materie' aanwezig is. Er staan gelukkig wel al enkele waardige opvolgers van dtd klaar en het lijkt er vooralsnog op dat (W3C) xml schema (definition language) - afgekort als xsd - het pleit wint. Volgende maand deel 2: xml in de praktijk ***Kader Op Het Web Op PCMweb.nl vindt u verschillende voorbeelden van de hier besproken html- en xml-codes. Wilt u zich in verdiepen in xsd, dan vindt u een uitgebreide cursus op www.w3schools.com/schema. Op dezelfde site kunt u ook terecht voor een overzichtelijke xml-gids (www.w3schools.com/xml) en een solide basis voor verder onderzoek vindt u op www.w3.org/xml.

▼ Volgende artikel
AOC brengt 260 Hz en G-SYNC-compatibiliteit naar betaalbare 24- en 27-inch schermen
© AGON by AOC
Huis

AOC brengt 260 Hz en G-SYNC-compatibiliteit naar betaalbare 24- en 27-inch schermen

AGON by AOC breidt zijn G4-serie uit met twee snelle instapmonitors voor competitieve games: de AOC GAMING 24G4ZR (23,8 inch) en 27G4ZR (27 inch). Beide modellen combineren een Fast IPS-paneel met een verversingssnelheid tot 260 Hz (240 Hz standaard) en een lage bewegingsonscherpte.

De nieuwe G4ZR-modellen richten zich op gamers die vooral snelheid zoeken, maar tegelijkertijd op hun budget willen (of moeten) letten. AOC zet de monitors standaard op 240 Hz en laat je optioneel naar 260 Hz overklokken via het OSD-menu of de G-Menu-software. De responstijden worden opgegeven als 1 ms GtG en 0,3 ms MPRT, waarbij die laatste waarde vooral iets zegt over bewegingsscherpte met backlight-strobing ingeschakeld.

Voor vloeiend beeld ondersteunen de 24G4ZR en 27G4ZR Adaptive-Sync en zijn ze volgens AOC NVIDIA G-SYNC-compatibel. Ook is er MBR Sync, waarmee variabele verversingssnelheid en backlight-strobing tegelijk gebruikt kunnen worden. Dat moet tearing en haperingen tegengaan, terwijl snelle bewegingen scherper blijven.

©AGON by AOC

Beeldkwaliteit, standaard en aansluitingen

Qua beeldkwaliteit kiest AOC voor Fast IPS, wat doorgaans snellere pixelovergangen combineert met IPS-eigenschappen zoals brede kijkhoeken. De 27-inch variant haalt volgens AOC 121,5% sRGB en 92,3% DCI-P3; de 23,8-inch versie 111,7% sRGB en 87,7% DCI-P3. De helderheid is 300 cd/m² en de kijkhoeken zijn 178 graden, zodat kleuren ook bij een schuine kijkpositie redelijk consistent blijven.

De ZR-modellen krijgen een volledig verstelbare standaard met 130 mm hoogteverstelling, plus kantelen, draaien en pivot. Handig als je je schermhoogte en -hoek precies wilt afstellen voor lange sessies. Daarnaast zijn de monitoren VESA 100x100-compatibel voor een arm- of wandmontage. Aansluiten kan via 2x HDMI 2.0 en 1x DisplayPort 1.4. Verder noemt AOC flicker-free en een hardwarematige low blue light-stand om vermoeide ogen te beperken.

©AGON by AOC

Naast de twee nieuwe modellen komen later ook varianten met een eenvoudiger voet die alleen kan kantelen: de 24G4ZRE en 27G4ZRE. Die gebruiken volgens AOC hetzelfde paneel en dezelfde snelheidsspecificaties, maar zijn bedoeld voor wie geen uitgebreide ergonomie nodig heeft.

Beschikbaarheid en prijzen

De AOC GAMING 24G4ZR, 27G4ZR, 24G4ZRE en 27G4ZRE hebben de volgende adviesprijzen: de 24G4ZR kost 149 euro en de 27G4ZR 169 euro. De tilt-only varianten zijn goedkoper: 129 euro voor de 24G4ZRE en 149 euro voor de 27G4ZRE.

Wat betekent MPRT?

MPRT staat voor 'Moving Picture Response Time' en gaat over bewegingsscherpte: hoe scherp een object blijft als het snel over het scherm beweegt. Fabrikanten halen lage MPRT-waardes vaak met backlight-strobing (de achtergrondverlichting knippert heel kort), wat bewegingen scherper kan maken. In ruil daarvoor kan het beeld wat donkerder worden en werkt het niet altijd even prettig voor iedereen.

▼ Volgende artikel
Gerucht: Nexon werkt aan Starcraft-shooter voor Blizzard
Huis

Gerucht: Nexon werkt aan Starcraft-shooter voor Blizzard

Het Zuid-Koreaanse zou een shooter gebaseerd op Starcraft in ontwikkeling hebben voor IP-eigenaar Blizzard.

Dat claimt The Korean Economic Daily. Een team binnen Nexon dat gespecialiseerd is in shooters zou zich op dit moment volledig richten op de nog onaangekondigde game. De ontwikkeling zou nog niet lang geleden zijn gestart, en dus zou de shooter nog lang op zich laten wachten.

Verdere details zijn er nog niet, behalve dat Choi Jun-ho ook bij het project betrokken zou zijn. Hij maakte eerder de populaire Shinppu-mapmod voor Starcraft.

Starcraft

Er gaan al langer geruchten over een shooter gebaseerd op Starcraft. Vorig jaar meldde Bloomberg-journalist Jason Schreier al in zijn boek 'Play Nice: The Rise, Fall and Future of Blizzard Entertainment' dat Blizzard aan een shooter zou werken. Volgens Schreier is de shooter van Nexon echter niet gerelateerd aan de shooter van Blizzard - het zouden om twee afzonderlijke projecten gaan.

De Starcraft-reeks bestaat uit real-time strategygames. De eerste verscheen in 1998, en een vervolg kwam in 2010 uit. Blizzard heeft al vaker geprobeerd shooters gebaseerd op de Starcraft-franchise te maken, maar die werden vooralsnog altijd geannuleerd.

Mogelijke onthulling op Blizzcon

Voor het eerst in enkele jaren organiseert Blizzard op 12 en 13 december de Amerikaanse beurs Blizzcon, waar alles rondom de uitgever wordt gevierd. Het is mogelijk dat één van de hierboven genoemde shooters daar wordt onthuld.