Newsgroup: it.comp.www.html
Titolo: Separare codice da testo

Mi sono prestato per qualche giorno ad HTML e gia` non ne posso piu`...
Vi chiedo:
e` possibile separare il 'codice' HTML dal testo, senza utilizzare
JavaScript, VbScript o altro?
Mi spiego meglio: ho impostato qualche pagina .htm[l] con i consueti
elementi di sintassi che ne descrivono il layout.
Naturalmente tra i tag <P></P> e analoghi ho inserito il testo relativo da
visualizzare.
Ora, non e` possibile sostituire a questo testo che so, il nome di un file
(che quel testo contiene)?
In questo modo potrei aggiornare il sito senza prendere in mano tutte le
volte il sorgente htm[l], ma semplicemente sotituendo il contenuto del(i)
file(s) esterno(i).
Qualcosa di simile e` implementata dai frames, ma NON e` la stessa cosa
(vogliono ancora files htm[l], mi pare).
grazie anticipato
area
--
Newsgroup robomoderato. La moderazione riprendera` il primo settembre.

 (che quel testo contiene)?
NI
la cosa piu` semplice e` in effetti includere il file; lo puoi fare lato
server (con php, asp o anche semplicemente con ssi), ma devi prima
scoprire se il server gestisce tali modalita`;
se ci fosse ssi, ad esempio, con un semplice
<!--# include file="pippo.txt" --> 
avresti risolto il problema
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it



Scusa ma che cosa č ssi ?
Non ne avevno mai sentito parlare.
____________________________
Alessandro Antonucci
af...@NOSPAMinwind.it
members.nbci.com/ilfarorosso


 ha scritto nel messaggio
news:3b80...@news.netsys.it...
: ciao,
: area wrote:
:
: > Ora, non e` possibile sostituire a questo testo che so, il nome di un
file
: > (che quel testo contiene)?
:
: NI
:
: la cosa piu` semplice e` in effetti includere il file; lo puoi fare lato
: server (con php, asp o anche semplicemente con ssi), ma devi prima
: scoprire se il server gestisce tali modalita`;
: se ci fosse ssi, ad esempio, con un semplice
: <!--# include file="pippo.txt" -->
: avresti risolto il problema
Eh, si, una sana e semplice include simil-C: per quale cavolo di motivo non
e` poi prevista di default in HTML, una opzione del genere... geni.
Ma non posso contare sul lato server.
Piuttosto, ho sentito parlare di programmi che 'pre-processano' file di
testo e generano il nuovo .htm in base al contenuto dei suddetti file di
input.
Sai dirmi qualcosa?
Grazie comunque.
area


 non e` poi prevista di default in HTML, una opzione del genere... geni.
Forse perche' l'HTML non e' un linguaggio di programmazione.


 Scusa ma che cosa è ssi ?
Server Side Include
e' una tecnica per includere file (credo solo con codifica ascii ma non ne
sono sicuro) all'interno di una pagina html.
Deve essere supportata dal server che ospita il sito.
Max
lucamax{*ola}
libero.it


 ha scritto
:
: > Eh, si, una sana e semplice include simil-C: per quale cavolo di motivo
: > non e` poi prevista di default in HTML, una opzione del genere... geni.
:
: Forse perche' l'HTML non e' un linguaggio di programmazione.
Scusa, ma e` una risposta scema.
area


 Scusa, ma e` una risposta scema.
Ti scuso, ma... era sintetica, piu' che scema.
HTML non e' un linguaggio di programmazione. E' un linguaggio (appunto, 
statico)  di contrassegno per l'interscambio di documenti, che al massimo 
fornisce gli aggangi per vari ed eventuali linguaggi di programmazione (vedi 
il DOM o gli attributi legati agli eventi tipo onmouseover, onblur, 
eccetera). Semplicemente, gli "include simil-C" non vanno cercati qui 
(nell'HTML) ma nei linguaggi di _programmazione_ server- o client-side.
Se guardi bene nei post vecchi, cmq, una _parziale_ risposta alla tua 
domanda la trovi. Si chiama IFRAME, Frame in Linea o "Inline sub-window".
E' inevitabilmente una risposta parziale perche':
a) il suo funzionamento dipende cmq dal supporto dal lato client (IE5.x/Win, 
IE5/MacOS, Opera 5, Mozilla/Netscape 6)
b) permette di incorporare un documento "figlio" (reperibile al percorso 
specificato nel parametro SRC) all'interno di una finestra aperta in un 
altro documento "padre" (quello che contiene il tag IFRAME per intenderci). 
Ma il "figlio" non e' incluso, i file rimangono indipendenti e sono trattati 
come documenti completi, ognuno con la sua <head>, eventuali CSS, eccetera.


 ha scritto
:
: >: Forse perche' l'HTML non e' un linguaggio di programmazione.
: > Scusa, ma e` una risposta scema.
:
: Ti scuso, ma... era sintetica, piu' che scema.
:
: HTML non e' un linguaggio di programmazione. E' un linguaggio (appunto,
: statico)  di contrassegno per l'interscambio di documenti, che al massimo
<omissis, ma interessante>
Per la questione 'scema', intendevo solo dire che una opzione di
'inclusione' per un documento esterno (di testo) non mi sembra un must da
'compilatore': basta agire sul file system locale, trovare il file, leggerlo
e piazzarlo li senza alcuna elaborazione (operazione di gran lunga gia`
attuata dai browswer in molte occasioni).
In fondo la clausola src= di un tag IMG fa la stessa identica cosa (su un
file binario); anzi, fa qualcosa di piu`: deve interpretare il formato e
applicare un algoritmo di decodifica, spesso non banale.
Ma forse e` solo la deformazione di un programmatore, troppo lontano (per
fortuna) da HTML.
area


 formato e applicare un algoritmo di decodifica, spesso non banale.
No, non e' la stessa cosa. Perche' il file che contiene <IMG> e l'immagine 
specificata in SRC rimangono comunque due entita' distinte, nonostante una 
sia mostrata all'interno dell'altro. 
Infatti e' sempre bene predisporre la pagina in modo che sia fruibile anche 
in caso le risorse incorporate non siano disponibili/visualizzabili
Il discorso vale anche per IFRAME, OBJECT, APPLET, EMBED, eccetera. Il 
risultato visivo in alcune situazioni e' un unico oggetto, una pagina, che 
e' pero' formata da diversi elementi.
ciao,


 ha scritto
<omissis>
: No, non e' la stessa cosa. Perche' il file che contiene <IMG> e l'immagine
: specificata in SRC rimangono comunque due entita' distinte, nonostante una
: sia mostrata all'interno dell'altro.
:
: Infatti e' sempre bene predisporre la pagina in modo che sia fruibile
anche
: in caso le risorse incorporate non siano disponibili/visualizzabili
Be`, e` esattamente cio` a cui pensavo: html e file di testo DEVONO essere
due entita` separate; in fondo e` questa la funzionalita` che richiedevo, la
separazione tra forma e contenuto: il client http, analizzando la sorgente
html, cosi` come fa ad esempio con le immagini, richiede il file di testo
come elemento esterno.
Cosi` come siamo abituati ad aspettare le immagini in un secondo tempo,
aspetteremmo alcune parti del documento (con la differenza che l'attesa
sarebbe decisamente piu` breve rispetto ai tempi di trasferimento (n. di
bytes), decodifica e rappresentazione di una immagine).
Ripeto: cio` gia` succede ampiamente con le immagini (e con molto altro); i
calcolatori non fanno differenze tra file binari e files di testo; ma i
progettisti di HTML si. E non capisco perche`.
ciao
area
