Con WordPress 3.3 anche jQuery e tutti i suoi moduli sono stati allineati. Adesso infatti è possibile accedere alla nuova lista dei moduli dell’ultima release 3.3, come ad esempio l’autocomplete. Ecco uno snippet per una buona inclusione:
1 2 3 4 5 6 | // Moduli che WordPress caricherà per noi propedeutici allo script "myscript.js" $deps = array('jquery-ui-slider', 'jquery-ui-datepicker', 'jquery-ui-autocomplete' ); wp_enqueue_script('key', 'js/myscript.js', $deps, 1.3.4, true); |
Il widget calendario di jQuery UI, il cosiddetto Datepicker, permette moltissime impostazioni, tra cui quella di decidere un range di anni da mostrare nel menu a tendina.
IDE dedicate allo sviluppo PHP ne esistono tante, da quelle gratuite a quelle a pagamento. Per lungo tempo ho usato strumenti come Eclipse o Aptana, arrivando a servirmi di editor specializzati in HTML/Javascript e – addirittura – CSS. Da un anno a questa parte, tuttavia, credo di aver trovato definitivamento un ambiente completo che, almeno nel mio caso, risolve tutti i miei problemi: PhpStorm.
Vi sarà capitato di dover verificare l’esistenza o meno di un elemento del DOM. Con jQuery potrebbe venir spontaneo provare con:
Lasciatemi mostrare com’è possibile implementare un semplice Slideshow di immagini con pochissime righe di codice, sfruttando jQuery.
Questa tecnica può essere implementata su qualsiasi tipo di sito Web, la cosa importante è includere la libreria jQuery. Ho usato questa tecnica per un sito realizzato in WordPress, sviluppato in poche ore per un evento.
jQuery è giunto alla versione 1.4! Oltre a varie nuove features e la “solita” riscrittura del codice, tutta la documentazione è stata rivista in maniera davvero più leggibile rispetto a prima. Ma vediamo alla questione di questo post; problema: aggiungere, tramite jQuery, una classe a tutti i tag a che possiedono l’attributo target impostato a _blank!
Due elementi del DOM HTML sovrapposti, entrambi sensibili ad un evento click, soffrono dell’annoso problema della propagazione degi eventi tra gli strati del DOM stesso: il cosidetto event bubbling. Questo comportamento (che ritroviamo anche in altri ambienti di sviluppo: vedi Actionscript 3.0: MovieClip over MovieClip) è di per se utile in moltissimi casi.
È possibile impostare le opzioni di un dialog() jQuery UI in modo globale, in modo che abbiano effetto su tutti i dialoghi che si apriranno. Questo è utile per non ripetere continuamente le stesse indentiche impostazioni. Per farlo è possibile scegliere due strade:
Nelle ultime revisioni di jQuery UI è stata eliminata l’opzione shadow che permetteva di eliminare l’ombra attorno ai dialoghi. L’opzione, stranamente, ancora svolge il suo ruolo ma, di contro, produce un errore Javascript e impedisce lo spostamento di un dialogo:
In attesa del rilascio ufficiale di jQuery UI 1.7 (eh già, il team di sviluppo di jQuery ha deciso che rilascerà la versione come 1.7, causa confusione), dove forse verrà inserita una opzione per eliminare il bottone di chiusura di un dialogo, ecco come risolvere velocemente il problema con l’attuale 1.6rc6:
Ultimi Commenti
Giovambattista Fazioli: @ale: Come indicato @Kevin vedi sul repo di GitHub: https://github.com/gfazioli/Ch roma-Key
Giovambattista Fazioli: @Kevin: See https://github.com/gfazioli/Ch roma-Key
Kevin: Very nice example – would like to see the .fla too!
Ludovica: Ciao! Ti spiego il mio dubbio. Quando scrivo un post non inserisco immagini nell’articolo (se così...
Marco: ciao @Giovambattista Fazioli, grazie per tutte le delucidazioni di questa ottima guida. Avrei un quesito da...