Newsgroup: it.comp.macintosh
Titolo: Re: Tiger bug?

 aperto. E' una delle 200 e passa migliorie o un bug...?
Tipo?
A me succede il contrario, spesso tocca uscire dal finder o peggio, fare
un logout per poter smontare il bastardo...
-- 
Porco Jobs!

 Mad Prof <nos...@mail.invalid> wrote:


Rilancio.
Oltre all'odiosissimo problema del fallimentare ridimensionamento
delle cartelle segnalo:
1)create una nuova cartella, apritela, ora tornate sull'icona della
cartella
e buttatela nel cestino; con Panther la finestra della cartella appena
cestinata si sarebbe chiusa, con Tiger no;
2)Dock in verticale sulla sinistra e 4 cartelle nella sua parte inferiore
subito sopra il cestino; bene, quando provo a svuotarlo cliccando e 
tenendo premuto sulla sua icona in modo da far uscire i comandi, 
spesso il trinagolino del menu a comparsa finisce sulle cartelle sopra
e non a fianco del cestino.
3)Problemi di stop vari legati a calcoli errati dei tempi morti (troppo 
lungo da spiegare e difficcile da riprodurre perchè ancora non l'ho capito)
4)i tempi di risposta del menu-icona airport sono disastrosi...
Mi fermo qui.
Per quanto riguarda i dischi che non si smontano se nemmeno sei uscito 
dalle applicazioni incriminate, io killo i processi relativi con successo.
(Safari aveva smesso di aprirsi, da mezzora è resuscitato da solo senza 
nè riavvii o altro, misteri)
-- 
Uccidi l'insopportabile pulcino SWEETY per rispondermi.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Mi fermo qui.
Aggiungo: c'e' ancora il bug della cartella "vuota" risultante da
un'espansione di un archivio di stuffit o lo hanno corretto?
-- 
Porco Jobs!

 Tipo?
Avevo un dmg montato e un file rtf contenuto nel disco aperto in
TextEdit. Ho cliccato sul segno di eject accanto all'icona del disco,
nella barra laterale della finestra del Finder e l'ha smontato senza
batter ciglio. E mi era già successo altre volte di smontare il FW
esterno in cui ho la libreria di iTunes, con iTunes aperto.
-- 
Ve lo meritate Gil Amelio!

 comportamento della singola applicazione che ha aperto il file.
Giusto, ma che lo faccia anche con iTunes e' ben strano...
Il bug poi sulla cartella che non si chiude una volta cestinata e' una
di quelle cose talmente stupide ma talmente stupide che ti fa' incazzare
di brutto :)
Mi cadono letteralmente le palle quando vedo che su queste sciocchezze
si torna indietro invece di andare in avanti...
-- 
Porco Jobs!

 questo il motivo della scelta; non ho idea di quale sia.)
... IMHO potresti avere ragione? :O
-- 
Firma in ferie contrattuali

 Se spieghi meglio posso tentare di riprodurlo.
Ora non ho modo di provare, ma accadeva che se espandevi un archivio
compresso con stuffit ti ritrovavi una cartella risultato
dell'espansione, completamente vuota.
Cioe', i files da terminale li vedevi e ma dal finder la cartella
risultava vuota.
Unico sistema di risolvere credo fosse quello di fare un logout o di
creare cartella vuota nella cartella incriminata, in questo modo
ricompariva tutto.
E' un baco noto, e' accaduto molte volte anche a me.
-- 
Porco Jobs!

 di brutto :)
svuota il cestino e vedrai che la cartella scomparira', rifletti un
secondo su cosa sia il cestino e capirai anche:
*. Perche' e' inutile o cmq poco utile
*. Perche' fa cosi'
La cosa che ancora mi lascia perplesso e' che OsX, contrariamente a
qualunque SisOp decente (ed anche indecente), non fa il merge di due
cartelle con lo stesso nome copiate una sull'altra.
EmJey
-- 
Non prendere la vita troppo sul serio... non ne uscirai mai vivo
http://www.joram.it/articoli/informatica/futuro.htm

 un'espansione di un archivio di stuffit o lo hanno corretto?
Se spieghi meglio posso tentare di riprodurlo.
-- 


 cartelle con lo stesso nome copiate una sull'altra.
