Newsgroup: it.comp.lang.javascript
Titolo: XmlHttpRequest su Firefox 1.5

Nel messaggio 
news://
news.x-privat.org:119/1h4dtoa.cb2lprs8cjmmN%bale...@despammed.com
 
si fa' riferimento a questo indirizzo 
http://www.faqintosh.com/rss/
 per 
rassicurare che XmlHttpRequest funziona perfettamente anche su 
Firefox... NON E' VERO!!!
Scusate l'urlo è che ci sto' impazzendo: per spiegarmi meglio la cosa 
funziona per Firefox < 1.5 mentre per l'ultima versione (la 1.5 appunto) 
la pagina non funziona e nella console Javascript ottengo l'errore:
Errore: [Exception... "Component returned failure code: 0x80004005 
(NS_ERROR_FAILURE) [nsIXMLHttpRequest.open]"  nsresult: "0x80004005 
(NS_ERROR_FAILURE)"  location: "JS frame :: 
http://www.faqintosh.com/rss/xmlLib.js
 :: anonymous :: line 20"  data: no]
File sorgente: 
http://www.faqintosh.com/rss/xmlLib.js
Riga: 20
Cos'è successo? Firefox ha deciso di non implementare più le 
funzionalità "legate" all'XmlHttpRequest ???
Mi interessa perchè il sito che sto' sviluppando ha drammaticamente 
smesso di funzionare appunto con questa versione di Firefox, su 
mozilla.org
 non sono riuscito a trovare nulla così come su google.it...
Qualcuno può indirizzarmi sulla retta via?
Grazie dell'aiuto.
	Andrea

 Firefox... NON E' VERO!!!
non è vero che non è vero, stai sbagliando qualcosa.
www.primestore.it
 , anche nella home page dove scorrono i prodotti: premi
il carrello, vedrai che ti inserirà il prodotto nel carrello senza
ricaricare la pagina. Testato adesso (perché mi hai fatto venire un colpo!)
-- 
"E' l' ignoranza che crea l'intolleranza
 di gente cieca e senza coscienza"
									  S.S.S.

 
mozilla.org
 non sono riuscito a trovare nulla così come su google.it...
Perché tutto continua a funzionare come si deve, il che significa che è la tua
versione / installazione bacata.
Prova a disinstallare ogni bene e reinstallare.
-- 
~ ..ma in effetti il concetto di WYSIWYG (quello che vedi è quello che
ottieni) si applica ai computer malissimo, così come si applica alle
donne... (The Real Programmer)

 
Ho provato il sito che mi hai indicato tu... non mi funziona!
Ok... prima di tagliarmi le vene provo a fare come mi ha suggerito ZER0 
e mi reinstallo tutto!
Grazie per la pronta risposta, ti terrò informato.
	Andrea

 
Ok, proverò a seguire il tuo consiglio.


 meraviglia.
Ciao, scusate l'intusione :)
a proposito di XmlHttpRequest lurkavo tempo fa e mi sembra di ricordare
qualche tuo post in merito che appoggiava non poco il suo utilizzo nei
intranet-web application ma meno nei siti web...
Posso chiedere come bisognerebbe comportarsi per un sito web e-commerce in
XHTML dove ci sarebbe la necessita di non refreshare una pagina?
Essendo in XHTML io posso utilizzare solo le HttpRequest?
Un'inizializzazione come la seguentepuo' essere migliorata?
<code>
function getXmlHttpRequest( )
{
  var xmlhttp = null;
  if( typeof window.XMLHttpRequest != "undefined" )
  {
    xmlhttp = new XMLHttpRequest( );
  }
  else if( typeof window.ActiveXObject != "undefined" )
  {
    /*@cc_on
    @if( @_win32 && @_jscript_version >= 4 )
    {
      try
      {
        xmlhttp = new ActiveXObject( "Msxml2.XMLHTTP" );
      }
      catch( e )
      {
        try
        {
          xmlhttp = new ActiveXObject( "Microsoft.XMLHTTP" );
        }
        catch( E )
        {
          xmlhttp = null;
        } 
      }
    }
    @end 
    @*/
  }
  return xmlhttp;
}
</code>
Dove utilizzo getXmlHttpRequest() c'è effettiva convenienza a prevvedere
metodi alternativi?
Quante sono le possibilita' che getXmlHttpRequest() mi torni null?
Quante sono le possibilita' che getXmlHttpRequest() (!=null) non funzioni
correttamente?

 intranet-web application ma meno nei siti web...
[CUT]
Qua ci sono un po' di risposte alle tue domande:
 
http://www.criosoftware.it/defaultTIxmlhttp.aspx
Per quanto riguarda il www io lo usato, ma devi per forza considerare i
client che non lo supportano (uno per tutti: IE5-Mac, non è IMHO
ignorabile). Se però lavori con un linguaggio server-side serio ti crei la
tua classe e ci metti poi 10 minuti a implementare la stessa funzionalità
via xmlhttp (se lo supporta) o via post (se non lo supporta).
-- 
"Emancipate yourselves from mental slavery;
None but ourselves can free our minds"
									    B.M.

 via xmlhttp (se lo supporta) o via post (se non lo supporta).
Si' sono d'accordo. In effetti mi preoccupa di piu' l'ultima possibilita'
che ponevo, il mal funzionamento dell'oggetto... di cui ho letto qualcosa
lurkando...

 ignorabile). 
