Newsgroup: it.comp.lang.javascript
Titolo: Eliminare i commenti sorgente

Sto imparando da poco ad usare javascript. A tal fine condisco i sorgenti di
molti commenti.
Purtroppo questi aggiungono peso alla pagina, non
eccessivamente ma comunque lo fanno.
Premetto che ho un hosting gratuito ove NON posso far girare apllicazioni
server-side quindi tutto javascript lato client.
Domanda:
esiste una direttiva che al momento di inviare la pagina possa eliminare
tutti i commenti:
 - sia html: <!--                             -->
- che di codice: // e /* */;
Ho paura di no, proprio perche il Server Web non analizza la pagina prima di
inviarla quindi a meno che il browser non lo faccia lui ( ma non mi sembra
di avere mai visto una cosa del genere nelle impostazioni di vari brw) mi sa
che ..... nada.
Inoltre ,ammesso che il browser posso eliminare i commenti (altamente
improbabile)
deve prima ricevere il file completo?
Grazie a chiunque possa darmi una risposta.
Ciao Luca
Potete aiutarmi.
Ciao Luca

ho paura di no (la vedo ardua ma non impossibile lato server, ma solo lato
client la hai già ricevuta la pagina)

 deve prima ricevere il file completo?
In tal caso perderesti il vantaggio di eliminare i commenti.
L'unico consiglio che posso darti, se sei un "purista" di questo genere 
di cose, e' farti una piccola applicazione che ,dato in pasto il file o 
un sorgente commentato, ti sputi fuori un file senza commenti e 
caratteri inutili che servono "solo" a rendere il codice leggibile. In 
questo modo avrai due versioni: Quella commentata, da tenere per ogni 
futura modifica, e quella "ripulita", da pubblicare su web.
Tale applicativo lo puoi fare o come macro di Homesite (se utilizzi tale 
software.. e ogni buon sviluppatore HTML dovrebbe ;o) ), oppure puoi 
fare una pagina HTML con una textarea, dove inserisci il codice e lui ti 
risputa, nella solita textare o in un altra, il codice "ripulito". 
Volendo su IE, potresti fare un'applicazione piu' completa che salva 
direttamente su file e prevela direttamente i file da una cartella 
specificata, ma dovresti abbassare il livello di protezione di IE per il 
localhost.
--
C'ya,
ZER0
  :. job profile - coder.gfxer.webDesigner
"When you have eliminated the impossible, whatever remains,
however improbable, must be the truth." (S.H.)

 software.. e ogni buon sviluppatore HTML dovrebbe ;o) )
Tenendo conto perň che l'help č mooolto indietro e (anche se dice il
contrario) considera quasi esclusivamente la sintassi IE (spacciandola, e
qua č il vero schifo, per sintassi cross-browser...)
Poi uno fa un sito cross-browser, tutto felice lo testa e scopre che item
non esiste ma deve usare elements...(essě, non la ho ancora digerita 'sta
porcata!)

 porcata!)
Ehehehe.. :) Dai, suvvia. Poteva essere peggio. Potevi rimaner convinto 
per sempre di questa cosa. ;)


 localhost.
mmh non male come idea, ma a questo punto mi faccio una classe Java ;P
~~
artemis.alpeia
now working on project BunVolley (5%)

 mmh non male come idea, ma a questo punto mi faccio una classe Java ;P
Era per rimanere in ambito JS. :)
Cmq se dovessi fare una cosa del genere, preferirei farla come macro di 
Homesite, come ho fatto fin'ora con altre cose analoghe. :)
artemis.alpeia


 Homesite, come ho fatto fin'ora con altre cose analoghe. :)
mmh non uso simili artifizi.. io lavoro con notepad (wordpad se il codice
eccede i limiti) e browser :PPP
prima o poi mi scrivero' un IDE in Java, quando avro' un po' di tempo da
perdere :PP


 script, penso possa confermare che non e' una battuta. ;)
Vero. E da autodidatta forsennato quale sono mi ha accelerato non poco tutti
i processi di apprendimento. Del resto ho iniziato a programmare un anno e
mezzo fa... (come mi sembra distante).
Da considerare anche che la legge di cui sopra e' valida per "Il Vero
Programmatore", e gente che scrive codice in maniera chiara ce n'e' poca...

 pubblicato, anzi, consiglierei proprio di offuscarlo >:(
Un' ultima cosa e ti chiedo di scusare la mia ignoranza, cosa sono questi
rippers di script?
CIao Luca

 rippers di script?
un ripper e' un tizio che va a pescare codice qua e la' dai lavori altrui
~~
artemis.alpeia

 perdere :PP
In Java? Tsk.. :)
Io scrissi gia' il mio IDE quand'ero alle superiori, per altre cose 
ovviamente.. lo tengo ancora, gira sotto DOS. :) Pero', come hai detto 
anche tu prima, e' inutile reinventarsi la ruota. Preferisco "buttare" 
via il mio tempo in cose piu' proficue (come lo sviluppo di applicativi 
e giochi su Symbian).
Solitamente io scrivo un programma ex novo quando non esiste alcun 
programma sul mercato che soddisfi una mia particolare esigenza. 
Homesite, al momento, e' tutto quanto posso chiedere e anche piu'. 
Perche' cio' che non fa di suo, ti da' la possibilita' di farglielo fare 
tramite scripting.
E poi, tra il tempo che ci metterei a scrivere da capo un software del 
genere, a testarlo, debuggarlo, etc.. Sai quanti soldi avrei perso per 
non aver usato quel tempo per "lavorare"? :)


 pero'. :)
