Mostra notizie nelle discussioni
Avatar
☺
Scritto da
::1
il 2011-09-09 14:52:00.0 alle 2011-09-09 14:52:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da: Daisuke Niwa
> - Scritto da: ::1
> > anche su ie8 (normale e modo compatibile) non
> > invia il
> > name.
>
> Appunto. In HTML4 potevi fare quel razzo che
> volevi. IE (e credo Opera) non lo mandava,
> Firefox e Chrome
> si.

Quindi ti lamenti di aver codificato una cosa sicuro del supporto di un vendor che ha cambiato idea? In un thread dove si parla di standard web??? GRANDISSIMA MICRO$OF- no aspè A bocca storta
Rotola dal ridereRotola dal ridereRotola dal ridereRotola dal ridereRotola dal ridere
Young professional woman and busy mom.

Tua madre succhia cazzi all'inferno

Ad http://www.vatican.va/content/vatican/en.html
Nessuno ci crede per poi affogare nella realtà subito dopo‎
Avatar
☺
Scritto da
::1
il 2011-09-09 14:48:00.0 alle 2011-09-09 14:48:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da:
>
> - Scritto da: ::1
> >
> > - Scritto da: Daisuke Niwa
> > >
> > > - Scritto da: ::1
> > > >
> > > > - Scritto da: Daisuke Niwa
> > > > >
> > > > > - Scritto da: ::1
> > > > > >
> > > > > > - Scritto da: Daisuke Niwa
> > > > > > >
> > > > > > > - Scritto da: ::1
> > > > > > > > Dettaglia mettendo su pastebin un
> > > esempio
> > > > di
> > > > > > > > pagina che hai dovuto modificare
> > > > nonostante
> > > > > > > fosse
> > > > > > > > html 4.01 valido, con doctype valido
> > > > > > (strict),
> > > > > > e
> > > > > > > > che veniva mostrato sbagliato perché
> > > > > > > interpretato
> > > > > > > > html 5 o non ci
> > > > > > > > credo.
> > > > > > > >
> > > > > > > > I doctype transitional e frameset
> non
> > > > > valgono,
> > > > > > > > sono almost standard e usano un
> parser
> > > > > > > > differente.
> > > > > > > >
> > > > > > >
> > > > > > > Crea l'esempio che ho indicato
> > nell'altro
> > > > > post.
> > > > > > > Scrivici sopra il DOCTYPE di HTML4.
> > > > > > > Aprilo con qalsiasi versione di
> Firefox
> > <=
> > > > 3.6
> > > > > > > Poi aprilo con qualsiasi versione di
> > > Firefox
> > > > > >=
> > > > > > 4
> > > > > > > Vedrai che la pagina, perfettamente
> > > > > funzionante
> > > > > > > in Firefox 3.6 e minori, sarà rotta in
> > > > > Firefox
> > > > > 4
> > > > > > > e
> > > > > > > maggiori.
> > > > > > >
> > > > > > > Poi vai su bugzilla, cerca il bug, e
> > segui
> > > > la
> > > > > > > litigata che ne è seguita da parte di
> > una
> > > > > marea
> > > > > > > di sviluppatori che si sono visti, da
> un
> > > > > giorno
> > > > > > > all'altro, le loro applicazioni
> Intranet
> > > > > > > distrutte e le risposte che hanno
> > ottenuto
> > > > da
> > > > > > > Firefox. Poi visto che ci sei vai
> anche
> > > sul
> > > > > > > bugzilla del W3, e segui la litigata
> > anche
> > > > > > > lì.
> > > > > >
> > > > > > belink! Arrabbiato mica vuoi farmi cercare un
> post
> > > tra
> > > > > > mille
> > > > > > dai!!!
> > > > >
> > > > >
> > > >
> > >
> >
> http://www.forumdeitroll.it/m.aspx?m_id=2621511&m_
> > > > >
> > > > > Questi giovinastri che vogliono avere
> sempre
> > > la
> > > > > pappa pronta... Arrabbiato Arrabbiato
> > > > > Arrabbiato
> > > >
> > > > E' un caso limite, poi stai usando un
> immagine
> > > > come fosse un submit, è semanticamente
> > > sbagliato,
> > > > perché se ti interessano x e y del click hai
> > il
> > > > name dell'immy cliccata; se non ti
> interessano
> > > > fai un input type=submit con l'immagine come
> > > > sfondo, dimensione uguale all'immy e color:
> > > > transparent per non vedere il testo del
> > > > bottone.
> > > >
> > > > L'unico caso che non copri è quando hai due
> > immy
> > > > con lo stesso name e vuoi sapere le x e le
> y
> e
> > > il
> > > > value dell'immy cliccata, ma dici che devi
> > solo
> > > > farci i bottoni: usa i
> > > > bottoni
> > >
> > > È un caso che mostra come gli algoritmi
> > > dell'HTML5 si applichino
> > > retroattivamente.
> > > PRIMA non c'era scritto da nessuna parte che
> la
> > > coppia nome = valore non dovesse essere
> inviata
> > > nel caso di type = image e infatti browser
> > > diversi hanno implementato la cosa
> > > diversa.
> > > Ora non è più così.
> > >
> > > Se fosse vero che gli algoritmi dell'HTML5 si
> > > applicano SOLO dalla versione 5 in su, non ci
> > > sarebbe stato motivo per Firefox di cambiare
> il
> > > suo comportamento lì dove la specifica del
> > > documento era ancora la 4 in cui era lasciata
> > > libera
> > > scelta.
> >
> > anche su ie8 (normale e modo compatibile) non
> > invia il
> > name.
> > Questo però imho non è relativo al markup e
> > rendering, che invece resta separato proprio in
> > base al doctype ( google -> "firefox doctype
> > sniffing", google -> "firefox html 5 parser"); è
> > per questo che in tutti i doctype si comporta
> > allo stesso modo, la traduzione markup->dom è
> > stata già completata e a quel punto non è più
> > influente sul comportamento dell'user agent. Sì,
> > è un bug, ma almeno in firefox è di difficile
> > soluzione, parlando di
> > codifica.
>
> Ma non vi siete rotti i coglioni di tutti questi
> browser? Possibile che in 20 anni la situazione
> sia ancora
> questa?

Errore DataReader PIBox_AvvisoMessaggidaLeggere: Invalid object name 'PINET.dbo.Account_PIBox'. at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream) at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior) at CorePI.Util.PBoxCountMessageToRead()
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-09 14:38:00.0 alle 2011-09-09 14:38:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da: Daisuke Niwa
>
> - Scritto da: ::1
> >
> > - Scritto da: Daisuke Niwa
> > >
> > > - Scritto da: ::1
> > > >
> > > > - Scritto da: Daisuke Niwa
> > > > >
> > > > > - Scritto da: ::1
> > > > > > Dettaglia mettendo su pastebin un
> esempio
> > di
> > > > > > pagina che hai dovuto modificare
> > nonostante
> > > > > fosse
> > > > > > html 4.01 valido, con doctype valido
> > > > (strict),
> > > > e
> > > > > > che veniva mostrato sbagliato perché
> > > > > interpretato
> > > > > > html 5 o non ci
> > > > > > credo.
> > > > > >
> > > > > > I doctype transitional e frameset non
> > > valgono,
> > > > > > sono almost standard e usano un parser
> > > > > > differente.
> > > > > >
> > > > >
> > > > > Crea l'esempio che ho indicato nell'altro
> > > post.
> > > > > Scrivici sopra il DOCTYPE di HTML4.
> > > > > Aprilo con qalsiasi versione di Firefox <=
> > 3.6
> > > > > Poi aprilo con qualsiasi versione di
> Firefox
> > > >=
> > > > 4
> > > > > Vedrai che la pagina, perfettamente
> > > funzionante
> > > > > in Firefox 3.6 e minori, sarà rotta in
> > > Firefox
> > > 4
> > > > > e
> > > > > maggiori.
> > > > >
> > > > > Poi vai su bugzilla, cerca il bug, e segui
> > la
> > > > > litigata che ne è seguita da parte di una
> > > marea
> > > > > di sviluppatori che si sono visti, da un
> > > giorno
> > > > > all'altro, le loro applicazioni Intranet
> > > > > distrutte e le risposte che hanno ottenuto
> > da
> > > > > Firefox. Poi visto che ci sei vai anche
> sul
> > > > > bugzilla del W3, e segui la litigata anche
> > > > > lì.
> > > >
> > > > belink! Arrabbiato mica vuoi farmi cercare un post
> tra
> > > > mille
> > > > dai!!!
> > >
> > >
> >
> http://www.forumdeitroll.it/m.aspx?m_id=2621511&m_
> > >
> > > Questi giovinastri che vogliono avere sempre
> la
> > > pappa pronta... Arrabbiato Arrabbiato
> > > Arrabbiato
> >
> > E' un caso limite, poi stai usando un immagine
> > come fosse un submit, è semanticamente
> sbagliato,
> > perché se ti interessano x e y del click hai il
> > name dell'immy cliccata; se non ti interessano
> > fai un input type=submit con l'immagine come
> > sfondo, dimensione uguale all'immy e color:
> > transparent per non vedere il testo del
> > bottone.
> >
> > L'unico caso che non copri è quando hai due immy
> > con lo stesso name e vuoi sapere le x e le y e
> il
> > value dell'immy cliccata, ma dici che devi solo
> > farci i bottoni: usa i
> > bottoni
>
> È un caso che mostra come gli algoritmi
> dell'HTML5 si applichino
> retroattivamente.
> PRIMA non c'era scritto da nessuna parte che la
> coppia nome = valore non dovesse essere inviata
> nel caso di type = image e infatti browser
> diversi hanno implementato la cosa
> diversa.
> Ora non è più così.
>
> Se fosse vero che gli algoritmi dell'HTML5 si
> applicano SOLO dalla versione 5 in su, non ci
> sarebbe stato motivo per Firefox di cambiare il
> suo comportamento lì dove la specifica del
> documento era ancora la 4 in cui era lasciata
> libera
> scelta.