sono d'accordo sul discorso della necessità di accessibilità, ma su 
questa frase in sè mi trovi in totale disaccordo: la stessa microsoft ha 
smesso il supporto per questo prodotto: 
http://punto-informatico.it/p.asp?i=56895
il che, per altro, è fantastico per qualsiasi sviluppatore, non solo 
javascript, ma anche per i layout ie5/mac era una bestia!!!
ced

                                          ^^^^^^^
...pero' quanto cazzo siete snob...

 javascript, ma anche per i layout ie5/mac era una bestia!!!
Non lo so, mai usato...ma dai log dei miei vari siti è il più usato tra i
browser che io chiamo "extra" (ossia escludendo ie>=5.win, Gecko,
Opera>=8).
Purtroppo il concetto "è una bestia" è un concetto che deve eventualmente
considerare il client, allo sviluppatore interessa più la percentuale di
utilizzo (d'altronde potrei dire la stessa cosa di windows: è una
schifezza, ma non per questo sviluppo programmi unix-only...)
-- 
"Non sai che ci vuol scienza
 ci vuol costanza
 ad invecchiare senza maturità"
									    F.G.

                                          ^^^^^^^
:-)


 Snob? Gli sto dicendo che ha problemi di sistema.
Buffo. Ho windows, eppure XmlHttpRequest funziona benissimo.
Direi che il sistema non è da imputarsi come fonte dei problemi, sulla
questione da lui sollevata. Altrimenti, sarebbe un comportamento diffuso a
tutti gli utenti con il medesimo sistema.
-- 
~ "Tutto quello che devi fare è chiamarmi;
sarò tutto quello di cui hai bisogno" (Peter Gabriel)


ok per XmlHttpRequest, ma per js la vedo dura.
cioe' se il click viene simulato dentro l'evento onclick ad esempio, 
disattivare XmlHttpRequest non e' un problema, basta usare JS per fare ad 
esempio il submit del form.
Ma per rendere l'applicazione accessibile anche senza JavaScript, devo 
intervenire lato server pesantemente o sbaglio? 

 intervenire lato server pesantemente o sbaglio?
