Hola!!!
Ho questo tag
Come faccio ad eliminare lo spazio tra lui e un tagcodice:<h3 class="title_2"><span>Confesercenti Modena</span></h3>
??
Hola!!!
Ho questo tag
Come faccio ad eliminare lo spazio tra lui e un tagcodice:<h3 class="title_2"><span>Confesercenti Modena</span></h3>
??
Oh cribbio! E dov'è il paragrafo? Prima o dopo l'intestazione? Facciamo finta sia successivo:
P.S. Perchè c'è uno span nell'h3? Se siamo fortunati riusciamo a fartelo togliere: spiega, spiega.codice:h3 { margin-bottom:0 }
Leading the Web to Its Full Potential...
www.pierofix.it | www.w3.org | www.zeldman.com/externals | http://browsehappy.com | www.alistapart.com | www.webstandards.org | www.flickr.com/photos/pierofix/
ho scopiazzato da zen.
In questo modo setto display:none allo span e metto un background di sfondo all'h.
Così mi faccio i titolo come dico io.
Grazie
E siamo fortunati!!!Originariamente inviato da Sandrocchio_0.1
ho scopiazzato da zen.
In questo modo setto display:none allo span e metto un background di sfondo all'h.
Così mi faccio i titolo come dico io.
Grazie
Questo lo hai mai provato?
Con 'display:none' non bisogna scherzare: alcuni screen-reader non considerano proprio gli elementi a cui è associato, con conseguente perdita di informazione. Per approfondire:codice:XHTML <h3>Tiitolazzzzoo</h3> CSS h3 { background:#fff url("tuaimg.png") no-repeat 0 0; text-indent:-100em; }
- www.webaim.org/techniques/articles/hiddentext
Leading the Web to Its Full Potential...
www.pierofix.it | www.w3.org | www.zeldman.com/externals | http://browsehappy.com | www.alistapart.com | www.webstandards.org | www.flickr.com/photos/pierofix/
credevo che gli screenreader non interpretassero i fogli di stile.
Mi devo informare a riguardo, ma se così fosse saremo a punto e a capo.
Adesso che grazie alla W3C incominciano a sistemarsi le cose ci si mettono pure gli screenreader a combinare casino.
Alcune proprietà vengono interpretate, sì, e 'display' è un palese esempio: essa si riferisce infatti al tipo di apparizione dell'elemento.Originariamente inviato da Sandrocchio_0.1
credevo che gli screenreader non interpretassero i fogli di stile.
Mi devo informare a riguardo, ma se così fosse saremo a punto e a capo.
Non dimentichiamoci che esistono anche dei fogli di stile per la regolazione della voce, con parametri quali: intonazione, volume, pause, velocità, ecc.
Adesso che grazie alla W3C incominciano a sistemarsi le cose ci si mettono pure gli screenreader a combinare casino.
Non credo sia da prendere come una scocciatura, anzi. In questo caso gli screen-reader interpretano alla lettera il significato di 'display:none', ovvero non parsano l'elemento a cui è attribuito.
Se ci riflettiamo su, ha anche senso. Questi, a parer mio, sono degli aiuti, non degli ostacoli: ci permettono di analizzare ancor più nel dettaglio i contenuti su cui stiamo ragionando.
Leading the Web to Its Full Potential...
www.pierofix.it | www.w3.org | www.zeldman.com/externals | http://browsehappy.com | www.alistapart.com | www.webstandards.org | www.flickr.com/photos/pierofix/
retifico: si possono associare determinati fogli di stile per i screen reader.credevo che gli screenreader non interpretassero i fogli di stile.
Al di là di ciò, parto dalla base che i fogli di stile sono (credo) nati per separare i contenuti dalla presentazione.
Se incominciamo a dare la possibilità ai CSS di interferire con i contenuti html, sono dell'idea che si incominci un'altra storia che ben conosciamo tutti quanti, i conflitti tra i browser che in questo caso sono i screen reader.
Immagino già, quello li interpreta e quello no, e allora il nostro display si va a far benidire.
Ma a cosa ti riferisci?Originariamente inviato da Sandrocchio_0.1
Se incominciamo a dare la possibilità ai CSS di interferire con i contenuti html
Leading the Web to Its Full Potential...
www.pierofix.it | www.w3.org | www.zeldman.com/externals | http://browsehappy.com | www.alistapart.com | www.webstandards.org | www.flickr.com/photos/pierofix/