Perň bisogna ammettere che questo comportamento torna comodo quando si
sovrascrive un'applicazione con una versione piů recente: la cartella .app
viene totalmente sostituita dalla nuova, senza il rischio di lasciarci
dentro roba della vecchia versione.
Certo, avrebbero potuto usare questo comportamento solo per le cartelle
*.app contenute nella cartella Applicazioni, facendo il merge negli altri
casi... ma sarebbe stata un'incoerenza. (Occhio, non sto dicendo che sia
questo il motivo della scelta; non ho idea di quale sia.)
-- 
Ciao,
  Marco.
..."You Had It Coming", Jeff Beck (2001)

In Tiger riesco a smontare un disco anche se contiene un documento
aperto. E' una delle 200 e passa migliorie o un bug...?
-- 


 (come molti altri programmi, quelli fatti meglio, aggiungerei :-P)
Sì, comunque deve essere una novità della versione che c'è in Tiger.
Prima non lo faceva.


 *. Perche' fa cosi'
Invece a me fa' incazzare questo continuo andirivieni di Apple sui
comportamenti della GUI.
Daccordo che e' una minchiata, ma non puoi abituare gli utenti ad
aspettarsi un determinato comportamento e poi cambiare ad ogni rilascio
di sistema operativo.
Cosi' e' accaduto per la configurazione del Browser/mail/newsreader di
default ecc ecc.
Cosa devo aspettarmi al prossimo 10.5 che quando cestino la cartella si
comporti in un altro modo ancora?
E' un comportamento del tutto schizofrenico...
-- 
Porco Jobs!

 nè riavvii o altro, misteri)
Morto di nuovo.


 non se ne parla proprio.
Sono certo che prima con un documento aperto in TextEdit non lo faceva.
E' una cosa che mi capita spesso quando installo un'applicazione, perché
mi dimentico aperto il ReadMe. Anche con iTunes aperto sono abbastanza
certo che prima non riuscivo a smontare il disco esterno.


 batter ciglio.
E' questione di lock sul file, textedit non mette lock ai files aperti
(come molti altri programmi, quelli fatti meglio, aggiungerei :-P)
Fai questa banale prova: apri textedit, inserisci del testo casuale e
salva un file sulla scrivania poi butta il file nel cestino e svuota il
cestino
torna a textedit, aggiungi una lettera e salva di nuovo il file: che
succede? capito che intendo? 


 fatto a pene di segugio.
Non riesco a trovarci nulla di logico.


 possa smontare il disco.
Se è in play non lo smonta. Ma basta metterlo in pausa, e si smonta
senza problemi.


 cestinata si sarebbe chiusa, con Tiger no;