Attento: stiamo parlando di siti, non di applicazioni.
-- 
~ Io non soffro di pazzia, ne godo ogni minuto.
(I don't suffer from insanity, I enjoy every minute of it)

 intervenire lato server pesantemente o sbaglio?
ahia ... la mia posizione è molto diversa da quella di Zer0, io considero
javascript e cookie come prerequisiti. Se ne è già discusso tempo addietro,
se non ricordo male (ma potrei ricordarmi male e non era Zer0?).
Ovviamente dipende dal tipo di sito, se è un sito istituzionale e uso
javascript solo per effettini cazzuti allora concordo, se è un e-commerce o
anche solo un sito di faq con ricerche etc se non hai javascript per quanto
mi riguarda puoi cambiare sito.


 Ovviamente dipende dal tipo di sito,
Esatto. Fondamentalmente il punto è questo.
Generalmente, la mia "politica" differenzia i siti dalle applicazioni, e ho 
delle linee guida da seguire diverse dipendentemente dai due casi.
Ma a queste, va a applicato il contesto. Ovvero qual'è l'obiettivo da 
raggiungere per quel sito o quell'applicazione. Il che può modificare le linee 
di cui sopra.
-- 
~ Non prendere la vita troppo sul serio: Non ne uscirai vivo in ogni caso.

 Generalmente, la mia "politica" differenzia i siti dalle applicazioni
Te l'ho sempre voluto chiedere... mi spiegheresti, come se fossi uno
scolaro, la differenza fra un sito e un'applicazione? Eventualmente, con un
paio di esempi? Merci :-)
-- 
Nando [?]
Ex-Apostolo della Ex-Prova

 Non dico *ogni* windows, ma problemi nel suo.
Difficile, dato che si tratta di Firefox. Se avessi avuto problemi con IE,
visto che è strettamente legato al Sistema Operativo; ci sarebbero già state
più possibilità.
Inoltre, le versioni antecedenti alla 1.5 gli funzionano perfettamente.
E' più probabile quindi che si tratti di un problema di installazione di
browser, e non di sistema. Ne convieni?
-- 
~ Il lavoro è quel lasso di tempo che intercorre tra una pausa caffè
 e l'altra.

 paio di esempi? Merci :-)
Lo spiegai nel thread "Libro su Ajax".
<quoto>
Come ti ho già detto, un sito deve sostanzialmente
fornire informazioni ed essere accessibile e fruibile a più persone
possibili, a prescindere dal dispositivo. Un'applicazione web based,
invece, ha obiettivi diversi: deve innanzitutto fornire servizi e
funzionalità. 
</quoto>
-- 
~ "E' bello essere vivi. Ci sono tante cose che non si possono fare
da morti."

 converrei in toto... se non avessi anche dubbi sul "firewall" di XP.
a naso direi che non blocca xmlhttp, perché in intranet ne faccio un uso
massiccio, da qualche mese i nuovi client sono XP e mi hanno creato qualche
problema ma non questo (e il firewall non viene disattivato).
-- 
"That until there is no longer first class
And second class citizens of any nation
Until the colour of a man's skin
Is of no more significance than the colour of his eyes
Me say war"
B.M.

 converrei in toto... se non avessi anche dubbi sul "firewall" di XP.
Se di Sp2 parliamo, i dubbi sono perfettamente leciti; ma mi sembra ugualmente
strano che discrimini solo FF1.5 e non IE, FF1.0 e compagnia cantante.
-- 
~ Se potete leggere questo, la mia donna è caduta.
(Letta sul retro di una maglietta di un motociclista)

 Lo spiegai nel thread "Libro su Ajax".
Me ne ricordavo... non la trovai particolarmente esplicativa. Su un libro
(J. Conallen, "Applicazioni Web con UML", Pearson-Addison Wesley) compare
questa sorta di definizione: 
http://tinypic.com/k33us0.jpg
La trovo sufficientemente chiara se non fosse per il fatto che mi sfugge un
po' il significato di "logica di buisiness"... come non ho mai capito a
fondo cosa siano i "buisiness use-case" o i "buisiness actors"...


 po' il significato di "logica di buisiness"... 
