background color impossibile O.o

Pagine → 1 2

25/11/2013 11:28:33

Io non posso credere che su questo portale usiate ancora codice del 1900 -.-

Neccessito di staff per un progetto che può cambiare le vostre vite:http://www.gdr-online.com/ricerca_staff_gdr_dettaglio.asp?id_ricerca_staff_gdr=1121 ↗

quota

airon

SCRIVI

25/11/2013 18:24:08

spyker ha scritto:

Io non posso credere che su questo portale usiate ancora codice del 1900 -.-

Non vedo cosa ci sia di male (se è a quello che ti riferisci) ad usare le tabelle. Concordo con il fatto che sono cadute in disuso per quel che riguarda l'impaginazione, ma per alcune cose sono ancora comode. Al di là di questo, sono scelte personali quindi ognuno usa ciò che sa usare/vuole usare.

Per quel che riguarda il modo in cui è scritta la tabella...effettivamente gli attributi inline per stabilire larghezza, giustificazione del testo ecc...su quello ti do ragione :-D

Comunque si, dovresti seriamente considerare l'idea di passare tutti gli attributi dentro all'attributo style o creare un foglio di stile separato.

Per il tuo problema, sarebbe utile incollarci nuovamente il sorgente per vedere come hai apportato le modifiche. (nel background: url('percorsoImmagine') prova a inserire i doppi apici invece che l'apostrofo, ossia a fare background: url("percorsoImmagine");)

La tabelle vanno usate per impaginare i dati, non per creare un layout perché "è facile" (come se i div fossero difficili...). Non può essere una scusa, su :)

In ogni caso il valore della proprietà "background" (forma contratta che accetta più valori) o di "background-image" non ha bisogno di apici. url(/mio/percorso.jpg)

Per quanto riguarda il problema scrivi il tuo codice su http://pastebin.com/ , scegli il linguaggio PHP e dacci il link; in questa maniera possiamo correggertelo senza problemi di apici e simili.

Storie di Agarthi ↗
Un Varco si apre davanti a te, un mondo tra i mondi è a portata di mano. Lasciati alle spalle le certezze, inizia l'avventura!

quota

lela

SCRIVI

26/11/2013 01:48:14 e modificato da lela il 26/11/2013 01:51:28

Io prediligo sempre i div nel mio lavoro, comunque
se devi inserire uno style nell'elemento scrivi

style="background: url(urlcompletoimmagine) no-repeat;"

ma se vuoi fare un lavoro più pulito e comodo togli lo stile e lo inserisci nel css aggiungendo sull'elemento desiderato

id="nomesceltodate"

poi nel foglio di stile (nomesceltodate.css) o in alto nell'head della pagina tra due tag <style></style> scrivi

#nomesceltodate { background-image:url(urlcompletoimmagine);
background-repeat:no-repeat; }

Ti ricordo che l'id è un elemento univoco mentre la class può essere attribuita a più elementi.

Ti consiglio di approfondire le conoscenze di CSS e HTML magari leggendo un po' di cose qui-> http://www.w3schools.com/css/css_background.asp ↗

ah funziona sia con apici che senza, come potete vedere facendo le prove nel try del link.

❤️ ˜ Raffaela ˜❤️
https://www.facebook.com/Cippi.and.Friends.polletti.fumetti ↗ -> piacciateci su fb

quota

breaker

SCRIVI

26/11/2013 10:45:18

Considerando che il pbc è una nicchia e la maggioranza di chi lo fa considera il codice influente, alla fine all'utenza non importa nulla che il codice sia scritto con gli standard w3c oppure con un codice di 10 anni fa, l'ottimizzazione non esiste nel pbc perchè il 99% delle pagine della land sono protette e quindi non indicizzate per i motori di ricerca. Il succo del discorso è se le tabelle bastano per far funzionare la land si usano quelle perchè all'utente interessa solo che sia usabile una land.
Poi se il programmatore di turno vuole fare tutto ottimizzato per risparmiare sulle risorse, per velocizzare o altro è un altro paio di maniche.

"Release your mind´s eye and we make your dreams come true"

quota

ghennadi72

SCRIVI

26/11/2013 14:26:39

breaker ha scritto: Il succo del discorso è se le tabelle bastano per far funzionare la land si usano quelle perchè all'utente interessa solo che sia usabile una land.

Concordo con questa visione del problema. L'unico rischio da valutare, a mio parere, nell'uso di tecniche 'vetuste' é quello della dismissione in futuro del supporto da parte dei produttori di browser. Scenario che al momento non sembra molto realistico, consideando che non riescono (o meglio non vogliono) mettersi d'accordo nemmeno su una definizione univoca del box model o del DOM.

Poi se il programmatore di turno vuole fare tutto ottimizzato per risparmiare sulle risorse, per velocizzare o altro è un altro paio di maniche.

Questo é da vedersi. Io a volte mi chiedo se davvero essere costretti a scrivere css differenziati per browser, zeppi di fix per garantire la retrocompatibilità su diverse versioni dello stesso browser, o utilizzare librerie js ad hoc, tutto per fare quello che fa una banalissima tabella a due colonne con larghezza e altezza 100%, o quello che può fare un (orrore, deprecazione e anatema!) frameset rappresenti davvero una ottimizzazione e un risparmio di risorse.

ps: da quando in qua TD non supporta il background? °_°