Questa me la spieghi? :-))
-- 
Ciao, Riccardo
------------------------------------------------------------------------
http://www.jsdir.com
 ---- Bring Your Site To Life!!!!
------------------------------------------------------------------------
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - D2D006
------------------------------------------------------------------------
 ----> itALY = it <----

 Questa me la spieghi? :-))
Grazie alla notazione ungherese il codice assume un aspetto piu' 
comprensibile, in quanto dando un occhiata al nome delle funzioni, 
variabili, parametri, etc, e' possibile ricavarne la tipologia e lo 
scopo, senza dover leggere tutto il listato fino alla ricerca della 
dichiarazione delle variabili in questione (se poi e' un programma 
composto da vari "moduli", addio).
Ad esempio, strURL/strURI o szURL/szURI identificano una stringa, 
probabilmente si riferiscono ad un indirizzo. Tutto questo lo ricavi 
senza neanche sapere ne' che quella variabile e' EFFETTIVAMENTE di tipo 
stringa, ne' cosa EFFETTIVAMENTE ci viene salvato.
Esempio idiota, ma per esemplificare.
Se trovi qualcosa del tipo:
var win=PopUpOpen(szURL);
Presumi che tale funzione apra una popup e che lo faccia all'indirizzo 
specificato nella stringa szURL, e che salvi il puntatore alla finestra 
nella variabile "win".
Lo presumi. :) Ecco, pensa ad usare la notazione ungherese al 
"contrario". Ovvero, in szURL in realta' c'e' un variabile numerica 
float e PopUpOpen serve per troncarla a due cifre dopo la virgola e 
salvarne il risultato in win.
Questo e' un esempio banale e poco funzionale in pratica, ma era giusto 
per capirsi.
Non c'e' niente di piu' caotico e funzionale per rendere il codice 
illeggibile che la notazione ungherese.
Forzi la persona che sta cercando di metter mano al tuo codice, a 
DOVERSELO STUDIARE tutto. :)
Non puo' piu' "cabiare qualcosina qua e la' " affidandosi a quelle poche 
certezze.. ;)


 certezze.. ;)
Confusione ai massimi livelli insomma... e' chiaro :-))


 Confusione ai massimi livelli insomma... e' chiaro :-))
Exactly. ;)


 faccio un bonifico di una manciata di euro sul tuo conto.. :D
Ok, ti prendo in parola :-)


 Ok, ti prendo in parola :-)
Aggiudicato. Ma faccio prima a renderti i soldi di persona o in qualche 
cena, forse, visto che non sono poi cosi' tanti. :)


 illeggibile che la notazione ungherese.
Questo è sicuramente vero per un linguaggio fortemente tipizzato come il C,
C++ o Java. Ma in Javascript, ho qualche dubbio che confonda una persona
esperta. Sbaglio o Charles Simonyi ha ideato la hungarian notation proprio
per il C?
Maurizio.

 esperta.
E' ovvio che fa "piu' danni" (allo stesso modo in cui porta piu' 
benefici) su un linguaggio fortemente tipizzato, ma la notazione 
ungherese viene usata in qualsivoglia tipo di programmazione, anche 
quella su linguaggi script, proprio per facilitarne la chiave di lettura 
senza doversi andare a vedere tutti i vari include correlati.
Trovo di immediata compresione uno script che ne fa uso, piuttosto di 
uno che non rispetta alcun criterio di nomenclatura. Nel primo, posso 
andare a metter mano quasi a colpo sicuro nei punti che mi interessano, 
nel secondo una lettura a tutto il codice e', per applicazioni di una 
certa complessita', praticamente d'obbligo.
Inoltre, non stiamo parlando di "persone esperte", ma di rippers che 
smanettano un po'. :)


 e giochi su Symbian).
eh eh eh :)) e infatti adesso sto lavorando ad un giochino interattivo tutto
in js/DOM eh eh eh :))


 cena, forse, visto che non sono poi cosi' tanti. :)
Beh, quest'anno il webbit e' all'inizio di Maggio se non ricordo male... 
programmati per tempo... anche perche' come dev2DEV.it vogliamo fare le 
cose piu' in grande dell'anno scorso...
L'aver stracciato tutti come partecipazioni ai workshop non ci basta più 


 tutto in js/DOM eh eh eh :))
Io e' un po' che ho smesso, dopo che vedi che sei capace di realizzare 
tutto o quasi, perdi lo stimolo. :) In pratica ho emulato lo scumm della 
Lucas Arts su JS per IE4+/NS4 (quindi niente "limitazioni" DOM), 
partendo da un'idea che sviluppai per un certo sito.. vero Andrea? ;)
Mi sono fatto tutto il mio bel set di API, forte dell'esperienza in 
campo ludico che ebbi ai tempi in cui, tra l'altro, militavo nei 
Nayma/Spyral. :)
Cmq in giro dovrebbe esserci anche una libreria JS proprio per lo 
sviluppo di videogames, non so se e' o meno come la mia, cmq magari 
puo' esserti utile per avere qualche spunto. :)


 Beh, quest'anno il webbit e' all'inizio di Maggio se non ricordo male... 
All'inizio di Maggio c'e' il compleanno di una persona che non posso 
perdere.
Prendero' ferie il venerdi', per stare a Firenze da Mercoledi' 30 
Aprile, a Domenica 4 Maggio.. Se e' in quel lasso di tempo, temo che 
ringambero' anche stavolta..


 perdere.
Se non vado errato (sono off-line) e' fra il 7 e il 10