questo penso che sia un comportamento voluto...
infatti, se crei questa cartella, la apri, fai mela-click sul titolo, ti
mostrera` l'elenco di tutte le cartelle superiori fino alla radice. se
poi cestini la cartella e fai di nuovo mela-click sul titolo, vedrai che
ti mostrera` l'elenco di tutte le cartelle superiori fino al cestino.
da questo, deduco che sia un comportamento voluto, non un bug. poi, che
l'altro modo fosse piu` comodo, e` un altro discorso.
-- 
@}-,---',-'----,-'-,-'--,-',---,'--'-,-',- Masque
`, NP: Japan - Canton

 risultava vuota.
Non è detto che il bug sia in Tiger: ci stanno lavorando anche gli autori
di StuffIt. Copincollo quanto scritto poco tempo fa:
---------------------------------------
SEMBRA vuota, ma i file ci sono. Li puoi vedere da terminale, e dovrebbero
comparire se copi un altro file nella stessa cartella.
È un bug noto di Stuffit, o di Tiger, o dell'unione fra i due. :) Vedi
qui: 
http://support.allume.com/techsupport/forum/viewtopic.php?t=543
Per aggirare il problema consigliano di disattivare l'opzione "Mostra
informazioni" nelle opzioni vista del Finder (opzione visibile solo quando
la finestra attiva del Finder è in modalità "Come icone"), ma pare che ad
alcuni non risolva comunque. Stanno ancora cercandone la causa.
---------------------------------------
[Nota curiosa: per un problema nel copia&incolla ho scoperto che andando
all'indirizzo - sbagliato - 
http://support.allume.com/tech
 compare un
avviso, nel quale si dice che il server del supporto tecnico Allume è
inattivo a causa di un'avvenuta intrusione. 8-?]
-- 
Ciao,
  Marco.
..."Regeneration", The Divine Comedy (2001)

 tempo qualche secondo e puff, buon riposo...
Conta il tempo dall'ultimo intervento dell'utente. Onestamente questa mi
pare una cosa ben fatta.


 una modifica.
Che file? Mica tutti i file musicali della libreria sono aperti quando
iTunes è attivo. Di aperto c'è il file in esecuzione e il file xml della
libreria. Comunque mi sa che ho capito l'arcano. Prima io avevo sia i
file musicali che i file della libreria sul disco esterno. Ora invece i
file della libreria ce li ho sul disco dell'iBook.


 sembra la cosa più giusta.
Continua a non tornarmi qualcosa.
Se per ultima interazione intendi mouse mosso o tastiera pigiata ciò
cozzerebbe con la mia esperienza. Se l'espansione di un archivio stuffit
che duri ad ese 30 minuti non viene considerata come interazione (perchè
l'avvio e mi allontano dal mac) e se lo stop è a 15 minuti, il tigrotto
dovrebbe tentare di mettere in stop il mac prima che finisca il compito ma
dato che non lo fa vuol dire che capisce che è in corso qualcosa ma allora
che senso ha metterlo in stop dopo un paio di minuti dalla fine
dell'espansione? (non so se mi sono spiegato)
Suggerimenti per quanto riguarda Safari? Mi preme molto di più che
stuffit... :-(


 E' un baco noto, e' accaduto molte volte anche a me.
Ah sě, ora ricordo e ricordo anche che avevo studiato questo espediente:
spostavo la cartella "vuota" in un'altra cartella e i file comparivano
all'improvviso (o qualcosa del genere).
Sul problema dello stop me n'č successa una nuova che metto in risposta a
MadProf.


 attività particolare (sto monitorando con Monitoraggio Attività).
Magari è proprio Monitoraggio Attività che non te lo manda in stop...
:-) Comunque questo è un altro problema: sul fatto che il tempo venga
contato dall'ultima interazione dell'utente non ho nulla da ridire, mi
sembra la cosa più giusta.
-- 


 pare una cosa ben fatta.
Fresca fresca di giornata (nel pomeriggio).
Stop impostato a 15 minuti. Bene, sono passate 2 ore e il mio imac era
bello che pimpante nonostante non ci fosse alcuna applicazione aperta nè
attività particolare (sto monitorando con Monitoraggio Attività).
E non è nemmeno il mio problema più grande visto che Safari continua a non
volerne sapere di aprirsi nonostante non abbia nè plug-in nè preferenze
vecchie.
Chiamo l'esorciccio?


 Non riesco a trovarci nulla di logico.
Se io voglio modificare un file tenendo iTunes aperto posso farlo, in
caso contrario dovrei chiudere itunes ogni volta che voglio effettuare
una modifica.
Ovviamente non puoi modificare il file DURANTE la riproduzione ma questo
e' dovuto al fomato del file ed e' diverso da formato a formato infatti
puoi vedere un mpg mentre lo scarichi via ftp. Al contrario non puoi
vedere un DV-L 


 Mi sembra ovvio che con un'operazione in corso rimandi la messa in stop.
Non sara' che dipende da cio' che l'applicazione dice al system?
Dei programmi di file sharing non trattengono la mia pantera dal
ronfare, e neanche un'espansione di file che non ricordo se fosse a
carico di stuffit o del system (.zip).
Con iTunes invece non va in stop pero'... ho la libreria su un secondo
disco, e dal pannello di risparmio energia ho dovuto disabilitare "Metti
in stop il disco rigido quando possibile" perche' a volte non ripartiva
prima che si svuotasse il buffer (e il disco e' un Maxtor 7200 rpm 160
GB comprato meno di un anno fa...).
Ciao
Ananke
-- 
Ognuno di noi e' ogni altro, ma da un diverso punto di vista
mailto: mgiovannini chiocciolina racine punto ra punto it

 dell'espansione? (non so se mi sono spiegato)
Il senso è che è passato l'intervallo previsto per lo stop e non appena
terminano le operazioni in corso se ne va a nanna. Perfettamente logico,
mi pare. Ad esempio: tempo di stop 15 minuti, lancio un download che
dura un'ora e me ne vado a dormire. Il computer finirà tranquillamente
il suo lavoro e subito dopo se ne andrà in stop. Col tuo sistema
dovrebbe restare un altro quarto d'ora attivo, una volta terminato il
download: non ha senso.


 stuffit... :-(
Potresti provare a pulire il sistema e safari dalle vecchie caches con 
qualche utility. Io uso maintain1 da tempo e ci sono affezionato ma ce 
ne sono diverse, onyx e cosě via.
Non dovesse funzionare puoi provare come ultima ratio a rifare il 
prebinding o a reinstallare l'update.