[politica inside] Solo per Claudio Ricccci...

[Lioz]

Quindi, per essere più "Raffinato" uno deve ricorrere a stringhe di un linguaggio
esterno e molto più complesso di un semplice tag nativo dell' HTML, e
potenzialmente meno sicuro (in verità javascript andrebbe evitato nelle
pagine, a meno che non sia indispensabile come in strutture "AJAX", ecc...)

ma che cazzo (scusate) di filosofia è ???? (non ce l'ho con te , dico in
generale...)

"elegante".....

ok, domani anzichè aprire il mio tetrapak e versarlo nel bollilatte, mi alzo
alle 5 , prendo la macchina, vado in Campagna dal Fattore, mi faccio dare
un bricco di latte appena munto, lo filtro , lo porto a casa e così alle 7 e
mezzo posso fare colazione.... Perchè ? PErchè è più "elegante"...

il Culto del difficile ...

incomprensibile, per me.

C:

la logica è quella di impedire di gestire le azioni "client-side" ad un linguaggio di markup e di delegare questo compito ad un linguaggio di script. Tieni presente che javascript se scritto bene non è un chimera, anzi...è l'unico modo per realizzare "rich-applications". Ad esempio usando framework come jquery il codice javascript diventa molto più pulito, semplice e poco intrusivo!

[C.R.]

la logica è quella di impedire di gestire le azioni "client-side" ad un linguaggio di markup e di delegare questo compito ad un linguaggio di script. Tieni presente che javascript se scritto bene non è un chimera, anzi...è l'unico modo per realizzare "rich-applications". Ad esempio usando framework come jquery il codice javascript diventa molto più pulito, semplice e poco intrusivo!

ok, capisco, e con javascript si possono fare cose fighissime, non fattibili in
nessun altro modo , e che per giunta i clienti ahimè chiedono (che so, menu
con rollover che se ci passi sopra aprono altri menu, una cosa CHE ODIO...)

ma spiegami che DIAVOLO significa filosoficamente e praticamente una
frase come

la logica è quella di impedire di gestire le azioni "client-side" ad un linguaggio di markup e di delegare questo compito ad un linguaggio di script.

ah si? E che c'è di male se una azione "client side" è gestita dall' HTML e
non da uno script?

Muore qualcuno? Cioè.... è una presa di posizione SENZA ALCUN SENSO !

Posso capire un'azione client side difficile e complessa, non fattibile col
mark-up... ma per una STUPIDAGGINE come aprire una pagina "Blank"
debbo scomodare "Javascript"????

ok, veramente allora, se debbo piantare un chiodo in una parete, non
faccio da solo! Esco e vado a chiamare il Carpentiere! Stessa cosa!


C.

[Lioz]

ok, capisco, e con javascript si possono fare cose fighissime, non fattibili in
nessun altro modo , e che per giunta i clienti ahimè chiedono (che so, menu
con rollover che se ci passi sopra aprono altri menu, una cosa CHE ODIO...)

ma spiegami che DIAVOLO significa filosoficamente e praticamente una
frase come

ah si? E che c'è di male se una azione "client side" è gestita dall' HTML e
non da uno script?

Muore qualcuno? Cioè.... è una presa di posizione SENZA ALCUN SENSO !

Posso capire un'azione client side difficile e complessa, non fattibile col
mark-up... ma per una STUPIDAGGINE come aprire una pagina "Blank"
debbo scomodare "Javascript"????

ok, veramente allora, se debbo piantare un chiodo in una parete, non
faccio da solo! Esco e vado a chiamare il Carpentiere! Stessa cosa!


C.

e che ci posso fare! mica le scrivo io le regole del w3c!
cmq secondo me la logica sta in piedi. Un linguaggio di marcatura descrive i meccanismi di rappresentazione (sia visuale, sia semantica) del testo. Cosi come deleghiamo ai css il compito di formattare il markup, possiamo delegare ad un altro linguaggio la gestione delle azioni e degli eventi. Separare concettualmente le cose secondo me è un vantaggio!

[C.R.]

e che ci posso fare! mica le scrivo io le regole del w3c!
cmq secondo me la logica sta in piedi. Un linguaggio di marcatura descrive i meccanismi di rappresentazione (sia visuale, sia semantica) del testo. Cosi come deleghiamo ai css il compito di formattare il markup, possiamo delegare ad un altro linguaggio la gestione delle azioni e degli eventi. Separare concettualmente le cose secondo me è un vantaggio!