anche su ie8 (normale e modo compatibile) non invia il name.
Questo però imho non è relativo al markup e rendering, che invece resta separato proprio in base al doctype ( google -> "firefox doctype sniffing", google -> "firefox html 5 parser"); è per questo che in tutti i doctype si comporta allo stesso modo, la traduzione markup->dom è stata già completata e a quel punto non è più influente sul comportamento dell'user agent. Sì, è un bug, ma almeno in firefox è di difficile soluzione, parlando di codifica.
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-09 14:26:00.0 alle 2011-09-09 14:26:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da: Daisuke Niwa
>
> - Scritto da: ::1
> >
> > - Scritto da: Daisuke Niwa
> > >
> > > - Scritto da: ::1
> > > > Dettaglia mettendo su pastebin un esempio di
> > > > pagina che hai dovuto modificare nonostante
> > > fosse
> > > > html 4.01 valido, con doctype valido
> > (strict),
> > e
> > > > che veniva mostrato sbagliato perché
> > > interpretato
> > > > html 5 o non ci
> > > > credo.
> > > >
> > > > I doctype transitional e frameset non
> valgono,
> > > > sono almost standard e usano un parser
> > > > differente.
> > > >
> > >
> > > Crea l'esempio che ho indicato nell'altro
> post.
> > > Scrivici sopra il DOCTYPE di HTML4.
> > > Aprilo con qalsiasi versione di Firefox <= 3.6
> > > Poi aprilo con qualsiasi versione di Firefox
> >=
> > 4
> > > Vedrai che la pagina, perfettamente
> funzionante
> > > in Firefox 3.6 e minori, sarà rotta in
> Firefox
> 4
> > > e
> > > maggiori.
> > >
> > > Poi vai su bugzilla, cerca il bug, e segui la
> > > litigata che ne è seguita da parte di una
> marea
> > > di sviluppatori che si sono visti, da un
> giorno
> > > all'altro, le loro applicazioni Intranet
> > > distrutte e le risposte che hanno ottenuto da
> > > Firefox. Poi visto che ci sei vai anche sul
> > > bugzilla del W3, e segui la litigata anche
> > > lì.
> >
> > belink! Arrabbiato mica vuoi farmi cercare un post tra
> > mille
> > dai!!!
>
> http://www.forumdeitroll.it/m.aspx?m_id=2621511&m_
>
> Questi giovinastri che vogliono avere sempre la
> pappa pronta... Arrabbiato Arrabbiato
> Arrabbiato