La "business logic". E' raro tradurla :)
http://it.wikipedia.org/wiki/Business_logic
http://en.wikipedia.org/wiki/Business_logic
-- 
~ Il computer è una macchina progettata per velocizzare e automatizzare
gli errori.


Ho realizzato un sito di e-commerce in Java usando un Framework (JSF) che 
utilizza Javascript.
Al momento non e' possibile disabilitare JS e far funzionare il sito, colpa 
del Framework.
Il fatto che mi stupisce e' che questo FW e' stato progettato e fatto da 
persone famose e molto dentro la programmazione web, ingegneri esperti 
ecc...come hanno potuto violare cosi' alla leggera la "regola" riportata da 
Zero (che immagino essere una raccomandazione del w3c)?
E non dicono che JSF e' utile solo per applicazioni web, lo spacciano come 
FW generale per la programmazione web.
Mi conosolo con il fatto che forse un sito di e-commerce non deve seguire 
sempre quella regola. 

 
http://en.wikipedia.org/wiki/Business_logic
Aiuuuutooooooooooo O__O


 Aiuuuutooooooooooo O__O
se sei interessato alla Business Logic e simili ti consiglio di dedicare un
po' di tempo allo studio di un linguaggio OO: la costruzione del progetto
in una logica three-tier sarà una delle prime cose contro cui cozzerai, e
vedrai che poi comprenderai molto bene la logica e le differenze.
-- 
"Voi abili a tenere sempre un piede qua e uno là
 avrete un avvenire certo in questo mondo qua
 però la dignità
 dove l'avete persa?"
									    V.R.

 vedrai che poi comprenderai molto bene la logica e le differenze.
Eh... avercelo il po' di tempo... uffaaaaaaaaaaaaaaaa :-/


 Resta il fatto che non capisco troppo bene la tua, di definizione :)
Pero' anche il sito web di un motore di ricerca subisce un cambiamento di 
stato a livello utente (anonimo) quando clicchi nel paginatore. 

 Aiuuuutooooooooooo O__O
Uazap?
-- 
~ "L'arte non riproduce cio' che e' visibile,ma rende visibile cio' che
non sempre lo e'" (Paul Klee)

 in una logica three-tier
Perché, fare una web application che cos'è? Basta JS e una qualsiasi CGI
server side, che sia a oggetti o meno; non c'incastra nulla.


> logica three-tier sarà una delle prime cose contro cui cozzerai,
E' sinonimo di MVC? 

 E' sinonimo di MVC?
No, non c'incastra proprio nulla :)
Cercando su google troverai più definizioni di quante ne cerchi:
http://www.dizionarioinformatico.com/cgi-lib/diz.cgi?frame&key=three-tier
http://www.cact.unile.it/facilities/XC6000/html-man/gapil/gapilsu201.html
-- 
~ Se il destino è contro di noi, peggio per lui!

 incorporarla.
Aggiungo anche che una modifica allo stato dell'applicazione fatta sul 
client dovrebbe essere comunque notificata al server in qualche modo, 
altrimenti al successivo passaggio sul server si perde la modifica allo 
stato. Inoltre se la notifica al server fallisce mi ritrovo con una 
inconsistenza tra quello che e' lo stato reale e quello che il browser 
visualizza.
Inoltre Javascript (che ammetto non conoscere bene in realta'), non mi 
sembra un linguaggio pensato per questo, quindi sarebbe comunque complicato 
gestire la business logic sul client.
Quindi solitamente tanto vale farla solo sul server. 


si imparano un sacco di cose qua!   ;)

 Quindi solitamente tanto vale farla solo sul server.
Fare si può fare. Ma in un applicazione a tre livelli, sarebbe semplicemente
sbagliato optare per una cosa del genere.
-- 
~ "Lo dice il buon senso, ma il buon senso non è uno standard".
(Jeffrey Zeldman)

 Uazap?