ma infatti mica ce l'ho con te... ce l'ho con la LORO filosofia, che trovo sia
spessissimo una pedanteria fine a se stessa, senza senso... è come con le
tabelle... hanno messo su in piedi la storia che il layout tabellare non si
doveva fare "perchè le tabelle servono per i dati", complicando la vita a tutti
coi maledetti "Div" e con le acrobazie multiple per dover fare l'"hack" e far
si che un sito si veda allo stesso modo su 10 browsers diversi.

adesso, pur se il tag "target" è NATIVO del linguaggio di mark up ed è
praticissimo e comodissimo, arrivano loro e fanno "no, non va bene! per
una azione ci vuole uno scripting esterno!"

Cioè , non capisco i loro PERCHE', mi sembrano del tutto fini a se stessi e
improntati a un "narcisismo tecnico " incomprensibile e detestabile :" si
deve fare così perchè è più figo ed è più elegante".... ah si? Allora sapete
che vi dico signori ??

infatti, la maggior parte dei siti, se sottoposta al loro "validator", guarda
caso non lo segue o ha 1000 errori ( e ti credo... ma qua mica possiamo a
stare troppo a complicarci l'esistenza con le pedanterie insensate!!)

le loro premesse e impostazioni di base andavano così bene... creare un sito
che sia pulito nel codice , semplice, visibile da tutti (accessibilità) : TUTTO
SACROSANTO...

ma poi ecco che ci si perde negli orpelli e nelle prese di posizione inutili.

userò "target=_blank" sino a che un qualcosa non me lo vieti fisicamente
o escano tutti browser che non lo accettano più.

C.

[Gdr]

Deprecato solo nel DTD strict

Ah, meno male e poi io non so che minchia sia il DTD, un antiformiche ?

la logica è quella di impedire di gestire le azioni "client-side" ad un linguaggio di markup e di delegare questo compito ad un linguaggio di script.

Io ho ben presente questa regola nella compilazione delle mie pagine. Brematurata a sinistra priva di scappellamento del FRAME.

Separare concettualmente le cose secondo me è un vantaggio!

Anch'io lo dico sempre, infatti per mangiare la pasta al pomodoro prima mangio la pasta scondita e poi bevo una scatoletta di sugo pronto infine mi faccio portare in giro in macchina da mia moglie, che notoriamente guida a scatti, così il tutto si mischia nello stomaco (e talvolta ne fuoriesce).

Tutto chiaro, siete stati grandi ! Adesso però pretendo che voi guardiate i progressi che ho fatto la notte scorsa nella elaborazione della nuova versione del mio sitarello, c'è ancora molto da fare ma qualcosa inizia a vedersi:

http://www.stefanome.it/cif/index2.htm

[C.R.]

HA HA HA HA HA HA !!!!

DTD un antiformiche

la pasta e il sugo separati!

STO MORENDO!

MALEDETTO!

C.

[fabry72]

perche' aggiorni all'ora +2 minuti???????

[Gdr]

perche' aggiorni all'ora +2 minuti???????

Ho tre webcam che ogni 10 minuti fanno 2 FTP ciascuna, totale 6 FTP. Ho pensato che il server di Aruba si becca 6 FTP contemporaneamente e me ne ritarda qualcuno se ci sono problemi di accesso ed allora rischia di bloccarmi qualche accesso per timeout. Dunque al minuto 0 parte una webcam, al minuto 0+1 parte la seconda ed al minuto 0+2 parte la terza. Ho scoglionato gli accessi. Non so se serve a qualcosa perchè ogni tanto mi da errori strani e la trasmissione della foto non avviene, però ho preferito far così.

[Tubular]

Anch'io lo dico sempre, infatti per mangiare la pasta al pomodoro prima mangio la pasta scondita e poi bevo una scatoletta di sugo pronto infine mi faccio portare in giro in macchina da mia moglie, che notoriamente guida a scatti, così il tutto si mischia nello stomaco (e talvolta ne fuoriesce).

Niente Parmigiano, o lo aggiungi in modi e momenti inconfessabili?

[Gdr]

ffo

Niente Parmigiano, o lo aggiungi in modi e momenti inconfessabili?

Lo sniffo; faccio un rotolo con il domopak e poi inspiro le piste di Parmigiano col naso. Figata !