9
settembre
Date più importanza alla validazione del codice o alla funzionalità?
Pubblicato in Accessibilità, Casi di studio
There is no attribute “target” questo è lo strano errore di validazione che veniva segnalato nel mio nuovo layout e che ho notato spesso si presenta su diversi blog creati con WordPress.
Dopo aver cercato senza esito una soluzione su internet ho creduto che il problema fosse dovuto a qualche errore nel codice del cms, ma alla fine non era così.
Ecco come si presentava il codice dove veniva segnalato l’errore di validazione:
<li><a href="http://www.sitoprova.com" title="Sito prova" target="" onclick="javascript:_gaq.push(['_trackPageview','/yoast-ga/outbound-blogroll/ http://www.sitoprova.com']);">Sito prova</a></li>
L’errore era sull’attributo target: “The element uses an attribute that does not exist”
In realtà quel codice non è generato da wordpress, e son dovuto andare a ritroso con la memoria per capire quale plugin potesse averlo inserito. E una volta tanto la memoria mi ha aiutato, in pratica quel codice si genera quando si tracciano i click sugli outbond link attivando la funzione “Track outbound clicks & downloads” del plugin Google Analytics for WordPress
Sarà sufficiente (se non volete modificare i file del plugin) deselezionare il campo e il codice del link si presenterà semplicemente in questo modo:
<li><a href="http://www.sitoprova.com" title="Sito prova">Prova sito</a></li>
E l’errore di validazione scomparirà
Fiero dei complimenti del W3C e della completa validazione del codice, sono stato assalito da un dubbio: “Ora le mie pagine sono validate ma non potrò più usufruire del conteggio dei click sugli outbound link e rinunciare ad una comoda funzionalità”.
Ed ecco il vero motivo di questo articolo, in questo caso sarebbe stato sufficiente apportare delle modifiche al file php, ma supponendo che invece non c’erano soluzioni alternative per risolvere l’errore oltre quella di disattivare la funzionalità, voi cosa avreste fatto al mio posto?
Avreste sacrificato una funzionalità utile pur di rendere valido il vostro codice al 100%?
In generale preferite un codice puro e senza errori a tutti i costi o in alcuni casi chiudete un occhio?
A voi l’ardua sentenza
TweetTi è piaciuto questo articolo?
SI
Iscriviti ai Feed RSS, magari ti piaceranno anche i prossimi
NO
Iscriviti ai Feed RSS, prima o poi ne scriverò uno che ti piace
Diventa un autore
Sono nuovo di questo sito, e dopo il cambio della grafica devo dire che mi piace molto… anch’io mi intendo di coding e qualcosa di PhotoShop… volevo solo dire che io avrei modificato il plugin in modo tale che non lo creasse!
Ciao Daddie Benvenuto
.
Si la modifica del plugin avrebbe risolto il problema, ma al prossimo aggiornamento le modifiche si sarebbero perse
Allora bisognerebbe contattare lo sviluppatore del plugin, ma non sempre ti danno retta per problemi di validazione.
Comunque mettiamo caso tu non potessi, non vorresti o non saresti capace di modificare il plugin cosa faresti?
Terresti l’errore di validazione oppure rinunceresti al servizio?
Io sinceramente avrei preferito tenermi il contatore.
Riuscire a validare completamente il codice su wordpress è veramente difficile, prima o poi l’errore scappa sempre allora meglio essere funzionali e non perdere la testa appresso alla validazione
Ciao Frankie
verissimo, mantenere il codice valido su wordpress è difficile, io sono per il codice pulito al 100% e nonostante questo qualche errorino scappa.
Il problema è che se non curassi la validazione gli errori non sarebbero 1, 3 o 5 ma 70,100,150
Ciao Salvatore, eccomi qua.
Come dicevamo su twitter una funzionalità utile per il webmaster o per l’utente non ha ragione di essere eliminata a favore della validazione.
Il sito a mio parere dev’essere funzionale e per l’utente in primis e per il motore di ricerca (nel giusto rispetto delle parti obviously)…poi se anche fosse validato ben venga.
Nel caso limite da te proposto assolutamente no, se proprio non riesco a validarlo…non lo valido…però funziona come dico io senza rinunciare al servizio
Ciao Criss
Hai capito in pieno il senso dell’articolo.
Nulla da aggiungere hai spiegato il tuo punto di vista in modo in modo molto chiaro
Grazie
Se non trovo alternative valide, ingoio il rospone dell’errore, ma valuto sempre se quella funzione mi è vitale, altrimenti la elimino senza troppo pensarci.
Ho cercato di ripulire tutti i plugin che uso, anche se devo ammettere che la maggior parte sono proprio fatti bene e non hanno errori nel codice.
Insomma, io sono per il sacrificio della funzione. Sono una fondamentalista.
Ciao Pika
.
A quanto pare sei la prima a preferire la pulizia al 100%.
Anche io mi ripulisco per bene tutti i plugin , ed è vero che molti non presentano errori, ma a me ne capitano molti altri che fanno perdere proprio la pazienza
Stessa cosa per i banner, ho un cliente che usa Zanox e Tradedoubler, ogni volta che gli devo inserire un bannerino in mezza riga di codice 30 e oltre errori di validazione…. ahahahah Una volta inserii 3 banner da 0 gli errori passarono a 108! giuro
Grazie mille ottimo punto di vista
Ciao sà, credo che il problema di validazione non sia dovuto all’aggiunta dell’attributo “onclick” bensì all’aggiunta dell’attributo “target” che viene lasciato senza valore.
Visto che si tratta di un errore di poco conto anche io avrei preferito tenermi l’errore piuttosto che rinunciare alla funzionalità aggiuntiva offerta dal plugin.
Se proprio si vuol essere pignoli, come hanno già detto, basterebbe aprire il core del plugin interessato e aggiungere il valore all’attributo target. Si è vero, al prossimo aggiornamento del plugin si perderà la modifica, ma ci sono plugin che non vengono aggiornati quasi mai e comunque si tratterebbe di una modifica che porta via dieci secondi. Tutto questo ovviamente se proprio si vuole essere pignoli =)
Ciao Nando
Si il problema è dell’attributo target non dell’”onclick” infatti ho scritto nell’articolo:
Forse ho confuso le idee qui:
Non volevo dire che è l’attributo onclick a dare il problema, ma che l’errore veniva generato dopo che il plugin modificava il codice per inserire l’onclick
Comunque ho capito benissimo il punto di vista
Grazie
Io voto la soluzione del codice pulito al 100% mi piace vedere il mio html tidy con la spuntatura verde, mi da un senso di sicurezza, anche perchè, la w3c ha dato un certo ordine al web, con delle direttive, e credo che seguirle possa portare ad un passo avanti tutto il web.
e poi, se si diffonde il virus del codice corretto, e nella mentalità dei clienti, un codice corretto è meglio del risparmio, forse si scremerebbe un po la schiera di finti grfici e web designer presenti nel mondo, in modo da migliorare il web, magari arrivando a livelli dei progettisti internazionali…
ho aperto il file ‘googleanalytics.php’ nella cartella del plugin e alla riga 1200 (function bookmarks) ho sostituito ‘link_target’ con ‘link_rel’
ho cioè cercato di fare in modo che il plugin si agganciasse ad un’altra proprietà del link, tra quelle definite in wp_includes/bookmark.php
ora sembra validare correttamente, e a prima vista credo che la funzione di tracciamento non sia persa
potete confermare?
in ogni caso, è strano perché Yoast ci ha abituati bene e questo pare proprio un errore marchiano