Newsgroup: it.comp.lang.javascript
Titolo: Incredibbbile, IE non mi vede una pagina (e mozilla si...)

...che di per se non sarebbe affatto strano se avessi detto *non mi 
legge BENE una pagina* :-))
La questione è strana, non mi era mai capitato:
Sto sviluppando una piccola applicazione sotto licenza GPL a scopo 
didattico  sulla classificazione a faccette.
Sono ad uno stadio intermedio di sviluppo e ho provato la pagina
http://www.v-monitor.net/luxerna/admin.php?op=desc_obj&id_obj=2
dove si può creare la gerarchia della classificazione.
L'ho provata con Explorer (versione 6 su win2000) e con lo stupore 
suddetto ho scoperto che non mostra nulla!
Se si guarda il codice HTML inoltre questo appare correttamente.
Mi sembra strano in quanto se si legge la stessa pagina con mozilla 
appare tutto e bene.
La pagina è peraltro XHTML Transitional valido.
Temo il problema sia in qualche javascript (la pagina ne fa un 
fortissimo uso...)
Qualche idea?
Grazie mille
Marcello

 Qualche idea?
ho scaricato pagina e script e in locale mi funziona (IE 6, Win XP). Online
non viene visualizzato nulla. La cosa mi incuriosisce ;)
-- 
#!/usr/bin/artemis.alpeia


Moolto strano, visto che si tratta di PHP.
In teoria una volta che la pagina viene processata e mandata al client, 
non ci dovrebbero essere differenze da quella locale...
Ho guardato gli header di pagina... ma con live http header di mozilla, 
su cui già funziona e non ho notato niente di strano.
BOH! :-)
Marcello

 non viene visualizzato nulla. La cosa mi incuriosisce ;)
Stranissimo, a me invece non funziona. Hai xpsp2 col nuovo IE?
Per Marcello: metti un bel </script> anziché chiudere direttamente il tag
con />, IE non capisce che il tag script viene chiuso in questo modo.
Prova un po' e fai sapere
-- 
"Affacciati affacciati benedici, guardaci
 guardaci...guardaci!
 Tanto sono quasi duemila anni che stai a guardare!"
									    E.B.
--

 con />, IE non capisce che il tag script viene chiuso in questo modo.
Hai esattamente centrato il punto.
Per IE tutto cio' che si trova da:
<script language="javascript" type="text/javascript" src="js/chiedi.js" />
in poi, e' testo dello script. Infatti internamente quella riga viene
considerata:
<SCRIPT language=javascript src="js/chiedi.js" type=text/javascript  >
Interrogando il DOM della pagina da IE, infatti, si scopre come l'elemento
body non esista; ritrovando tutto il source nella pagina come testo
definito nel primo script element.
-- 
ZER0://coder.gfxer.web-designer/
~ "Compiere l'impossibile e' impresa che risiede nel cuore degli uomini"
(Mariners and generals)

 Hai esattamente centrato il punto.
Resta da capire perché ad Artemis funziona in locale, la cosa è strana.
Anche presupponendo che sia il nuovo IE (visto che ha XP) perché non
dovrebbe funzionare in remoto ma solo in locale?


 dovrebbe funzionare in remoto ma solo in locale?
Chissa', aspettiamo che ci illumini.. ci mancano troppe informazioni per
poterlo dire.
Tra l'altro, io con IE5.5sp2, lo vedo sia in locale che da remoto.
-- 
ZER0://coder.gfxer.web-designer/
~ ..ma in effetti il concetto di WYSYWYG (quello che vedi e' quello che
ottieni) si applica ai computer malissimo, cosi' come si applica alle
donne... (The Real Programmer)

 Tra l'altro, io con IE5.5sp2, lo vedo sia in locale che da remoto.
IE6sp1 Eng niente né in locale né da remoto


 IE6sp1 Eng niente né in locale né da remoto
Si, lo so, infatti il primo post che ho scritto in merito a questo topic
erano i risultati dati con IE6.
Hanno una diversa interpretazione del tag di chiusura: In pratica, IE5.5
accoda immediatamente all'apertura del tag <script /> (che per lui e' un
<script> semplice) un tag </script>; mentre IE6 no. Prende tutto cio' che
segue come il text node del suddetto script.
Forse nella nuova versione di IE6 hanno "corretto" questo comportamento,
riportandolo all'origine.
Ora non ci resta che aspettare i dettagli di artemis, per capire come mai
in locale gli da' un comportamento e in remoto un altro. :)
-- 
ZER0://coder.gfxer.web-designer/
~ I feel like I'm diagonally parked in a parallel universe.

 erano i risultati dati con IE6.
