questa cricca di @justb ci sa davvero fare, sanno spiegare e far capire cose anche "complicate"

Bravi davvero

Uhm carino...e senza dubbio fa risparmiare del tempo.

Ma io ho preferito svilupparmi dei CSS predefiniti che uso su tutti i siti, con variazioni minime, dato che i nomi delle classi sono uguali ovunque e seguono una logica ben precisa.

CSS con robe simili insomma

.bold {
font-weight: bold;
}

E poi via di multiclassi più flessibile di così non si può.

beh! la tecnica è la stessa, o usi un framework prestabilito o ti crei tu un file CSS standard che usi sempre ... la sostanza non cambia

Io ponevo il discorso sui loro post, davvero ben fatti

quoto @m3cStyle

Si infatti, la sostanza è quella, io intendevo che per una cosa così semplice come i CSS non mi affido certo ad un framework.

Se invece parliamo di PEAR, jQuery e roba simile, totalmente daccordo

Quoto per l'articolo ben fatto, l'ho letto molto velocemente ma sono riuscito a capire comunque

@m3cStyle
secondo me utilizzare troppe classi è costoso nel lungo termine, perché appesantisce il documento in termini di kb ed inoltre in caso di modifiche devi metter mano all'HTML e al CSS...meglio, secondo me, utilizzare degli ID affiancati da delle classe chiave....la classe bold mi sembra un po' troppo specifica

uhm! dipende cosa ci devi fare ... è vero che la classe bold potrebbe essere troppo specifica ... ma dipende, se la devi usare 200 volte allora diventa "non specifica" ma un aiuto

@JustB beh diciamo che la cosa va usata con buonsenso. Se il markup di un elemento viene più volte ripetuto nel sito allora creo una classe apposita, ma altrimenti combino fra di loro delle classi. La classe bold ad esempio la uso su 1>x>5 parole che voglio evidenziare e che ereditano il resto della loro formattazione da un div (spesso il #body) padre

In questo modo con un semplicissimo <span class="bold">X</span> risolvo il problema, evitando di dover creare classi in più.

quoto @m3cstyle

E perché non usare strong magari personalizzato tramite CSS, in modo da evitare l'introduzione di un'altra classe? O al limite, se il grassetto è puramente presentazionale il tag b

perchè se domani voglio fare un grassetto rosso cambio la classe b e non il tag b

mi sa che l'esempio del bold non è calzante

Già
Vabbè forse il problema sono io, che non ho mai lavorato in un progetto in fase di produzione, quindi parlo solo per le cose che so

@JustB Perché presentazione e contenuto secondo me vanno rigorosamente separati. Io tento sempre di fare siti in XHTML 1.1. Non uso nessun tag come strong, em, i, b, etc, etc.

Fosse per me farei sparire pure le tabelle anche quando è corretto metterle (inserimento di dati). Ne è stato fatto un uso orrendo per impaginare e adesso non le posso più vedere.

Nei miei CSS non sono rare cose simili:

<div class="floatleft red bold em">text</div>

Non creo una classe ex-novo quando situazioni simili si presentano poche volte... così facendo evito di toccare totalmente il CSS. Perdo un po' di velocità ma ho una flessibilità assoluta e una libreria di classi che fa tutto (o quasi).

no no va bene anche ciò che dici, cioè come ti ho detto a suo tempo per meemi o come dico sempre a chi me lo chiede, non ho usato un framework perchè dovrei fare tantissime modifiche ed ottimizzazioni e non potevo stare a preoccuparmi delle ripercussioni di tutto il FW ... stesso discorso (in piccolo) per i css ovviamente

@m3cStyle
uhm...mi dispiace ma mi trovi in assoluto disaccordo....i tag (X)HTML per loro natura non nascono per essere modificati in aspetto, bensì per trasmettere un concetto. È l'unico modo per permettere alle macchine di capire il senso del documento che stai scrivendo.
Il documento è indipendente dal modo in cui lo fai vedere: un documento utilizzando i tag giusto ha senso a prescindere dal CSS.
Non puoi dire che strong em sono tag presentazionali: è tutto il contrario!! Rappresentano l'enfasi che tu metti in un discorso. Le tabelle rappresentano dati tabulari.
Sarà sicuramente più flessibile il tuo metodo, ma secondo me non è corretto, e trova collocazione solo nell'ecosistema del browser.
Pensa al mobile, ai nuovi client che usciranno e come sarà difficile adattare ogni volta un sito per ogni nuovo terminale...

quoto @justb anche se è difficile davvero farlo ...

Uhm nulla di più semplice, basta lavorare sull'attributo media, caricando un css diverso a seconda dei casi. Separando nettamente il contenuto (testo, immagini, etc) dalla presentazione grafica, posso stravolgere l'intero sito cambiando solo il css.

Cosa impossibile se usassi attributi strong, em, etc (a meno di non definirne le qualità attraverso il CSS, ma poi davvero si inizia a sprecare codice). Ma cosa perfettamente fattibile modificando le classi.

Sinceramente non mi convince molto questa cosa... forse la vedo "utile" nel caso in cui il CSS sia alla base di un CMS con layout customizzabile.