Non ci ho capito un fico secco :)
Però i link sull'architettura three-tier sono semplici e fanno capire,
almeno, di cosa si tratta. Bello il sito dell'università di Lecce (o no?)
sulla programmazione unix.


 server side, che sia a oggetti o meno; non c'incastra nulla.
eh, è perché te ragioni per la tua testa e le tue conoscenze/competenze. 
Lo ho detto perché io ho capito ben bene questa logica sviluppando OO; poi
certo, potrei fare anche la stessa cosa con Pascal 4 volendo.
-- 
"E' l' ignoranza che crea l'intolleranza
 di gente cieca e senza coscienza"
									  S.S.S.

 sulla programmazione unix.
Non l'ho navigato, ho semplicemente tirato fuori alcuni dei link che mi
sembravano idonei a spiegare la terminologia; piuttosto che mettermi a
scrivere exnovo tutta la pappardella.
-- 
~ "Nei film americani, qualsiasi problema che venga considerato
sufficientemente catastrofico, puo' essere risolto facendo esplodere uno
o piu' ordigni nucleari" (ZER0 & Cosimo)

 E' sinonimo di MVC?
direi di sì, è quello che velocemente spiega il link di Zer0 (anche se lui
dice di no ... e qua mi insulterà sicuro!):
 
http://it.wikipedia.org/wiki/Business_logic
-- 
"Ti sei salvato
 o sei entrato in banca pure tu?"
									    A.V.


da quello che ho capito 3 tier non e' un pattern di programmzione ma un 
architettura.
client + server dove il server e' suddiviso in 2 strati (qui forse centra il 
pattern MVC), ma il client non e' la view di MVC.

  
http://it.wikipedia.org/wiki/Business_logic
La business logic è un componente delle due, ma *non è* nessuna delle due.


 pattern MVC), ma il client non e' la view di MVC.
Boh ... mvc č l'implementazione dell'architettura three-tier? boh, io non
mi interesso mai molto alla terminologia (cosě, oggi ho voglia di farmi
insultare ... :-))
-- 
"Emancipate yourselves from mental slavery;
None but ourselves can free our minds"
									    B.M.


ZERO ne sa sicuramente piu' di me, ma MVC puo' essere applicata ad ambiti 
differenti.
MVC puo' essere usato anche in un programma desktop che con internet non ha 
nulla a che fare, oppure anche all'interno di un componente per una pagina 
web, oppure appunto all'architettura 3 tier.
E' un pattern di programmazione insomma niente di piu'.
In definitiva posso scrivere un applicativo in modo completamente modulare 
usando OOP ad esempio, ma il programma puo' rimanere monolitico nella sua 
architettura. Pensa ad un kernel monolitico come quello di UNIX, potrebbe 
essere stato programmato in maniera modulare ma cio' non toglie che rimane 
un monolito. Se invece il kernel fosse suddiviso in vari servizi, 
comunicanti tramite message passing, allora non sarebbe piu' monolitico.
Certo utiulizzare MCV rende piu' facile il passaggio ad un architettura 
modulare. 

 siano legate.
Guarda, ci sono alcune cose che non sono chiarissime al riguardo...
innanzitutto, mi pare sempre di incorrere in definizioni "ricorsive" (o
tautologiche) del tipo: la logica di buisiness racchiude le regole di
buisiness, le regole di buisiness definiscono la logica di buisiness. In
secondo luogo, ciò che davvero è poco chiaro è cosa si intenda per
"buisiness", termine che non ho *mai* trovato tradotto in italiano.
Ciò che ho capito io (correggimi, te ne prego) è che "la logica di
buisiness" definisce i criteri secondo i quali un sistema (informativo)
cambia stato a seguito di determinate sollecitazioni (input). Così, ad
esempio, in un sistema bancario, alla sollecitazione "cliente richiede
prelievo" deve seguire una serie di operazioni, secondo una determinata
logica, che alla fine portano alla modifica dello stato del sistema
(diminuzione del saldo, registrazione operazione etc.). Ci sono almeno
vicino?
Ops... mi sa che siamo OT...


 Ci sono almeno vicino?