Per completezza, IE5.5 è l'unico a comportarsi in questo modo.
Testato con IE4.01 e 5.01 sp2, stesso comportamento di IE6sp1.
Testato con IE5.5sp2, confermo il diverso comportamento.
Strano, sembra abbiano cambiato il comportamento ma poi ripristinato
l'originale, chissà perché
-- 
"E' l' ignoranza che crea l'intolleranza
 di gente cieca e senza coscienza"
									  S.S.S.
--

 suddetto ho scoperto che non mostra nulla!
ie6ita xpsp2 in remoto non va, in locale non va.
salvando sia il sorgente, sia come pag web (operazione che cambia i tag) 
non va cmq.
qualcuno di voi a guardato su support di microsoft?
saluti

 l'originale, chissà perché
La versione di Explorer e' 6.0.2800.1106.xpsp2.03422-1633. Aggiornamenti:
SP1; Q330994; Q837009; Q831167; Q823353
In locale la pagina viene visualizzata correttamente. Visualizzando il
codice HTML con document.documentElement.innerHTML risulta che IE rimpiazza
il tag singolo SCRIPT con una coppia di tag come usuale.
Online (fino a ieri) non veniva visualizzato niente. Non riesco a capire il
motivo di questa disparita'.
Oggi Marcello V ha usato i tag doppi e va tutto bene anche online.
-- 
./artemis.alpeia

 motivo di questa disparita'.
Fai una prova molto semplice. Prendi il sorgente che avevi con il tag
script "XML-like", e mettilo on line da qualche parte, volendo anche su web
server locale. E prova a vedere se la tua versione di IE e' coerente al suo
comportamento precedente (ovvero, on line non lo visualizza, in locale
si').
-- 
ZER0://coder.gfxer.web-designer/
~ "Massi' che e' uno standard, e' uno standard proprietario."
(Gio')

 
Avete visto giusto.
Ho messo la chiusura </script>
e funziona correttamente.
Segnala un errore in caso di non compilazione di prompt, ma quella č 
un'altra storia...
Grazie mille, ora funge !!
Marcello

 Marcello
Potresti mettere online ancora una volta la pagina admin.php con il tag
<script /> singolo (anche cambiandole nome)? Vorrei constatare una cosa..
-- 
artemis.alpeia

 <script /> singolo (anche cambiandole nome)? Vorrei constatare una cosa..
Hai gia' fatto le prove che ti ho suggerito? Che risultati ti ha dato?
-- 
ZER0://coder.gfxer.web-designer/
~ Tutti quelli che credono nella psicocinesi, per favore alzino la mia
mano.

 si').
provo immediatamente, il tempo di accendere il pc con linux. Ho il sospetto
che ieri notte firefox abbia salvato la pagina originale con il tag SCRIPT
singolo sostituendolo con una coppia di tag, per cui IE lo visualizzava in
locale.
-- 
artemis::alpeia

 locale.
Adesso si spiega tutto. Hai fatto un "save page as", non hai salvato dal
view source.
In tal caso, anche senza che tu faccia prove, ti posso gia' dire che e'
cosi'.
-- 
ZER0://coder.gfxer.web-designer/
~ "Compiere l'impossibile e' impresa che risiede nel cuore degli uomini"
(Mariners and generals)
on air ~ "eternity"


Fatto:
http://www.v-monitor.net/luxerna/admin_debug.php?op=desc_obj&id_obj=2
I collegamenti probabilmente ti riporteranno alla pagina admin.php
tu cambia manualmente l'url in admin_debug.php
Ciao
Marcello

 cosi'.
si infatti ho appena verificato. Non conoscevo questo comportamento. Sia
firefox che mozilla sostituiscono il tag singolo con uno doppio (non so
cos'altro modifichino)
-- 
artemis.alpeia

 cos'altro modifichino)
E' una cosa che non uso mai, sin da quando l'hanno introdotta in IE. Ti
cambiano tutti i riferimenti interni e altra roba. Preferisco gestirmi il
codice a mano.
-- 
ZER0://coder.gfxer.web-designer/
~ Plagiarism is copying from one source;
research is copying from two or more
(Wilson Mizner)
on air ~ "eternity[2]"



Ok grazie!
-- 
artemis://alpeia