- 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è






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
- 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!
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...

> > > > >

> > > >
> > > > 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.
- 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!
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...

> > >

> >
> > 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.
- 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!
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...

>

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.
- 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!
mica vuoi farmi cercare un post tra> mille
> dai!!!
ok trovato.
mangio e ti rispondo.
Young professional woman and busy mom.
- 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!
mica vuoi farmi cercare un post tra mille dai!!!
Young professional woman and busy mom.
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.
I doctype transitional e frameset non valgono, sono almost standard e usano un parser differente.
Young professional woman and busy mom.
- 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.
- Scritto da: ::1
>
> - Scritto da: Giambo
> > Li volete leggere questi PVT o cosa
?!?!>
> 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.
- Scritto da: Giambo
> Li volete leggere questi PVT o cosa
?!?!E' che mi sloggo per non vedere le scritte in alto.
Ho fatto.
Young professional woman and busy mom.
- 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.
>
>

>
> 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.
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.
è 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.”
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.
- 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
Young professional woman and busy mom.
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? 

#!/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.
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.
- 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
!!m'erano sfuggiti gli avanzamenti doc
Young professional woman and busy mom.
- 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.