[Q] Une alternative à l'immonde bouse qu'est Spotlight ?
36 réponses
raph
Salut à tou(te)s,
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi"
comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide.
Y en a-t-il d'autres (histoire de comparer) ? Merci.
Pas de ça faute. Il faudrait que Eudora fournisse un importeur pour que spotlight puisse aller fouiller dedans.
Est-ce compliqué à faire ?
Je ne sais pas comment Eudora stock les emails.
Il faut connaître le format des fichiers de Eudora.
Si ce sont des fichiers texte individuels, comme les fichiers .emlx de Mail.app, c'est assez simple pour un programmeur lambda.
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et réservé aux programmeurs de Eudora.
-- Nicolas Seriot
gquerat
Raph wrote:
Salut à tou(te)s,
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi" comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide. Y en a-t-il d'autres (histoire de comparer) ? Merci.
Tu compares des torchons et des serviettes !!!
Pour autant que je sache, EasyFind (ni pomme-F de MacOS 9) n'a jamais recherché à l'intérieur d'un document !! Utilise easyfind pour trouver un nom de doc ou de fichier et spotlight pour rechercher dans tes docs où et quand tu as lu ou écrit "bouse".
-- Gilles Querat Luminy Les Calanques
Raph <raph@alussinan.org> wrote:
Salut à tou(te)s,
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi"
comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide.
Y en a-t-il d'autres (histoire de comparer) ? Merci.
Tu compares des torchons et des serviettes !!!
Pour autant que je sache, EasyFind (ni pomme-F de MacOS 9) n'a jamais
recherché à l'intérieur d'un document !! Utilise easyfind pour trouver
un nom de doc ou de fichier et spotlight pour rechercher dans tes docs
où et quand tu as lu ou écrit "bouse".
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi" comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide. Y en a-t-il d'autres (histoire de comparer) ? Merci.
Tu compares des torchons et des serviettes !!!
Pour autant que je sache, EasyFind (ni pomme-F de MacOS 9) n'a jamais recherché à l'intérieur d'un document !! Utilise easyfind pour trouver un nom de doc ou de fichier et spotlight pour rechercher dans tes docs où et quand tu as lu ou écrit "bouse".
-- Gilles Querat Luminy Les Calanques
Philippe Di Valentin
Pour autant que je sache, EasyFind (ni pomme-F de MacOS 9) n'a jamais recherché à l'intérieur d'un document !!
Si l'on coche "Contenu" EasyFind va chercher LE mot à l'intérieur des documents ou fichiers.
Pour autant que je sache, EasyFind (ni pomme-F de MacOS 9) n'a jamais
recherché à l'intérieur d'un document !!
Si l'on coche "Contenu" EasyFind va chercher LE mot à l'intérieur des
documents ou fichiers.
Pour autant que je sache, EasyFind (ni pomme-F de MacOS 9) n'a jamais recherché à l'intérieur d'un document !!
Si l'on coche "Contenu" EasyFind va chercher LE mot à l'intérieur des documents ou fichiers.
junk
Raph wrote:
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi" comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide. Y en a-t-il d'autres (histoire de comparer) ? Merci.
Tu peux essayer Google Desktop Search : http://desktop.google.com/mac
Je viens de lire l'enfilade qui lui est consacré, non merci.
Je n'ai pas dit que je le recommandais, je répondais juste à la question.
-- Nicolas Seriot
Raph <raph@alussinan.org> wrote:
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi"
comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide.
Y en a-t-il d'autres (histoire de comparer) ? Merci.
Tu peux essayer Google Desktop Search : http://desktop.google.com/mac
Je viens de lire l'enfilade qui lui est consacré, non merci.
Je n'ai pas dit que je le recommandais, je répondais juste à la
question.
Décidément je ne m'y fais pas du tout, et pourtant j'ai "pris sur moi" comme on dit. J'ai essayé EasyFind, plus ergonomique, plus rapide. Y en a-t-il d'autres (histoire de comparer) ? Merci.
Tu peux essayer Google Desktop Search : http://desktop.google.com/mac
Je viens de lire l'enfilade qui lui est consacré, non merci.
Je n'ai pas dit que je le recommandais, je répondais juste à la question.
-- Nicolas Seriot
junk
Laurent Pertois wrote:
Nicolas Seriot wrote:
Tu peux essayer Google Desktop Search : http://desktop.google.com/mac
Oh le vilain :-D
D'ailleurs je trouve quand même étrange que Google Desktop Search pour Mac soit aussi pourri. Je pensais que Amit Singh était responsable du Mac Engineering.
Tu peux essayer Google Desktop Search : http://desktop.google.com/mac
Oh le vilain :-D
D'ailleurs je trouve quand même étrange que Google Desktop Search pour
Mac soit aussi pourri. Je pensais que Amit Singh était responsable du
Mac Engineering.
Tu peux essayer Google Desktop Search : http://desktop.google.com/mac
Oh le vilain :-D
D'ailleurs je trouve quand même étrange que Google Desktop Search pour Mac soit aussi pourri. Je pensais que Amit Singh était responsable du Mac Engineering.
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et réservé aux programmeurs de Eudora.
Et totalement inadapté à Spotlight qui de toutes façons ne lira pas au-delà d'une certaine taille pour des raisons de performances. C'est la raison pour laquelle Mail est passé aux fichiers individuels et pour laquelle Entourage fait un cache des mails sous forme individuel en plus de son stockage monolithique.
D'ailleurs, beaucoup d'autres programmes font de même, on le retrouve souvent ici :
~/Library/Caches/Metadata
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas Seriot <junk@seriot.ch> wrote:
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et
réservé aux programmeurs de Eudora.
Et totalement inadapté à Spotlight qui de toutes façons ne lira pas
au-delà d'une certaine taille pour des raisons de performances. C'est la
raison pour laquelle Mail est passé aux fichiers individuels et pour
laquelle Entourage fait un cache des mails sous forme individuel en plus
de son stockage monolithique.
D'ailleurs, beaucoup d'autres programmes font de même, on le retrouve
souvent ici :
~/Library/Caches/Metadata
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et réservé aux programmeurs de Eudora.
Et totalement inadapté à Spotlight qui de toutes façons ne lira pas au-delà d'une certaine taille pour des raisons de performances. C'est la raison pour laquelle Mail est passé aux fichiers individuels et pour laquelle Entourage fait un cache des mails sous forme individuel en plus de son stockage monolithique.
D'ailleurs, beaucoup d'autres programmes font de même, on le retrouve souvent ici :
~/Library/Caches/Metadata
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Nicolas Seriot wrote:
D'ailleurs je trouve quand même étrange que Google Desktop Search pour Mac soit aussi pourri. Je pensais que Amit Singh était responsable du Mac Engineering.
Il l'est mais je ne sais pas quelles sont ses contraintes...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas Seriot <junk@seriot.ch> wrote:
D'ailleurs je trouve quand même étrange que Google Desktop Search pour
Mac soit aussi pourri. Je pensais que Amit Singh était responsable du
Mac Engineering.
Il l'est mais je ne sais pas quelles sont ses contraintes...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
D'ailleurs je trouve quand même étrange que Google Desktop Search pour Mac soit aussi pourri. Je pensais que Amit Singh était responsable du Mac Engineering.
Il l'est mais je ne sais pas quelles sont ses contraintes...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Xavier wrote:
Ce sont des fichiers au format standard "mbox"
Donc du monolithique, ça complique un peu...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Xavier <xavier@groumpf.org> wrote:
Ce sont des fichiers au format standard "mbox"
Donc du monolithique, ça complique un peu...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
junk
Laurent Pertois wrote:
Nicolas Seriot wrote:
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et réservé aux programmeurs de Eudora.
Et totalement inadapté à Spotlight qui de toutes façons ne lira pas au-delà d'une certaine taille pour des raisons de performances. C'est la raison pour laquelle Mail est passé aux fichiers individuels et pour laquelle Entourage fait un cache des mails sous forme individuel en plus de son stockage monolithique.
D'ailleurs, beaucoup d'autres programmes font de même, on le retrouve souvent ici :
~/Library/Caches/Metadata
On le voit bien d'ailleurs avec les fichiers de cache de AddressBook qui n'existent que pour Spotlight :
Ce sont des fichiers .xml qui montrent bien les informations que l'on donne à Spotlight.
Je trouve ce système assez mal fait dans la mesure où une base CoreData n'est pas indexable directement, à moins de créer en plus un fichier par entrée.
L'information se retrouve stockée trois fois : une fois dans CoreData, une fois dans un fichier cache et un fois dans l'index de Spotlight.
Peut-être que dans une prochaine version de l'API on pourra écrire des importeurs qui créeront plusieurs entrées dans Spotlight à partir d'un fichier monolithique.
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et
réservé aux programmeurs de Eudora.
Et totalement inadapté à Spotlight qui de toutes façons ne lira pas
au-delà d'une certaine taille pour des raisons de performances. C'est la
raison pour laquelle Mail est passé aux fichiers individuels et pour
laquelle Entourage fait un cache des mails sous forme individuel en plus
de son stockage monolithique.
D'ailleurs, beaucoup d'autres programmes font de même, on le retrouve
souvent ici :
~/Library/Caches/Metadata
On le voit bien d'ailleurs avec les fichiers de cache de AddressBook qui
n'existent que pour Spotlight :
Ce sont des fichiers .xml qui montrent bien les informations que l'on
donne à Spotlight.
Je trouve ce système assez mal fait dans la mesure où une base CoreData
n'est pas indexable directement, à moins de créer en plus un fichier par
entrée.
L'information se retrouve stockée trois fois : une fois dans CoreData,
une fois dans un fichier cache et un fois dans l'index de Spotlight.
Peut-être que dans une prochaine version de l'API on pourra écrire des
importeurs qui créeront plusieurs entrées dans Spotlight à partir d'un
fichier monolithique.
Si c'est dans un fichier monolithique c'est beaucoup plus compliqué et réservé aux programmeurs de Eudora.
Et totalement inadapté à Spotlight qui de toutes façons ne lira pas au-delà d'une certaine taille pour des raisons de performances. C'est la raison pour laquelle Mail est passé aux fichiers individuels et pour laquelle Entourage fait un cache des mails sous forme individuel en plus de son stockage monolithique.
D'ailleurs, beaucoup d'autres programmes font de même, on le retrouve souvent ici :
~/Library/Caches/Metadata
On le voit bien d'ailleurs avec les fichiers de cache de AddressBook qui n'existent que pour Spotlight :
Ce sont des fichiers .xml qui montrent bien les informations que l'on donne à Spotlight.
Je trouve ce système assez mal fait dans la mesure où une base CoreData n'est pas indexable directement, à moins de créer en plus un fichier par entrée.
L'information se retrouve stockée trois fois : une fois dans CoreData, une fois dans un fichier cache et un fois dans l'index de Spotlight.
Peut-être que dans une prochaine version de l'API on pourra écrire des importeurs qui créeront plusieurs entrées dans Spotlight à partir d'un fichier monolithique.
-- Nicolas Seriot
junk
Xavier wrote:
Il faut connaître le format des fichiers de Eudora.
Ce sont des fichiers au format standard "mbox"
Alors il devrait etre assez simple de créer un importeur pour Spotlight. Toutefois, je ne sais pas comment faire pour reconnaître les fichiers s'ils n'ont pas d'extension.
-- Nicolas Seriot
Xavier <xavier@groumpf.org> wrote:
Il faut connaître le format des fichiers de Eudora.
Ce sont des fichiers au format standard "mbox"
Alors il devrait etre assez simple de créer un importeur pour Spotlight.
Toutefois, je ne sais pas comment faire pour reconnaître les fichiers
s'ils n'ont pas d'extension.
Il faut connaître le format des fichiers de Eudora.
Ce sont des fichiers au format standard "mbox"
Alors il devrait etre assez simple de créer un importeur pour Spotlight. Toutefois, je ne sais pas comment faire pour reconnaître les fichiers s'ils n'ont pas d'extension.
