Newsgroup: it.comp.macintosh
Titolo: Ricerca in Tiger

Ho letto che la funzionalità di ricerca in Tiger è davvero favolosa.
Come funziona però? Fa un'indicizzazione continua del disco (come la ricerca 
rapida di windows che ho dovuto disattivare con la conseguenza che quando 
cerco qualosa ho tempo per andare a prendere un caffé...) oppure è più... 
sensata?
Grazie
-- 
Guido
.        _.-----.  \.-./       . .
\`-.._,-' .-. .-.`-' ``-.  _,-'.'`.
 `-.____,-. `:. `.-'-._.O-:_ .:'.,|
           `-" `-"          `-.__.' 

 sensata?
E' piu' sensata.
-- 
Maurizio - Mac User since 1987
   - ktm lc8 "big orange" -
 
www.maurizio-marra.com
     God speed, Fabrizio

 Grazie
Vengono finalmente utilizzate le kqueue del FreeBSD: quando un
file viene modificato, il demone in background che estrae i
metadati dai file binari appoggiandosi a plugin "importatori"
(Carbon) viene notificato automaticamente dal kernel.
-- 
Guido

In news:2005041514265675249%guido@homeless,
Guido <gu...@home.less> typed:

Perfetto, mi piace tantissimo 'sta cosa. Con windows bisogna attivare 
l'indicizzazione automatica col risultato di avere l'hd perennemente in 
funzione (immaginate la batteria del portatile come viene prosciugata)


 (Carbon)
CF, non Carbon, ma l'idea per il resto e' esatta.
 - ∞

 (Carbon) viene notificato automaticamente dal kernel.
qualcosa di simile al FAM di linux?
-- 
"So, I never went back to work for Lieutenant Dan.
Though he did take care of my Bubba-Gump money.
He got me invested in some kind of fruit company"

 CF, non Carbon, ma l'idea per il resto e' esatta.
Per sbollentare un po' gli spiriti a mio avviso un po
troppo montati artatamente con questi countdown
congegnati sempre più spesso dal marketing Apple, volevo
solo riferirmi al fatto che il modello dei plugin di
Spotlight segue quello tradizionale Carbon (a sua volta
ispirato al COM di Microsoft) e non ai bundle Cocoa,
come anticipato in
http://developer.apple.com/macosx/tiger/spotlight.html
.
La ricerca sul contenuto testuale viene tra l'altro
affidata al Search Kit che ci ha recato da tempo già
Panther e non è che il campo di testo dai bordi
arrotondati in alto là a destra di ogni finestra
del Finder ci abbia rivoluzionato chissacchè: anzi,
per fortuna Apple con Spotlight ha eliminato un bel
po' di bug e di freeze da cui era affetta quella prima
implementazione preliminare.
-- 
Guido

 implementazione preliminare.
A me ha rivoluzionato il modo di gestire il PC. Non trovo qualcosa? Non
ho piu' paura a cercarlo, perche' la ricerca non dura che un istante.
 - ∞

 qualcosa di simile al FAM di linux?
    Forse piuttosto Beagle?
-- 
    Nicola "nez" D'Agostino
  <!-- 
nezge...@geocities.com
 --remove/togli "getitout" -->

 ho piu' paura a cercarlo, perche' la ricerca non dura che un istante.
Mi riferivo alle prestazioni attuali di ricerca offerte dal Finder
di Panther: a me le finestre con gli esiti si impallano spesso e
devo rinfrescarle sovente una seconda volta. Per non parlare della
mancata sincronizzazione delle viste del Finder con le modifiche
ai file apportate da terze parti, ad esempio via Terminale.
Grazie alla più matura gestione delle notifiche, con Tiger non
ci saranno più scoordinamenti latenti: le "live queries" sono
in fondo la vera novità anche se, come accadeva nel BeOS
da cui quel termine e alcuni ingegneri del team di Finder/Spotlight
derivano, il linguaggio con cui si possono articolare i predicati
sulle chiavi di ricerca è abbastanza naive e appena appena
documentato: per fortuna, grazie a Core Data, sembra si potranno
assemblare molto ma molto facilmente delle GUI per assemblare
visualmente delle maschere di query.
-- 
Guido

 visualmente delle maschere di query.
Core Data non fa GUI. Serve per organizzare le strutture dati di una
applicazione senza dover scrivere sette-otto linee di codice per ogni
proprieta' (gli accessor), togliendo cosi' uno dei mal di testa piu'
grossi rispetto a Cocoa ora.
 - ∞

 Forse piuttosto Beagle?
Beagle e' l'esatto equivalente di Spotlight su Linux; usa inotify, che
e' un meccanismo simile alle kqueue di BSD usate da Spotlight.
 - ∞

 grossi rispetto a Cocoa ora.
Sì, ma sembra che Interface Builder la riconoscerà egregiamente:
basterà draggare uno schema su una finestra e verra assemblata
al volo una view completa per la navigazione tra le entità.
-- 
Guido

 Core Data non fa GUI.
http://developer.apple.com/macosx/tiger/images/CoreDataCreatingPrototypeUI.jpg
-- 
Guido

 e' un meccanismo simile alle kqueue di BSD usate da Spotlight.
    Grazie della conferma. L'avevo intravisto sul blog di Friedman, che
parlava del porting su Windows. :)


 al volo una view completa per la navigazione tra le entità.
Le entita' dell'applicazione. O uno si mette a rimodellare il grafo e-r
di una query Spotlight, o la vedo dura...
 - ∞

 
http://developer.apple.com/macosx/tiger/images/CoreDataCreatingPrototypeUI.jpg
Interface Builder fa una GUI basandosi su un modello Core Data. Ma a
Core Data non gliene frega assolutamente una cippa della GUI. (Se
modifichi il modello CD e vuoi creare una GUI cosi', devi tornare di
nuovo in Interface Builder, buttare la vecchia GUI e rigenerarla.)
 - ∞

  - ∞
In effetti le query di Core Data non c'azzeccano molto con
quelle di Spotlight ma sembrano comunque condividere la
stessa logica dei predicati.
-- 
Guido

 stessa logica dei predicati
Se non ho capito troppo male dai dev preview e dalle voci di corridoio,
in Cocoa infatti si usa la stessa classe NSPredicate per modellare
predicati per Spotlight e per Core Data, ma le somiglianze finiscono
li'.
 - ∞