E' un caso limite, poi stai usando un immagine come fosse un submit, è semanticamente sbagliato, perché se ti interessano x e y del click hai il name dell'immy cliccata; se non ti interessano fai un input type=submit con l'immagine come sfondo, dimensione uguale all'immy e color: transparent per non vedere il testo del bottone.

L'unico caso che non copri è quando hai due immy con lo stesso name e vuoi sapere le x e le y e il value dell'immy cliccata, ma dici che devi solo farci i bottoni: usa i bottoni
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-09 13:00:00.0 alle 2011-09-09 13:00:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da: ::1
>
> - Scritto da: Daisuke Niwa
> >
> > - Scritto da: ::1
> > > Dettaglia mettendo su pastebin un esempio di
> > > pagina che hai dovuto modificare nonostante
> > fosse
> > > html 4.01 valido, con doctype valido
> (strict),
> e
> > > che veniva mostrato sbagliato perché
> > interpretato
> > > html 5 o non ci
> > > credo.
> > >
> > > I doctype transitional e frameset non valgono,
> > > sono almost standard e usano un parser
> > > differente.
> > >
> >
> > Crea l'esempio che ho indicato nell'altro post.
> > Scrivici sopra il DOCTYPE di HTML4.
> > Aprilo con qalsiasi versione di Firefox <= 3.6
> > Poi aprilo con qualsiasi versione di Firefox >=
> 4
> > Vedrai che la pagina, perfettamente funzionante
> > in Firefox 3.6 e minori, sarà rotta in Firefox 4
> > e
> > maggiori.
> >
> > Poi vai su bugzilla, cerca il bug, e segui la
> > litigata che ne è seguita da parte di una marea
> > di sviluppatori che si sono visti, da un giorno
> > all'altro, le loro applicazioni Intranet
> > distrutte e le risposte che hanno ottenuto da
> > Firefox. Poi visto che ci sei vai anche sul
> > bugzilla del W3, e segui la litigata anche
> > lì.
>
> belink! Arrabbiato mica vuoi farmi cercare un post tra
> mille
> dai!!!

