Target i XHTML1.1

window.open() på onclick !-)

-- men det hører med, at xhtml1.1 på nuværende tidspunkt nok er lidt for grøn at sætte i produktion, samt at man bør sætte den doctype som passer på det, man ønsker at udføre og ikke det omvendte !o]

ok, læg bare et svar.

Velbekomme '-)

-- og tak for point ;~}

En anden metode kunne være at sætte en klasse på alle de links, man vil have åbnet med et andet target.

Derefter laver du en onload-funktion, der gennemløber links med den klasse og sætter target for dem.

Ja, sådan et hack af de lovlige muligheder er også en mulighed ...

Skal det forstås således, at du mener, det er et brud på reglerne at bruge en gyldig attribut på et object i DOM til at gøre noget, der ikke kan lade sig gøre med ren HTML?

Sandbox, jeg kan godt se hvorfor Roenving kalder det et hack.
Men som du selv siger er det noget som ikke kan lade sig gøre med HTML netop fordi det ikke er HTML men XHTML.
Tak for hjælpen begge to.

XHTML er også HTML. (Men jeg ville faktisk have skrevet XHTML.)

Fidusen er, at DOM har en target attribut på link-objekter. At den samme attribut ikke længere findes som en attribut i XHTML er vel ligegyldigt?

Som jeg har forstået det, er målet med udviklingen at adskille tre forskellige grundbestanddele af sider:

1) indhold (Som ligger i selve siden som XHTML.)
2) udseende (som ligger i CSS.)
3) opførsel (som styres af javascript)

At et link åbner et andet sted end normalt, vil jeg kalde opførsel, og det er derfor en opgave, der bør styres fra javascript.

<ole>

sandbox >> Den væsentligste fordel, du umiddelbart har af at benytte XHTML er, at dette ikke parses af browserens HTML-parser - men af dens XML-parser, som er væsentlig hurtigere. Det kræver dog, man skriver i strict (transitional er i det hele taget en 'papnæse', man ingen fordele har af).

Spørgsmålet er, hvordan det influerer på browserens videre behandling af koden, hvis der sættes en 'ulovlig' attribut på et element.
Jeg er ikke sikker, men jeg kan dårligt forestille mig, man blot har pillet target ud i det øverste lag (selve sproget XHTML) uden grund. Jeg kunne sagtens forestille mig, man samtidig tvinger browseren til efterfølgende at behandle koden som HTML.

/mvh
</bole>

PS: XHTML-strict er XML ... ikke HTML  ;o)

Ok, men hvis man så kigger på XHTML-strict, så må man ikke sætte et onClick=() event. Hvordan fikser man det så?

Bortset fra at den skal hedde onclick og ikke onClick, så må man da godt?

Husk, at da XHTML er XML, så er navne på elementer og attributter case-sensitive. Og alle elementerne og attributterne fra HTML er defineret med små bogstaver.

PS. XHTML er XML, men det er også HTML.

Ah - det er sandt. Var nok det validatoren brokkede sig over.