Direi di utilizzare una tecnica tanto cara ai sedicenti guru di filosofie di
vita. Ovvero, per definire qualcosa che di per sé è indefinibile o difficile
da definire, si cerca di darle una definizione ampia per poi ridefinirla
tramite ciò che non è.
(Nota: non sto scherzando, fanno davvero *tutti* così.. quando da ragazzo me
ne resi conto ci rimasi un po' male)
Prendiamo la definizione della wikipedia:
Con il termine Business Logic ci si riferisce alla tutta quella logica
applicativa (parte di un applicazione) che racchiude in se regole cosiddette
di "business" piuttosto che regole ed elementi legati alla visualizzazione
delle informazioni (Vista o interfaccia grafica) o alla memorizzazione dei
dati (es. database, ecc.).
Quindi, la "Business Logic" è parte della "Logica Applicativa" (ovvero la
logica dell'applicazione, quella che hai definito anche in fase d'analisi, e
che poi hai reso pratica tramite scrittura di codice).
Prendi quindi la "Logica Applicativa", e sottrai da essa tutto ciò che
concerne la visualizzazione delle informazioni e la gestione grezza dei dati.
Ciò che rimane, è la Business Logic.
Si può dire che sia il .. "comportamento".. dell'applicazione. Non
dell'interfaccia, ben inteso. Quello fa parte delle cose che abbiamo
eliminato.
-- 
~ You don't have to be crazy to be a webmaster. But it helps.

 da definire
in realtà è più semplice:
 "quando non sai cos'è, allora è jazz", ricorda sempre (cit)
:-) (oggi mi sono svegliato così...)
-- 
"Affacciati affacciati benedici, guardaci
 guardaci...guardaci!
 Tanto sono quasi duemila anni che stai a guardare!"
									    E.B.

  "quando non sai cos'è, allora è jazz", ricorda sempre (cit)
Novecento. :) Un libro a me molto caro, assieme a Oceano Mare.
Ma in questo caso, mal si applicava.. E a onor del vero, non mi sono mai
interessato al jazz. Non avrei potuto utilizzare una citazione del genere ;)
-- 
~ Il futuro è nelle nostre mani.
Purtroppo.

 interessato al jazz. Non avrei potuto utilizzare una citazione del genere ;)
:-) invece da quando ho letto il libro non appena sento parlare di qualcosa
di indefinibile o altro mi viene immediatamente in mente come anche, ogni
volta che sono soddisfatto da come ho gestito un qualcosa, "e in culo anche
il jazz" (che poi uso per qualsiasi cosa, "anche il csciarp", "anche il
giavascript", "anche la maicrosoft" etc etc... :-)
sì, libro minuscolo ma eccezionale.
-- 
"Non sai che ci vuol scienza
 ci vuol costanza
 ad invecchiare senza maturità"
									    F.G.

 Ciò che rimane, è la Business Logic.
Vabbè, diciamo che può starci un po' con quello che avevo in testa :)
Ad ogni modo, posso ritenermi soddisfatto di questa chiacchierata, utile
come sempre.


 come sempre.
Ben vengano. Ho cercato, nel mio piccolo, di tradurre un concetto che
solitamente non traduco :)
-- 
~ Plagiarism is copying from one source;
research is copying from two or more
(Wilson Mizner)

 benissimo far parte di un sistema chiuso.
Sì, capisco... ma comunque, anche in un sistema chiuso, vi sono delle
dinamiche causa-effetto: i cui meccanismi sono regolati dalla buisiness
logic. Se non è così, non dirmelo e fai finta di niente :)


 schifezza, ma non per questo sviluppo programmi unix-only...)