ok trovato.
mangio e ti rispondo.
Young professional woman and busy mom.

Vaffan

Ad https://duckduckgo.com/?t=ffab&q=vaffanculo&ia=web
CULOOOO!!!!‎
Avatar
☺
Scritto da
::1
il 2011-09-09 12:57:00.0 alle 2011-09-09 12:57:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da: Daisuke Niwa
>
> - Scritto da: ::1
> > Dettaglia mettendo su pastebin un esempio di
> > pagina che hai dovuto modificare nonostante
> fosse
> > html 4.01 valido, con doctype valido (strict), e
> > che veniva mostrato sbagliato perché
> interpretato
> > html 5 o non ci
> > credo.
> >
> > I doctype transitional e frameset non valgono,
> > sono almost standard e usano un parser
> > differente.
> >
>
> Crea l'esempio che ho indicato nell'altro post.
> Scrivici sopra il DOCTYPE di HTML4.
> Aprilo con qalsiasi versione di Firefox <= 3.6
> Poi aprilo con qualsiasi versione di Firefox >= 4
> Vedrai che la pagina, perfettamente funzionante
> in Firefox 3.6 e minori, sarà rotta in Firefox 4
> e
> maggiori.
>
> Poi vai su bugzilla, cerca il bug, e segui la
> litigata che ne è seguita da parte di una marea
> di sviluppatori che si sono visti, da un giorno
> all'altro, le loro applicazioni Intranet
> distrutte e le risposte che hanno ottenuto da
> Firefox. Poi visto che ci sei vai anche sul
> bugzilla del W3, e segui la litigata anche
> lì.

belink! Arrabbiato mica vuoi farmi cercare un post tra mille dai!!!
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-09 12:51:00.0 alle 2011-09-09 12:51:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4
Dettaglia mettendo su pastebin un esempio di pagina che hai dovuto modificare nonostante fosse html 4.01 valido, con doctype valido (strict), e che veniva mostrato sbagliato perché interpretato html 5 o non ci credo.

I doctype transitional e frameset non valgono, sono almost standard e usano un parser differente.

Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-09 08:19:00.0 alle 2011-09-09 08:19:00.0
Trollate totali: 12321
Re: HTML5 vs HTML4

- Scritto da: Daisuke Niwa
> Anche se nel DocType c'è scritto HTML4
> il browser deve applicare le regole dell'HTML5,
> punto e basta.

