Far aprire un link in una nuova finestra (era "problemi di linguaggio html")

volevo sapere come si quando si clicca ad esempio su un link a fare aprire la pagina in un altra finestra grazie mille

[pietrovischia]

<a href="http://trallallero" target="_blank"> trallellero </a>

Però è una sintassi deprecata

Non mi pare sia deprecata, più correttamente penso non sia valida xhtml 1 strict. Sempre se non ricordo male.


Ciaooo!!!

[Leo91]

Ma allora non si potrebbero aprire links in altre finestre correttamente?

Secondo l'XHTML 1.0 Strict no, per tutti gli altri sì :D


Ciaooo!!!!!

[heracleum]

Concordo,
e molti si chiedono ancora "ma perché hanno escluso l'attributo target?"
fondamentalmente la specifica XHTML1 Strict evita di dare per scontato che il documento sia visto in un "device" che sia dotato di finestre (multiple), oltretutto "dove va ad aprirsi la finestra" non riguarda la struttura quindi hanno pensato bene di zapparlo via (se n'è parlato in un'altra discussione di un paio di mesi fa, sarà possibile indicare il metodo d'apertura di finestre tramite style sheets).
...altrimenti dove sarebbe il "rigore"?

[Leo91]

mah...
io mi tengo stretto il _blank ...

tutte 'ste complicazioni..

[funcool]

Comunque si possono aprire le finestre anche con JavaScript in XHTML, o no?

certo che le puoi aprire con Javascript, ma ne perdi in accessibilità

[heracleum]

Beh a mio parere non è proprio che "perdi in accessibilità",
se il device o user-agent nel quale viene eseguita la pagina non supporta javascript è opportuno prevedere questo caso accostando (per es.) nei link gli attributi href e onclick come si deve.
Per capirci, un evento onclick ha priorità cronologica sull'href, quindi se javascript non è disponibile oppure se l'evento ritorna un valore booleano pari a true (default) verrà sempre seguito l'href (o inibito se return false), stessa cosa per la gestione del submit di un form.

Comunque per tornare al target neanche io ci ho rinunciato e ho optato per il transitional.

Beh a mio parere non è proprio che "perdi in accessibilità",
se il device o user-agent nel quale viene eseguita la pagina non supporta javascript è opportuno prevedere questo caso accostando (per es.) nei link gli attributi href e onclick come si deve.
Per capirci, un evento onclick ha priorità cronologica sull'href, quindi se javascript non è disponibile oppure se l'evento ritorna un valore booleano pari a true (default) verrà sempre seguito l'href (o inibito se return false), stessa cosa per la gestione del submit di un form.

Comunque per tornare al target neanche io ci ho rinunciato e ho optato per il transitional.

scusa in italiano??

In italiano significa che se tu clicchi su un tag <a> che possiede sia un parametro href, sia un evento onclick, per esempio

<a href="miapagina.html" onclick="apripagina()">trallallero</a>

il tuo browser prima pensa ad eseguire "apripagina()" (quindi alla funzione legata all'evento onclick), poi, se questa ritorna il valore "true" (e quindi javascript è abilitato e la funzione ha funzionato), allora il browser ignora il valore di href, se invece javascript non è abilitato o non funziona bene, allora il valore restituito è "false" e a quel punto il browser pensa all'href.

Va un po' meglio?

P.S.: scusate l'intromissione, non avevo niente da fare...

Beh a mio parere non è proprio che "perdi in accessibilità",
se il device o user-agent nel quale viene eseguita la pagina non supporta javascript è opportuno prevedere questo caso accostando (per es.) nei link gli attributi href e onclick come si deve.
Per capirci, un evento onclick ha priorità cronologica sull'href, quindi se javascript non è disponibile oppure se l'evento ritorna un valore booleano pari a true (default) verrà sempre seguito l'href (o inibito se return false), stessa cosa per la gestione del submit di un form.

Comunque per tornare al target neanche io ci ho rinunciato e ho optato per il transitional.

bhè io penso che se le specifiche dicono che i link non possono essere aperti in nuove finestre, usare certi "trucchetti" è inutile: alla fine avrai si un codice formalmente valido, ma in pratica non lo sarà poichè il link comunque sarà aperto in una nuova finestra. secondo me bisogna fare una scelta a priori: o si sceglie di rispettare lo standard e le specifiche xhtml o si sceglie di non rispettarele, nel secondo caso si è liberissimi di usare target="_blank" o javascript per aprire una seconda finestra, mentre se si sceglie il primo caso è inutile usare trucchetti per aggirare le specifiche. In fine vi è un'altra opzione: non bisogna mica per forza avere le pagine validate Strict si può benisimmo usare il Transitional!

[heracleum]

se questa ritorna il valore "true" (e quindi javascript è abilitato e la funzione ha funzionato), allora il browser ignora il valore di href, se invece javascript non è abilitato o non funziona bene, allora il valore restituito è "false" e a quel punto il browser pensa all'href.

Va un po' meglio?

Non proprio
anzi scusate se ho spiegato un po' cripticamente prima.
Comunque diciamo che è l'opposto di quanto quotato sopra, ovvero:
in caso di javascript attivato viene valutato prima l'onclick se questo non ritorna un boolean esplicitamente (vale true di default) o se ritorna espressamente return true viene in seguito eseguito anche l'href
se ritorna false viene inibito l'href o il submit nel caso dei form.