Maledetto Javascript!

Lunedì 26 Maggio 2008 - 12:11

di Cesare Lamanna

Scripting

Pur non essendo uno sviluppatore ma un semplice osservatore esterno delle cose che ruotano intorno al web development, nel corso degli anni mi sono fatto l’idea che chi produce CSS sia più portato a lagnarsi delle difficoltà incontrate nel tentativo di raggiungere una resa cross-browser rispetto agli sviluppatori Javascript. Ma forse è solo un’impressione che deriva dalla mia maggiore dimestichezza con i fogli di stile e con le discussioni che li riguardano. A prescindere, lungi da me l’intenzione di scatenare una guerra :).

Fatto sta che in quanto a difficoltà di resa cross-browser dovute alle diverse implementazioni del linguaggio nei vari browser il Javascript non è certamente da meno. In un corposo documento pubblicato di recente, Jon Wotter si sofferma sui tormenti che ha dovuto affrontare con il suo team nello sviluppo dell’applicazione web Web Paint-by-Number. Prende quindi in esame le aree di sviluppo più complicate, fornendo in alcuni casi delle utili reference sulle diverse implementazioni (si veda per esempio quella dedicata alla gestione degli eventi del mouse).

Cari sviluppatori Javascript, qual è la cosa che dal punto di vista della resa cross-browser vi causa quotidianamente più mal di testa?

Tags:

Categoria: Scripting | Permalink

Commenti

1

io programmando da cane in entrambi…trovo che siano rompiscatole tutti e 2, magari con un leggero vantaggio dei CSS, forse xke li sopporto gran poco, e adoro il JS!!!

# - postato da DD - 26 Maggio 2008 - 13:55

2

Faccio poco testo perchè “sviluppo” javascript da solamente 5 mesi, quindi l’ho usato più per effetti visivi.
Tuttavia la rogna maggiore è stata sicuramente quella del caricamento dinamico delle immagini su IE6.
Tra quelle presenti e no in cache, è stata dura trovare il giusto assetto tra l’evento onload di fine caricamento e il comportamento visivo sul browser.
Tuttavia (anche se ciò rallenta il mio lavoro) quando realizzo qualcosa, le minime parti del codice le testo tutte sui maggiori browser, per cui alla fine ce la si cava sempre.

# - postato da Luigi - 26 Maggio 2008 - 14:04

3

dopo che ho iniziato ad usare jquery come framework per javascript, non ho più problemi con i deversi browser, problemi che invece ho ancora ogni tanto per i css

# - postato da paolo - 26 Maggio 2008 - 14:06

4

se IE fosse allineato in tutto e per tutto a firefox e a safari sviluppare in javascript sarebbe veramente piacevole e si avrebbero anche diverse soddisfazioni…sfiga vuole che ti esalti facendo la tua bella rich application e dopo ti scontri con IE e ti deprimi.

# - postato da Matteo Galli - 26 Maggio 2008 - 14:16

5

Mi allineo a Paolo:
in effetti, utilizzando un framework (mootools nel mio caso) il problema di realizzare applicazioni cross-browser si riduce quasi all’osso.

# - postato da Luigi - 26 Maggio 2008 - 14:24

6

quotopaolo e luigi, anke se nello spostare i div, con jquery mi ha dato alcuni problemi sul solito IE

P.S.
X ke non si passa tutti a IE7, sarà quel ke sarà, ma meglio di IE6!!!!

# - postato da DD - 26 Maggio 2008 - 14:26

7

Personalmente non ho grosse difficoltà ne con i css ne con i javascript. Una volta rodati i meccanismi tutto è diventato “semplice”…

Più che altro mi urta trovare in giro siti che non sono cross-browser per il javascript ma funzionano solo su explorer.

# - postato da Paolo - 26 Maggio 2008 - 15:06

8

penso che i problemi siano direttamente proporzionali alla pratica e alla esperienza che ognuno ha nell’utilizzare javascript o anche i css.

questo non vuol dire che il team di Jon Wotter non abbia esperienza, perchè nel caso loro, fanno sempre nuovi esperimenti e cercano sicuramente di ottenere e creare sempre qualcosa di nuovo, il che li porta a trovarsi spesso con problemi cross-browser.

# - postato da Activ - 26 Maggio 2008 - 15:35

9

Conosco quasi a memoria le diversità di implementazione tra i vari browser riguardanti i CSS.

Su Javascript invece continuo a sbatterci la testa spesso, però in effetti l’utilizzo di qualche buon framework aiuta molto (se lo si conosce).

# - postato da Nemesis Design - 26 Maggio 2008 - 15:48

10

Ottenere l’altezza (reale) del viewport e le dimensioni effettive in pixel (width/height) di un elemento.
Problemi riscontrati?
Per il viewport il valore ritornato era semplicemente errato, per le dimensioni alcuni browser includevano padding e margin e altri davano il solo width…

# - postato da Andrea (Epper) - 26 Maggio 2008 - 16:01

11

LA TERNA PER NON SOFFRIRE PIU DI MAL DI TESTA DA CROSSBROWSING / CORSSDB SIA CSS che JS?

Ext per rendering
Mooltools per il lavoro ’sporco’ chiamate conRequest.JSON etc…
EJB3 per il back end

Da che ho creato i miei strumenti in modo che sfruttino le potenzialita di questi tre tool/framwork , non ho piu problemi di impaginazione o di variabili o altro ..

# - postato da Nunzio Fiore - 27 Maggio 2008 - 12:04

12

Personalmente mi ritrovo molto più spesso a maledire IE per il CSS piuttosto che per Javascript.

D’altro canto alla fine per entrambi i linguaggi una soluzione la si trova sempre ( o almeno si spera :D )

# - postato da Giuseppe Raso - 27 Maggio 2008 - 13:31

13

@Giuseppe Raso
Ho smesso di maledire i CSS su IE non appena ho cominciato a farmi una piccola documentazione personale sui bug e gli hack. Di lì in poi ci rimetto anche mano raramente (ormai quelli incontrati li ricordo quasi a memoria).

Una mia considerazione sull’uso del javascript e una conseguente domanda:
abituato a programmare con l’ausilio di mootools, ho trovato pittosto ostico tornare indietro, cioè programmare javascript senza l’ausilio di framework.
Questa mia diffcoltà credo sia dovuta proprio agli ostacoli “cross-browser” che incontro per strada…ostacoli che, con l’uso di un framework, non si incontrano quasi mai.

C’è qualcuno che è partito usando framework javascript ed è finito a non usarne più ?

# - postato da Luigi - 13 Giugno 2008 - 12:06

Inserisci il tuo commento:





(puoi usare i seguenti tag HTML per formattare il testo -
a href, b, i, br/, p, strong, em, ul, ol, li, blockquote, pre):

 

Anteprima del commento