Newsgroup: it.comp.macintosh
Titolo: Safari 2.0.1

Su software update..
"Safari versione 2.0.1 per Mac OS X Tiger migliora la compatibilità con
i siti web, la stabilità delle applicazioni e il supporto per
applicazioni web di terze parti."
Vediamo se posso togliere di nuovo Camino (che uso solo perchè non
riesco ad entrare in certi siti con Safari, e per non fare sempre di là
e di qua....).
Ciao
-- 
Alan
"Ci spiace, ma il lucro è indispensabile."
http://www.qreate.net

 applicazioni web di terze parti."
  Dice nulla del bug di WebKit con le gif animate?
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 e di qua....).
prova questo sito:
http://www.theapplecollection.com/
mi impalla tiger e il disco fisso, camino invece snello snello...

   Dice nulla del bug di WebKit con le gif animate?
No, nč software update nč version tracker..
Sul sito apple invece non ci sono tracce, a quanto vedo..
Ciao
-- 
Alan
"Ci spiace, ma il lucro č indispensabile."
http://www.qreate.net

 mi impalla tiger e il disco fisso, camino invece snello snello...
Minchia, anche a me! dovro' provare con l'aggiornamento..
Io resterei anche su camino ma non mi piace come renderizza alcuni font,
tipo quelli su dentro il box "Only for Mac Fan's" sul sito che mi hai
appena detto..
E i bookmarks non si possono ordinare automaticamente :|





 applicazioni web di terze parti."
