alternativ til target i 4.01 strict

Jeg tror ikke der er noget andet alternativ udover javascript.
Søgte lidt på google, og der er nogen der har deres klare meninger til emnet. Læs eventuelt - søg target="_blank" strict på google, og de kig på de tre første sider.

Ellers er der måske andre herinde der har nogle forslag?

Er ret sikker på det ikke kan lade sig gøre. Det er ikke meningen at bruge det i strict - for brugernes skyld.

http://loadaveragezero.com/app/s9y/index.php?/archives/95-Serving-Valid-XHTML-Strict-with-target_blank.html

Nå, så må jeg undlade, og håbe på at folk efterhånden lærer højre-klik-åben-i-nyt-vindue tricket. Personligt finder jeg det blot møg hamrende irriterende at følge et link, og så opdage at jeg nu er på et andet site - og ofte må gentage søgninger helt forfra og bladre et par hundrede sider for at komme dertil hvor jeg var...

jowii får point hvis et svar gives ;)

Undskyld, hva var der galt med mit svar..?

bare nysgerrig..

For så vidt ikke noget ;) Men nu ledte jeg jo efter løsninger uden JS, så det var mere dét ;) Det jeg egentligt havde forestillet mig var, at der var kommet noget andet som svarede til target="_blank" - target hører jo egentligt til i en frameset-opstilling, og bør vel ganske rigtigt slet ikke bruges til andet. Og jeg kunne jo have overset et eller andet i 4.01 som udgjorde det samme som target="_blank"

Idéen bag Strict er jo at få HTML tilbage til dets oprindelige formål, nemlig at definere indhold.. Og dermed er alle tags og attributer, der har med præsentation og funktionalitet at gøre, blevet fjernet til fordel for CSS og JavaScript.. Og eftersom target-attributen betragtes som funktionalitet snarer end indhold, så er det anbefalet at bruge JavaScript istedet..

Den løsning jeg har linket til er en udemærket og nem erstatning for target.. du copy-paster blot JS-koden ind og bruger rel="external" istedet for target="_blank"..

Alternativt kan du jo bare skifte over til Transitional- eller Frameset-doctype..

Men hans spørgsmål gik ud på en løsning uden javascript.
Javascriptløsningen kunne han sikkert finde uden problemer. :-)

karmicmind:

Tror ikke jeg skifter fra Strict - kan lige så godt sørge for at få luget ud nu, istedet for at vente med det til jeg skifter til XHTML 2 ;)

Svar :) Svar selv, og vi deler :p

-- og det er værd at bemærke gåseøjnene omkring Valid på den side karmicmind linker til ...

-- for xhtml (og/eller html-Strict !-) holder op med at være valid, når man indsætter target, selvom w3cs validator ikke opdager det ...

-- hvis browseren var en egentlig x(ht)ml-baseret ting ville den sandsynligvis gå ned med et hult drøn, fordi hele ideen med xhtml ville være kompromiteret !o]

jowii: ok ;)

roenvig:

"-- for xhtml (og/eller html-Strict !-) holder op med at være valid, når man indsætter target, selvom w3cs validator ikke opdager det ..."

Præcis, så det ville være bedre med en løsning der baseres på window.open. På samme måde vil det være mest korrekt at få kode valideret seperat hvis det sættes ind vha. ...innerHTML=

<ole>

bgo >> "få kode valideret seperat hvis det sættes ind vha. ...innerHTML" ... hvordan skulle det mon så kunne lade sig gøre, når 'innerHTML' aldrig har været valid i nogen standard?  ;o)

/mvh
</bole>

- bevares, JavaScript og DOM-bindinger har ikke noget at sige i W3C's validator (der jo kun validerer markup koden) - men en ægte XHTML-browser vil lægge sig ned øjeblikkeligt, hvis du bruger 'innerHTML' ... og HTML-browsere _burde_ gøre det  :)