nono, su questo d'accordissimo, però se la stessa microsoft rinuncia a 
svilupparlo è destinato alla morte...
nel giro di quanto non posso presupporlo, però voglio dire...
prima o poi ce lo leveremo pure dai...
ced

odiosi messaggi "questo sito è ottimizzato per.. a una risoluzione di..").
Mi accodo a questo non sapendo bene, nella lunga discussione, dove
appenderlo.
Ho letto e riletto quel trafiletto dove si descrive la sottile
differenza tra sito e applicazione. In sostanza la differenza e' che,
nel secondo caso, il client ha la possibilita' di mutare lo stato del
server.
Se unisco la tua affermazione che vuole un sito accessbile anche
tranne js, non mi trovo d'accordo.
Io lavoro nel campo "geografico" e, per quanto riguarda il web, nel
settore specifico della divulgazione dell'informazione geografica.
La navigazione nell'informazione geografica non e', secondo la
definizione sopra citata, un'applicazione. Infatti il client non fa
altro che chiedere, attraverso varie tecniche, di visualizzare, ad
esempio, una porzione di carta geografica. La richiesta, che quindi e'
una semplice richiesta di navigazione, viene accolta dal server che
invia la carta al client. Sul server rimane solo la traccia
dell'operazione effettuata. Ebbene, molti client di map server sono
scritti "interamente" in javascript. Ci sono anche prodotti
opensource. Quindi al client non e' demandata solo l'interfaccia ma
anche l'interazione con mappa.
Mi sta bene non definire la coppia client-js/map server una "non
applicazione". Ma rinunciare quindi a javascript vorrebbe dire passare
ad ActiveX o altro. Allora ben venga un bel sito con javascript.
E' chiaro che stiamo parlando di casi particolari, ma a volte i
contenuti sono molto complessi e richiedono client complessi.
O no?
--
mg

 definizione sopra citata, un'applicazione.
Mentre invece, per me, lo è.
Secondo la definizione menzionata dal trafiletto in questione, i motori di
ricerca sono siti. Mentre per me possono essere sia siti che applicazioni web.
Ho fatto l'esempio di Google e Google Maps. Il primo può essere annoverato tra
i siti, il secondo tra applicativi.
Google Maps, tra l'altro, divulga proprio informazioni geografiche.
Credo che tu abbia confuso il mio pensiero con ciò che è stato detto da altri,
unendo le due cose.. che partono però da basi completamente diverse, e quindi
risultano contraddittorie se cercate di unificare.
-- 
~ Se i miei cattivi pensieri non fossero caricati a salve,
ogni giorno sarebbe una strage.




Mi fa piacere. Nel "marasma" di Agent mi sono perso qualche passaggio
della discussione. La prossima volta cerchero' di fare piu' attenzione
al "filo".
saluti

     Andrea
Azz...
Ok che ci ho messo un po' a rispondere (ultimamente ho fatto fatica a 
trovare il tempo per respirare!) ma non mi aspettavo proprio di trovare 
il thread così cresciuto!!!!
Comunque confermo che il problema era dovuto ad una qualche 
particolarità nella mia installazione, molto probabilmente era legato al 
fatto che avevo ionstallata l'estensione "Lightning" (calendario per 
Thunderbird... non chiedetemi perchè era installata in Firefox!!!)
Fatto sta' che dopo aver disinstallato e reinstallato Firefox ancora non 
funzionava; rimuovendo tutte le estensioni esclusa "Lightening" ancora 
non funzionava; rimuovendo anche "Lightning" ha ripreso a funzionare....
Bah, diciamo che tutto è bene quel che finisce bene!
Ciao a tutti.
	Andrea

 Bah, diciamo che tutto è bene quel che finisce bene!
Beh, se e' vero quello che hai detto, mica tanto!
Che e' poi la preoccupazione che avevo mostrato... Cioe' se ci sono dei
casi anche anomali in cui puo' non andare...
Boh, speriamo bene...
Ciao