Wordpress alla griglia
Mercoledì 13 Maggio 2009 - 08:06
di Cesare Lamanna
I tanti framework CSS venuti alla ribalta negli ultimi mesi hanno indubbiamente facilitato la realizzazione di layout a griglia complessi. Ognuno potrà trovare lo strumento più adatto e la serie di articoli curati da Gianluca Brindisi e dedicati a Blueprint, Yahoo Grids e 960gs può essere un’ottima fonte per prendere confidenza con queste soluzioni.
A chi intenda adottare la griglia come struttura portante del layout e usa Wordpress segnalo Grid—A—Licious, un tema per il popolare CMS che però usa come base del design jQuery. Gratuito per uso personale, richiede il pagamento di una licenza di $1000 per scopi commerciali. Potete vederlo in azione su questo sito.
Ah, con Javascript disabilitato Safari mi ha restituito una bella… pagina bianca (e a proposito del Javascript disabilitato si potrebbe tirare in ballo questo interessante spunto di discussione emerso intorno al carrello drag&drop. Magari se ne può discutere).
Categoria: Web Design | Permalink
Commenti
1
Questi siti, quelli con Grid-a-licious, quasi mi bloccano IE8 e Chrome…
Ogni volta che faccio uno scroll, mi parte il download di immagini nuove…
Insomma… una vera “corrazzata potemkin” per Ugo…
2
Sono esperimenti interessanti, ma non userei mai cose del genere in un sito di produzione.
Usare Js per il layout al momento non è una soluzione accettabile, è troppo vincolante ed è lento soprattutto su IE, imho.# - postato da Tommaso Baldovino - 13 Maggio 2009 - 11:05
3
con opera disabilitando il js mi compare una pagina vuota e la scritta loading in alto rimane ferma.
# - postato da smal - 13 Maggio 2009 - 11:25
4
volevo pure
# - postato da capitan - 13 Maggio 2009 - 15:49
5
PARTE 2 di 3
Provo a spiagre cosa intendo relativamente a .js (che è l’argomento di questo post), poi se non sono tutte bischerate potremmo passare anche agli aspetti
inerenti css…
Ah, con Javascript disabilitato Safari mi ha restituito una bella… pagina bianca
con opera disabilitando il js mi compare una pagina vuota e la scritta loading in alto rimane ferma.
questo è niente (si fa per dire!!) tanto chi è che disabilita .js? solo un tester, non altri…
o meglio questa è una pagliuzza rispetto alla trave che ci acceca…cerco di spiegarmi:
possiamo dare per scontato che esista una tipologia di pagina che per target può permettersi anche di essere fortemente “dipendente” da .js…
(es. concreto: ictv… senza .js non solo non “sfogli” le tab, ma non ti parte nemmeno il video che selezioni…) (ma ictv non è la pubblica amministrazionecui può/deve accedere chiunque e in qualsiasi condizione, l’utenza a cui si rivolge ictv POSSIEDE .js e comunque è in grado di abilitarlo/disabilitarlo)
quindi considero passabili delle pagine-che-senza-.js-t’attacchi…
quello che non considero passabile è una pagina che .js-o-non-.js NON REGGE alle variazioni-di-px (e quindi alle risoluzioni, alle differenze di resa tra
browser, al loro viewport, ai ridimensionamenti) e allora vai di hack e reset e commenti condizionali e di imprecazioni contro IE e le sue assurdità…
ma qui emerge come il problema sia di progettazione/esecuzione della pagina, non di tecnologia usata…
cosa vorrei da una pagina “dipendente” da .js?
vorrei che SE-.JS-E’-ABILITATO non mi faccia casini nella visualizzazione…
insomma vorrei che fosse architettata a dovere…
questa sarebbe una pagina-che-regge…Ad esempio, la pagina su cui Cesare ci fa vedere l’esempio del tema per WP, si rivolge ad un’utenza che .js lo tiene
abilitato, PERO’…
6
@Cesare
avevo provato a commentare, ma forse ho veramente esagerato con la quantità di testo e credo di essere stato filtrato come spam… riprovo dividendo in 3 parti… (se invece il commento non era stato approvato di proposito chiedo scusa in anticipo e cancellate anche questi… ciao :) )PARTE 1 di 3
ne approfitto subito e mi ricollego alla discussione citata sopra ( http://blog.html.it/08/05/2009.....ment-78218 ) che è partita da uno scambio di riflessioni avuto con Massimiliano Scorza…
Si parlava di una “pagina-che-regge” alle differenti condizioni di fruizione… insomma al browser e all’utilizzo i-n-d-i-v-i-d-u-a-l-e che se ne fa…
Il riferimento non è alla pagina che appare identica in ogni browser…
Non si tratta di reset+hack per partire da condizioni identiche e giungere ai medesimi risultati…
Questa forse è un’utopia, ma più ancora è un’errata impostazione del problema… perché http://dowebsitesneedtolookexa.....owser.com/ masopratutto perché procede a posteriori…
Il problema va affrontato impostandolo correttamente… ovvero a priori… (parolone!!! ma significa solo che va preso in considerazione in fase
progettuale… PROgettuale…)
Progettuale in relazione agli effetti ottenuti via .js, e quindi anche alla presentazione (css)…
…
7
PARTE 3 di 3
…però (a parte quanto dice Tom: .js è lento in soluzioni del genere… e peraltro impiegralo per l’architettura di una pagina è contro la sua natura) .js
nella costruzione del template “NON REGGE” se dimensiono la finestra…
cioè va a costruire un’architettura di div che i css fanno “floattare” male gli elementi…
se ad esempio sono solito navigare stringendo la finestra del browser per visualizzare anche altre pagine o elementi del mio desktop, succede che mi SCOMPARE un box!! ( cfr. http://www.essezeta.org//help/.....render.png ) (e non va nemmeno a finire in coda agli altri… proprio lo perdo… eppure è
un box nemmeno di poca importanza…. ci scelgo le categorie…
e se la stessa cosa la facesse google?! e che?! mi dovrei perdere i link di accesso??!
invece google REGGE (cfr. href=”http://www.essezeta.org//help/forum/25/google_regge.png )…Certo si può obiettare che google parte da un visual minimale (ma nemmeno poi tanto…) che ben si presta a reggere…
ma qui è il punto…
il visual (ma anche .js e ogni altra soluzione) non va da sé e distaccato dai contenuti, dal target, dalle finalità… in una parola deve essere motivato…
ma così sono già passato al secondo ramo inerente css……mi fermo (ed era ora! :p )…
vorrei sentire qualche altra campana che magari aiuti ad aggiustare il tiro…:p
8
oddio che casino…
scusate scusate scusate…
non bannatemi per sempre… :(
9
a me le griglie piacciono, però penso che lo strumento ideale siano i css, javascript può servire solo ad animare il css. Eseperimenti carini che forse porteranno a qualcosa, ma per ora le griglie me le implemento a mano nei css e sono felice così :)
10
nono, io rimango della mia idea. Css per i layout e griglie e non javascript!!!
esistono cose molto interessanti di css legato a javascript, ma non ne vedo un’utilità per le griglie, anzi…