Vodafone aka 
190.it
 ancora ciccia :-(
Firefox, farà ancora il suo sporco lavoro.
Giovanni
-- 
La differenza tra un genio e uno stupido è che il genio ha dei limiti.

 Firefox, farą ancora il suo sporco lavoro.
idem con mambo... :-S
-- 
.        _.-----.  \.-./       . .
\`-.._,-' .-. .-.`-' ``-.  _,-'.'`.
 `-.____,-. `:. `.-'-._.O-:_ .:'.,|
           `-" `-"          `-.__.' Guido

 in UTF-8 (che uso spesso). Era l'ora! :-)
invece sul fronte javascript hanno modificato poco o nulla :(
document.lastModified non c'č ancora, e cosě i problemi con la
visualizzazione sulla statusbar e windows.status sono rimasti.
E dire che pure io glieli avevo segnalati...
-- 
salvo

dr.piripicchio <pirip...@gmail.PUNTOcom> wrote:

anche dopo l'aggiornamento
-- 
Baciamo Le mani!
http://joefarina.altervista.org
 
iChat: 
joef...@mac.com

 anche dopo l'aggiornamento
Da me va tranquillissimo e veloce (PB 1ghz).
Daniele
-- 
"How many times must good men die?
 How many tears will the children cry?
 'Til they suffer no more sadness
 Stop the madness. Oh, stop the madness!" (MH)

 anche dopo l'aggiornamento
Nemmeno io lo vedo, la rotella infatti continua a girare...
Ma non funziona né con Safari né con Firefox, Opera, Camino, Explorer...
E dire che dovrebbe essere un sito dedicato ad Apple.
-- 
D i e g o   C u o g h i
 
www.diegocuoghi.com

 anche dopo l'aggiornamento
A te è comparso un aggiornamento per il PB 1.67 GHZ?
Io ho l' 1.5 e me lo propone lo stesso....
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 document.lastModified non c'è ancora,
sicuro? io uso questo metodo su un sito web e con Safari l'ho sempre visto
visualizzato correttamente. prova: 
www.clorolesi.it/main_news.html
saludos
germano il gatto grigio
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 visualizzato correttamente. prova: 
www.clorolesi.it/main_news.html
grazie Gatto :)
ho visto la tua funzione ultimamodifica() sul sito, e vista qui
funziona, si vede.
Se però copio la funzione in locale da me, dà come risultato "Data non
definita undefined".
Perché questo mistero?
Salvo

 E dire che dovrebbe essere un sito dedicato ad Apple.
-- 


 Da me va tranquillissimo e veloce (PB 1ghz).
cose che succedono :-P
qui va il processore al 100%


 Io ho l' 1.5 e me lo propone lo stesso....
beh ,si per la scheda grafica, ma almeno un mesetto fa.
avevo sentito dire che anche gli 1.5 lo scaricavano


 Perché questo mistero?
nota importante: se con il menu Debug di Safari visualizzo il DOM Tree
mi dice - dove sta la variabile - "Il server non fornisce la data di
ultima modifica".
Il server? Apache?
che c'entra il server?
-- 
salvo

   Dice nulla del bug di WebKit con le gif animate?
  Non dice nulla e -purtroppo- non risolve nulla. 
  WebKit continua ad andare in crash con questa immagine:
<
http://www.drunkenblog.com/drunkenblog-archives/i/kthmlwebkit_crasher.g
if>
  A me basta un reload e Safari va giù. :-/


 direi che funziona sulle header http
spiegami meglio, grazie :)
-- 
salvo

 beh ,si per la scheda grafica, ma almeno un mesetto fa.
E invece a me compare ora, mortacci sua. Allora lo faccio e fanculo al
re.
-- 
non vincono, non vinceranno, non hanno domani
la forza č nel puntello impugnato da oneste fortissime mani

 server, non c'e` http, non c'e` header.
confermo.
infatti anche a me, in locale, il metodo document.lastModified con Safari mi
torna "Data non disponibile". a dirla tutta, anche altri browser in locale
noto un comportamento non sempre coerente o corretto di questo metodo, ma
non appena caricato il file sul server, funziona tutto come si deve.


 server, non c'e` http, non c'e` header.
ok, quello che avevo capito, dunque.
Ho fatto due prove: una pagina con la funzione di Germano (e la mia)
messa sul mio server remoto (Red Hat, Apache 1.3.x) e visualizzata anche
in locale con "
http://localhost/progetti/prova.php
"
In entrambi i casi non vedo la data di modifica, mentre nel sito di
Germano la vedo.
cosa mi sfugge, ancora?
si deve impostare qualcosa in Apache per far inviare l'header?
:)
-- 
salvo

 anche dopo l'aggiornamento
Direi anche qui: G5 1.8
-- 
me

 Vodafone aka 
190.it
 ancora ciccia :-(
Qui funziona...
-- 
me

 torna "Data non disponibile".
anche se visualizzi tramite "
http://localhost
", ovvero tramite il server
locale, ovviamente?
-- 
salvo

 Qui funziona...
a me sembra di no, come prima: *sembra* funzionare, ma poi non
autentica...
-- 
salvo

 autentica...
Mi autentica anche con 10.3.9 in GPRS: boh...
P.S. Appena rifatto con Tiger in ADSL
-- 
me

 P.S. Appena rifatto con Tiger in ADSL
controllo meglio e ti dico!
:)
-- 
salvo

 :)
niente da fare qui :(
Entri nell'homepage, clicchi su Fai da Te -> Privati e qualcosa come "la
tua SIM", e dà:
"Siamo spiacenti, si è verificato un errore durante l'elaborazione
richiesta. Ti invitiamo a riprovare più tardi.
Torna alla home page del sito 
www.190.it
"
Sempre.
Con Firefox e persino Internet Explorer entra bene.
-- 
salvo

 Germano la vedo.
ah, preciso che sia Apache in locale, sia il server remoto, tramite i
server side includes mi visualizzano la data di ultimamodifica:
<!--#flastmod virtual="../dir/file.html" --> dà: Tuesday, 16-Aug-2005
17:19:37 CEST
E` questo che il server deve presentare, nel nostro caso?
Inoltre, con altri browser come Firefox e Internet Explorer la pagina su
cui non vedo lastModified si vede bene, data di modifica inlcusa. Quindi
il problema *dovrebbe* essere solo di Safari.
-- 
salvo

 il php: e` interpretato, non ha la data di modifica.
<?php
echo "Data di Modifica in PHP: " . date( "d F y H:i:s", getlastmod() );
?>
la data di modifica la scrive nella stessa pagina in cui Safari non
presenta lastModified con Javascript, qui, PHP5 (e in remoto, PHP4.1).
Indi?
:-)

 richiesta. Ti invitiamo a riprovare più tardi.
Vero: prima mi ha riconosciuto poi, qualsivoglia link scelga, mi appare
lo stesso messaggio :-/
-- 
me

 lo stesso messaggio :-/
purtroppo Apple con questo 2.0.1 non ha poi cambiato molto, riguardo a
Javascript...
Speriamo bene in un 2.0.2 *migliore* ;-)
-- 
salvo

 richiesta. Ti invitiamo a riprovare più tardi.
Io ho appena provato dalla pagina
http://www.areaprivati.190.it
Ho messo il nome e la pass e sono stato riconosciuto subito.
Ora sono nella mia pagina dove posso personalizzare la SIM.
Ho usato Safari 1.3 su Panther.
-- 
D i e g o   C u o g h i
 
www.diegocuoghi.com

 Ho usato Safari 1.3 su Panther.
infatti, il problema è solo con Safari 2.0 :)
ciao
salvo

 infatti, il problema è solo con Safari 2.0 :)
Ooopps!... avevo capito che il problema fosse Safari in generale.
Ho provato con Safari 2 su Tiger ed è come dici, non si accede al 
190.it


 applicazioni web di terze parti."
Per gli irriducibili del panterone, c'e' anche l'aggiornamento a Safari
1.3.1
-- 
Al caldo del sole / al mare scendeva / la bambina portoghese
Non c'eran parole / rumori soltanto / come voci sospese

 strano che il server HTTP non riporti l'header di lastmodified.
ok, ma resta il fatto che i problemi con lastModified sono solo con
Safari 2.0, e non con altri browsers, quindi direi che è problema
dell'user agent, non tanto del server.
-- 
salvo

 Tutto sta a capire *se* sono problemi. Sui php ha ragione Safari.
e infatti sui php si comporta come gli altri user agents, ma con
Javascript è l'unico fuori dal coro. Il che non implica che abbia
ragione :)
Va bene che, come dicevamo tempo fa, meglio *non* fare affidamento sulla
data di modica visualizzata in JS, ma non vedo perché Safari non debba
poi visualizzarla,  quando gli altri lo fanno...
Salvo

 1.3.1
Gia'!   :-)

 re.
si comunque ati ha rilasciato ora nuovi driver..potrebbe essere che
quello per la 9700 a 64 mb è uscito ora.
-- 
Baciamo Le mani!
http://joefarina.altervista.org
 
iChat: 
joef...@mac.com

 Ne parliamo ora?
se vuoi :)
No, in realtà voglio capire le incongruenze che ho segnalato sopra.
ciao, grazie dello scambio di opioni
-- 
Salvo

 Tipo su 
http://www.faqintosh.com/netiquette.html
spetta, spetta :)
qui funziona, e anche sul mio server remoto, se prima visualizzo una
pagina statica.
Ma *non* su localhost.
Hai ragione.
Invece all'interno delle pagine .html e .php no.
Dunque, ricapitolando: il server remoto (mio o Faqintosh che sia)
fornisce la data di ultima modifica, ma anche in questo caso *dentro* le
pagine document.lastModified a me non funziona in Safari, e in ogni caso
non funziona nel mio localhost.
Se volessi fare in modo che httpd nel mio localhost fornisca la data,
cosa dovrei impostare?
Beh, intanto mi rileggo meglio le tue risposte precedenti :)
Salvo

 Lo hai provato su una url *statica* con Safari *aggiornato*?
found!
Sembro, io continuavo ad ostinarmi a provarlo con le mie pagine .php, e
invece con le .html funziona, mi ero proprio confuso :)
A questo punto, quello che vorrei fare è solo far funzionare il
javascript document.write con lastModified *anche* all'interno delle
pagine php, che -appunto-  vengono interpretate e processate dal PHP.
Da dove parto?
:-)
-- 
salvo

 quello per la 9700 a 64 mb è uscito ora.
Bene. Magari quello è. E tu che cosa hai invece ?
Ma mi tira più a lungo se ho i nuovi driver?
-- 
non vincono, non vinceranno, non hanno domani
la forza è nel puntello impugnato da oneste fortissime mani

 parliamo di una proprieta` che *non* *esiste*.
ora mi è chiaro: bisogna distinguere la pagina generata dinamicamente da
quella che la genera.
Io mi concentravo su questo, quindi per "data di modifica" intendevo la
data di modifica del cgi o php, *non* della pagina generata.
Ecco, però ci sono casi in cui si avrebbe bisogno della data in cui è
stata modificata la pagina generante, e in questi casi ovviamente ci
sono php e perl, ma non si può proprio farlo passando info a javascript,
secondo Safari.
Ok.
-- 
sm 

 (e in quel caso che lastModified dovresti leggere? Quello di Apache?).
ok per il resto, ma in questo caso a cosa si dovrebbe riferire, allora
l'SSI per last update, se non alla modifica del file della pagina
.shtml?
-- 
salvo

 "Last-Modified" direttamente dal tuo cgi, php, Perl o jsp che sia.
ok, buona idea.
grazie, ciao
-- 
sm

 Ad uno dei pezzi inclusi? E quale? E perche'? :-)
la pagina stessa che contiene l'inclusione del parametro ssi per la
modifica.
Semplicemente perché essa può contenere altri dati, e si vuole dare
conto di quando viene modificata.
Una cosa semplice,tipo "Queste sono le informazioni. La pagina è stata
aggiornata <!-- ...>" (dati di mtime), senza troppe pretese.
ciao,
Salvo

 Peraltro una pagina SSI puo` comprendere una cgi, con "include virtual".
mi capita spesso di usarle, e anche con php si può usare virtual() per
includere cgi, del resto.
In questo caso, la data "modificata" sarebbe sempre quella del sorgente
che include, non quella del cgi nel momento in cui viene eseguito. Ma
altri potrebbe legittimamente pensare alla modifica del sorgente del
cgi. E qui la cosa si ingarbuglia :)
Il fatto è che per quanto possibile si dovrebbero tener distinti (x)html
e script, e invece spesso (classico caso in cui i dati in parte si
prendono da databases, mysql in testa) si hanno pagine con estensione
.php che solo in parte sono script, e in gran parte sono html con
javascript, per il resto. E in questo caso la data di modifica della
parte "non dinamica" sarebbe pure legittima. In questo caso la mia
questione si pone: se l'estensione è html lastModified fa giustamente il
suo dovere, se è .php no.
Non sempre si possono separare Francia e Spagna :)
Salvo