Qualche giorno fa ho scoperto Tripoli.
È un altro comodo tool per velocizzare e rendere più piacevole la scrittura di fogli di stile. Ma non è un framework.
L’ autore lo definisce rendering layer, ovvero una struttura che omogenizza l’interpretazione cross-browser dei CSS. In pratica non è altro che un versione geneticamente modificata di un foglio mastro di reset. Infatti oltre a resettare gli elementi, li ricostruisce in modo che siano egualmente visualizzati in tutti i browsers (questo significa anche correggere a monte i bug di IE). L’obbiettivo sarebbe di ridurre all’osso la fase finale di debug.
Perchè non è un framework? Sulla pagina di presentazione c’è scritto questo:
What about other CSS frameworks like Blueprint
Blueprint is great. But I found that using a complete framework with CSS only is an impossible task. The grids gets bloated, unsemantic and full of impossible class names. Instead, Tripoli is based around good HTML rendering and separating content typography from layout.
I have made two blueprint tests with the same sample HTML, so you can compare for yourself.
Please note that Tripoli is not competing with Blueprint in any way. Blueprint is a framework with grids and stuff. Tripoli is a rendering layer for HTML tags and a way to separate layout from content.
Non metto in dubbio le differenze, ma mi ha colpito la frase: “i found that using a complete framework with CSS is an impossible task”.
Da qualche tempo a questa parte è facile imbattersi in interventi legati all’uso di frameworks per i fogli di stile. In verità, molto spesso le conclusioni a cui si arriva si riassumono nella frase che ho citato.
Un articolo su tutti, che ho trovato molto esplicativo è questo: please do not use CSS Frameworks.
Si punta il dito contro i frameworks accusandoli principalmente di due cose:
- La maggior parte del codice che introducono è spesso inutile.
- Si rischia di perdere tempo a imparare il framework più che a imparare il linguaggio.
Personalmente non trovo sbagliata l’idea di utilizzare Blueprint e/o strumenti come Tripoli, però devo ammettere che, sia il punto primo che il punto secondo, sono corretti.
Però.
Però bisogna fare le dovute precisazioni: per cominciare i CSS non sono PHP (o Javascript). In sostanza non sono un linguaggio di programmazione. Non sono così complicati, e questo implica che anche i framework dedicati non lo sono. Qualcuno corra ad aprire Blueprint: è forse complicato? Qual’è la curva di apprendimento? Io dico 5 minuti. Prima di pubblicare la mini-guida di ieri mi sono chiesto più volte: può davvero essere utile spiegare l’acqua ad un pesce?
Con i linguaggi di programmazione, la storia è un altra e il problema dell’apprendimento è reale. Ne so qualcosa con CakePHP.
Il codice introdotto dal framework è inutile? Assolutamenti si. Per la maggior parte almeno. Una volta usate le parti che ci interessano, le altre sono solo preziosi KB sprecati. In tutta sincerità però, preferisco spendere il tempo a pulire il foglio di stile (esistono gli ottimizzatori, sapete?) che a debuggarlo per Internet Explorer. Ci metto molto meno. E non dimentichiamoci che un domani, quando Internet Explorer interpreterà correttamente i CSS e le capre voleranno, mi basterà aggiornare Tripoli o chi per lui, per sistemare ogni progetto mai scritto, invece di pulirli a mano dagli hacks uno per uno.
E poi esistono un sacco di piccoli accorgimenti e strumenti utili per ripulire un lavoro completo dalle impronte sudaticce di un framework, così tanti che scriverò un piccolo articolo in settimana. Bene bene.
Questo è il mio punto di vista. Da dire c’è sicuramente molto altro (come la semantica), ma mi fermo qui.
Ora la palla a voi: che ne pensate?
5 Commenti & 1 Trackbacks
Quanto tempo che non passavo di qui!!
E noto con piacere che anche tu hai aperto un bel blog interessante!!
Non ti lascio qui i miei link per non fare spam o pubblicità, tanto tu li conosci, torno presto a visitarti e leggere con calma, a presto!
giungo qui grazie a MyBlogLog e mi complimento per i contenuti che mi interessano moltissimo, blueprint css infatti è stata per me una vera scoperta. Mi occorre tempo per utilizzarlo e magari poter commentare in questi post. a presto
giungo qui anch’io, come il mio amico flasmothus, grazie a mybloglog! Complimenti! Il tuo spazio web offre dele risorse davvero interessanti in un campo che non tratto, ma che mi affascina e che voglio presto approfondire: il web design!
A presto:-)
Grazie a tutti dei commenti! E un benvenuto!
@Lauryn: Certo che mi ricordo :) Ho cambiato un pochino il target, ma ci sto riprovando. Spero di fare bene! Aspetto un tuo parere ;)
@Flashmotus: Pensavo di essere l’unico ad usarlo con profitto! Se hai bisogno di aiuto, o hai dei suggerimenti (delle dritte su un prossimo tutorial, magari) sono a disposizione!
@Annarita: MyBlogLog è una fonte inesaurible :) Ti ringrazio.
Grazie ancora a tutti! Spero di rileggervi presto :)
Sìsì Laburno, un ottimo lavoro!
Dammi il tempo di rimettermi alla pari con gli articoli che hai scritto che ti dico la mia commentando.
Spero che tu faccia un salto sul mio blog di webdesign a tua volta, avremmo tanto bisogno di un contributo come il tuo, leggi anche la pagina “cos’è IWD” e dimmi che ne pensi.
a presto
Laura
[…] settimana si è parlato molto di Framework per CSS e i relativi vantaggi/svantaggi. Una delle critiche più aspre che i detrattori lanciano riguarda […]