CSS panico, o pacco?
Piccolo inconveniente con Genericblue, il tema scelto per il remake di ApogeoEditore: era bacato. Su IE - tanto per cambiare - effettuando una ricerca con esito zero risultati, la colonna di DX esplodeva scombinando tutta la formattazione della pagina. In Firefox invece tutto ok.
Pensavo di aver fatto un po’ di casino mettendo le mani nel codice, così ho cancellato e installato di nuovo il tema “vergine”. Stesso baco!
Non volendomi rassegnare a cambiare tema e ricominciare dall’inizio, ho quindi cercato di risolvere.
Ho scoperto che il problema si colloca nel DIV con ID=”primaryContent”, dove erano presenti diversi span con class=”style”-1-2-3-4 che nn avevano apparentemente alcun scopo se nn creare casino a IE. Cancellati la faccenda è migliorata ma nn risolta.
Infatti il tag H2 che marca i titoli dei post era aperto prima del ciclo WHILE utilizzato per stamparli, quando restituiti da una ricerca. Quindi con zero risultati tutto il testo che seguiva (cioè il msg di “Not Found” e la colonna di SX, che per un gioco del CSS è l’ultima nella pagina HTML) rimaneva marcato in H2, abbastanza per mandare in crisi tutto il foglio stile.
Se volete dare un occhiata al codice PHP, eccolo come txt (per il CSS, che cmq ho toccato poco, scaricatelo predendo il path dal sorgente della pagina).
Tenete presente che c’è ancora un bachino (sempre su IE) nella colonna di SX nel caso in cui si visualizzi un solo post per inserire commenti: qui testo e larghezza diventano leggermente più piccoli.
Inoltre mettendo la pezza il PHP stampa tutti i titoli dei post con H2: in origine questo tag andava solo sul titolo del primo post, mentre i seguenti venivano marcati in H3.
Risolverò al più presto ![]()
Fri 16 Feb 2007 by
fabiob
Categoria:
Blog in mutazione |
Tag: bug, CSS
PermaLink
Commenti
Risolto il baco nella colonna di SX su IE: il file comments.php conteneva informazioni di stile inerenti a class=”style2″. Eliminate tutte le righe comprese nel tag STYLE, tutto è andato a posto. Rimangono nell’HTML diversi ID e CLASS a cui non è assegnata nessuna informazione nel CSS, ma in ogni caso la resa in FireFox e IE sembra allineata. Ora devo provare su Opera…
Sistemati un altro paio di bachetti: l’output della data, falsato a causa dei parametri della funzione “time”, e l’etichetta “comment off” per la cui localizzazione in “commenti chiusi” (ok, sono un preciso) sono dovuto andare a editare la funzione di WP “comments_popup_link” (in wp-includes/comment-template.php). Il file index.txt sopra linkato è aggiornato.