Non mi risulta.
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-09 08:10:00.0 alle 2011-09-09 08:10:00.0
Trollate totali: 12321
trololo
Young professional woman and busy mom.

abcdefghi

Ad www.www.www
qwerty‎
Avatar
☺
Scritto da
::1
il 2011-09-08 22:11:00.0 alle 2011-09-08 22:11:00.0
Trollate totali: 12321
Re: E ALLORA ?!?!

- Scritto da: ::1
>
> - Scritto da: Giambo
> > Li volete leggere questi PVT o cosa Arrabbiato ?!?!
>
> E' che mi sloggo per non vedere le scritte in
> alto.
> Ho fatto.

vieni su irc che ne parliamo?
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-08 22:09:00.0 alle 2011-09-08 22:09:00.0
Trollate totali: 12321
Re: E ALLORA ?!?!

- Scritto da: Giambo
> Li volete leggere questi PVT o cosa Arrabbiato ?!?!

E' che mi sloggo per non vedere le scritte in alto.
Ho fatto.
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-08 21:41:00.0 alle 2011-09-08 21:41:00.0
Trollate totali: 12321
Re: width of input of type file (on fire

- Scritto da: altg
> Ho gia` fatto qualcosa del genere, con in meno la
> necessita` di passare da javascript per rendere
> piu`-o-meno funzionale il controllo, seguendo il
> link che postai due giorni fa e che ha ripostato
> Chitto di
> sotto.
>
> http://anynowhere.com/personal/fileselector.png
>
> Ma riposto anche la natura delle mie lamentele
> originali:
>
> http://www.forumdeitroll.it/m.aspx?m_id=2620656
>
> Di nuovo non e` che non lo possa fare, e` il come
> si e` costretti a farlo che sa di
> ridicolo.

vabbè ma è un workaround talmente microscopico rispetto a tante altre malefatte nei browser
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-08 20:25:00.0 alle 2011-09-08 20:25:00.0
Trollate totali: 12321
Re: width of input of type file (on fire
non puoi fare come fanno i comuni mortali, ovvero un input type="file" con display: none, un input type="text" e un button legati via javascript al file nascosto e via? a me pare tanto semplice. Se vuoi la progress bar è un po' più complicato farla senza flash, ma con ajax pollando lo stato (con un id?) oppure con un comet style come l'hanno fatta qua http://imgur.com/?noFlash è fattibile.

Il grosso problema mai risolto dei campi file è un altro, ovvero non puoi, lato server, interrompere una request a metà se il file è troppo grande e non c'è modo di avere una gestione "morbida" dell'evento. Mi pare esistano mod per apache per bloccare a metà la request se il file è troppo grande, ma lato client hai una pagina d'errore "la connessione è stata reimpostata" o qualcosa del genere.
Young professional woman and busy mom.

Multiculturalismo a Bruxelles

Ad https://www.davidicke.com/article/513643/firemen-flee-attacked-migrant-youths-multicultural-molenbeek
“They call us for small fires and attack us while we want to help.”‎
Avatar
☺
Scritto da
::1
il 2011-09-07 00:01:00.0 alle 2011-09-07 00:01:00.0
Trollate totali: 12321
[RISOLTO]
mancava un sleep dopo DATA per ricevere un 354 go ahead e uno sleep dopo il punto per ricevere il 250 di conferma accettazione del messaggio.

#!/bin/zsh -x
HOST=smtp.googlemail.com
PORT=587
USER=mia-email@gmail.com
PASS=mia-password
B64_AUTH=$(perl -MMIME::Base64 -e \
'print encode_base64("\000mia-email\@gmail.com\000mia-password")')
(
sleep 3
echo ehlo $HOST
sleep 1
echo auth plain $B64_AUTH
sleep 1
echo mail from: "<$USER>"
sleep 1
echo rcpt to: "<$USER>"
sleep 1
echo DATA
sleep 1
echo "From: me <$USER>"
echo "To: me <$USER>"
echo "Subject: Test"
echo
echo Toast
echo .
sleep 1
echo quit) | openssl s_client -starttls smtp -crlf -connect $HOST:$PORT
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-06 23:41:00.0 alle 2011-09-06 23:41:00.0
Trollate totali: 12321
Re: piccoli acari crescono: gmail smtp

- Scritto da:
> Gmail blocca gli script per questioni di spam.
>
> Probabilmente ora il tuo IP è nel loro filtro e
> un killer da montain view sta venendo per farti
> fuori.

Ma sto facendo l'autenticazione, sanno chi sono no? e poi thunderbird ce la fa In lacrime
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-06 23:27:00.0 alle 2011-09-06 23:27:00.0
Trollate totali: 12321
piccoli acari crescono: gmail imap
Ho un problema con questo scrippete, arriva fino alla fine, ricevo tutti 250, e all'ultimo DONE, vengo disconnesso ma la mail non arriva. Dove sbaglio? In lacrime

#!/bin/zsh -x
HOST=smtp.googlemail.com
PORT=587
USER=mia-email@gmail.com
PASS=mia-password
B64_AUTH=$(perl -MMIME::Base64 -e \
'print encode_base64("\000mia-email\@gmail.com\000mia-password")')
(
sleep 3
echo ehlo $HOST
sleep 1
echo auth plain $B64_AUTH
sleep 1
echo mail from: "<$USER>"
sleep 1
echo rcpt to: "<$USER>"
sleep 1
echo data
echo "From: me <$USER>"
echo "To: me <$USER>"
echo "Subject: Test"
echo
echo Toast
echo .
echo quit) | openssl s_client -starttls smtp -crlf -connect $HOST:$PORT
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-06 11:22:00.0 alle 2011-09-06 11:22:00.0
Trollate totali: 12321
Libero.it
?????????????????
MORIREMO TUTTI!!!!In lacrimeIn lacrimeIn lacrimeIn lacrimeIn lacrime
Young professional woman and busy mom.

Arricchimento culturale in Svezia in corso

Ad https://www.breitbart.com/europe/2019/01/04/patient-placed-in-quarantine-after-suspected-ebola-case-in-sweden/
The Emergency Room of a Swedish hospital was closed down Friday morning after a patient recently returned from Africa arrived vomiting blood, a possible symptom of the deadly and contagious Ebola virus.‎
Avatar
☺
Scritto da
::1
il 2011-09-05 23:18:00.0 alle 2011-09-05 23:18:00.0
Trollate totali: 12321
Re: beh non c'è nessuno?

- Scritto da: The Lich
> andate a letto con le galline da quei polli che
> siete

...
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-05 22:53:00.0 alle 2011-09-05 22:53:00.0
Trollate totali: 12321
Re: FDT Links

- Scritto da: Giambo
>
> - Scritto da:
>
> > > - Per FDT 2.0 c'e' una nuova versione un po
> piu'
> > > carina
> >
> > belink?
>
> Sempre quello:
> http://ravanator.acmetoy.com/fdtduezero/
>
> - Indicatore della pagina attuale
> - Lista messaggi per utente
>
> Pheeego Sorpresa !!

m'erano sfuggiti gli avanzamenti doc
Young professional woman and busy mom.
Avatar
☺
Scritto da
::1
il 2011-09-05 20:53:00.0 alle 2011-09-05 20:53:00.0
Trollate totali: 12321
Re: coffeescript

- Scritto da:
> - Scritto da: ::1
> >
> > - Scritto da:
> > > Leggo che diversi guru del javascript dicono
> che
> > > coffeescript sia una
> > > cagata.
> > >
> > > "Ho un problema da risolvere che coffeescript
> ha
> > > risolto, ora ho due problemi da
> > > risolvere"
> >
> > Devi conoscere bene javascript prima di usare
> > coffeescript, cosa fa il do, la frecca singola e
> > doppia non è
> > immediato.
> > Devi per forza cominciare guardando bene
> l'output
> > che produce, io lo trovo un linguaggio comodo,
> > pensa che abbinato a nodejs lo uso per fare
> > script "di sistema" a mò di ruby. Ovviamente ha
> > un overhead rispetto a javascript puro, bisogna
> > conoscere pro e
> > contro.
>
> Alla fine a cosa serve? A risparmiare un po' di
> digitazione?

Anche. E` conciso ed espressivo.
Young professional woman and busy mom.

Pagina generata in 279 millisecondi

Utenti attivi: 17 nell'ultimo minuto, 39 negli ultimi cinque minuti, 76 negli ultimi 15 minuti