Journal Intégration Beagle dans nautilus

Posté par  (site web personnel) .
Étiquettes : aucune
0
8
déc.
2005
Beagle [1], l'outil de recherche et Nautilus [2], le gestionnaire de fichiers de GNOME font bon ménage. L'intégration de l'un avec l'autre va bon train, et l'outil nautilus-search qui en résulte semble prometteur.

Comme de bonnes captures d'écran valent mieux que de long discours, ça se passe par là....

http://blogs.gnome.org/view/alexl/2005/12/07/0

[1] http://beaglewiki.org/Main_Page
[2] http://www.gnome.org/projects/nautilus/
  • # et avec ça...

    Posté par  (site web personnel) . Évalué à 2.

    http://www.chipx86.com/blog/?p=140

    Je n'utilise pas beagle ni tout ces trucs de recherche, mais dans le principe, je trouve ça sympa :) Maintenant, ça me semble un peut fastidieu de devoir attacher des tags à un peu tout, mais c'est peut être par manque de pratique que je pense ça... Mais il semble que c'est le futur (y'a qu'a voir la video de WinFS qui est passé il n'y a pas longtemps) :)
    • [^] # Re: et avec ça...

      Posté par  (site web personnel) . Évalué à 2.

      C'est utilisé de plus en plus, chip a remarqué que c'était la folie du tagging en ce moment, le truc à la mode...

      Epiphany utilise déjà ce système pour classer les signets internet, del.icio.us aussi pour le partage de signets, flick pour le tagging d'images...

      C'est surtout que ça résoud le problème de rangement en arborescence... Dans quelle répertoire mettre tes screenshots linux ? screenshots ou linux ? Bin là tu tagges et ça résoud le problème...

      Là où je me pose plus de questions sur l'efficacité du tagging, c'est sur le fait que je ne sais pas comment sont taggés des fichiers échangés... Est ce que tu récupères les tags d'origine, et dans ce cas tu risques d'avoir des tags qui ne correspondent à aucune de tes catégories, ou tu perds les tags, et il faut les redéfinir à chaque fois qu'on te passe des fichiers, ce qui peut être un peu lourd à force si tu as beaucoup de catégories...?

      Bref, le système n'est pas parfait, mais se conjugue très bien avec la vue spaciale de nautilus, qui prend un regain d'intérêt du coup. C'est super simple d'explique à un débutant comment chercher des fichiers sur son PC avec ça... Beaucoup plus intuitif que l'interface de recherche de Win XP en tout cas (jamais vu une m***de pareille)...
      • [^] # Re: et avec ça...

        Posté par  (site web personnel) . Évalué à 2.

        C'est surtout que ça résoud le problème de rangement en arborescence... Dans quelle répertoire mettre tes screenshots linux ? screenshots ou linux ? Bin là tu tagges et ça résoud le problème...

        Mouais, ca ne fais que changer le problème, moi je me casse la tête à savoir dans quelle arbo ranger mon fichier, et toi pour savoir quel tag appliquer.

        Perso je préfère une bonne arbo bien agancée ou on s'y retrouve facilement, plutot que tagger des fichiers et tout foutre en vrac, quitte à ne plus s'y retrouver le jour ou on abandonne le système de taggage...

        En plus beagle qui tourne tout le temps à l'affut du moindre changement dans un fichier, chez moi ca bouffe des ressource pas possible... zou poubelle.
        • [^] # Re: et avec ça...

          Posté par  (site web personnel) . Évalué à 2.

          « Mouais, ca ne fais que changer le problème, moi je me casse la tête à savoir dans quelle arbo ranger mon fichier, et toi pour savoir quel tag appliquer. »

          Ben non, justement, là tu mets deux tags.

          L'équivalent serait de mettre le fichier dans deux dossiers à la fois avec un lien hard, mais les liens hard ne sont en général pas créés par les navigateurs de fichiers, il faut les faire à la main. Et puis ça prête à confusion, le jour où tu veux en modifier un, croyant qu'il y a toujours un autre ailleurs, tu modifie les deux en même temps.
          • [^] # Re: et avec ça...

            Posté par  (site web personnel) . Évalué à 2.

            >Ben non, justement, là tu mets deux tags.

            Bah, alors tu fais un sous repertoire?

            wallpapers/linux , c'est comme ca que tout le monde fait à l'heure actuel...
            • [^] # Re: et avec ça...

              Posté par  (Mastodon) . Évalué à 4.

              Si tu as à la racine:
              ~/wallpapers
              ~/linux

              Admettons que tu veux rajouter un wallpaper sur le thème linux, sans casser ton classement. Si tu veux faire des sous-répertoires, tu dois faire:
              ~/wallpapers/linux/
              ~/linux/wallpapers/

              Si tu ne fais que le premier, alors ton dossier linux ne contient pas tous tes fichiers concernant linux.
              • [^] # Re: et avec ça...

                Posté par  . Évalué à -1.

                ou alors tu utilises les liens symboliques
                • [^] # Re: et avec ça...

                  Posté par  (site web personnel) . Évalué à 3.

                  Ouais, avec deux catégories ça va.
                  Si tu commences à mettre 3 ou 4 tags ça commence à être chaud et les liens symboliques tu vas en avoir dans tous les sens, ça va être ingérable.
            • [^] # Re: et avec ça...

              Posté par  (site web personnel) . Évalué à 4.

              J'ai des répertoires de même niveau, GNOME et Linux. Où je classe Ubuntu ? Le problème survient quand tu as un item qui a 2 catégories et que tu as déjà un répertoire pour chacune... A moins de le dupliquer, ce qui est idiot, l'arborescence ne te permet pas de t'en sortir...
              • [^] # Re: et avec ça...

                Posté par  . Évalué à 0.

                Le problème survient quand tu as un item qui a 2 catégories et que tu as déjà un répertoire pour chacune...

                Je suis persuadé qu'avec un peu de temps, de matière grise et d'astuce, on peut se mitonner une arboresence de dossier qui permet de classer tous ses docs sans rencontrer ce genre de problèmes.

                Par exemple, si tu rangeais tu dossier Gnome dans ton dossier Linux (ce qui semble logique finalement), ton problème serait déjà moins important, non? Certes, un dossier Gnome à côté d'un dossier Ubuntu, ca n'est pas la panacée du classement, mais un petit peu de concessions mentales ça ne fait pas non plus de mal (et puis je ne donne des devis que sur rendez-vous :p)

                Ca commence à faire un peu de temps que je créé des arboréscences pour classer mes docs, et l'expérience ma enseigné que ce n'est pas forcement les classements les plus pertinents/évidents en apparence qui le sont en réalité. J'ai essayé beagle, mais ca ne me plaît pas beaucoup, je préfère de loin utiliser la sgbd qu'il y a dans ma tête...
                • [^] # Re: et avec ça...

                  Posté par  . Évalué à 2.

                  Je suis surpris par cette réponse. Autant je suis assez d'accord pour la question du rangement quoique cela reste discutable, autant pour la recherche d'un fichier, un moteur comme beagle est quasi indispensable.

                  Je passe mon temps à écrire des docs, mails et à coder. Rechercher un document peut parfois prendre des heures alors qu'un petit coup de F12 bien senti et paf, mon fichier apparait comme par enchantement.

                  Les deux points noirs qui me dérangent avec beagle:
                  1. mono
                  2. il semble falloir nautilus. Or sous Ion ou stumpwm, je me vois mal dégainer un nautilus ou apparenté...

                  Mon salut passerait par l'utilitaire beagle-query mais il faut déjà que j'apprenne à m'en servir.

                  Oh et puis tant qu'on y est, quelqu'un saurait-il si l'ami beagle sait lire le format BABYL et les PS. Pour les images, c'est pareil, ça ne fonctionne pas. Vous auriez une ch'tite idée ?
                  • [^] # Re: et avec ça...

                    Posté par  . Évalué à 3.

                    Oui ca utilise mono, mais il n'y a pas besoin de Nautilus. Il y a juste besoin de gtk pour lancer Best (l'interface de recherche) mais meme la, on peut facilement imaginer une autre interface de recherche qui n'utilise pas gtk.

                    Le gros du code de Beagle se trouve dans le serveur, qui n'utilise pas Gnome.
                • [^] # Re: et avec ça...

                  Posté par  . Évalué à 6.

                  Oui, ca fait longtemps que tu crees des arborescences alors tu as l'habitude et tu ne veux pas changer...

                  "Quand le seul outil qu'on a est un marteau, tous les problemes ressemblent a des clous."
                  • [^] # Re: et avec ça...

                    Posté par  . Évalué à 1.

                    Oui, ca fait longtemps que tu crees des arborescences alors tu as l'habitude et tu ne veux pas changer...

                    J'ai déjà essayé de changer, comme dit plus haut, mais le principe de beagle ne m'a pas plu, comme dit plus haut.

                    Je passe rarement plus de dix seconde à retrouver un quelconque document dans mes 200Go de données, le bout de chair rose qui me sert de cerveau arrive parfois à faire des choses surprenantes combiné à une arboresence efficace et un effort de mémoire (qui n'est pas une mauvaise chose, j'ose le rappeler)

                    Mais j'entend bien qu'il ne s'agit là que de mon cas particulier, et ceux qui ont beaucoup plus de données à trier ou ceux qui n'ont pas envie de faire des efforts peuvent utiliser beagle sans mon accord.

                    Voila, juste pour dire que quand on a une bonne raison de ne pas changer, autant ne pas changer à cause d'un proverbe stupide.
                    • [^] # Re: et avec ça...

                      Posté par  . Évalué à 2.

                      Ca dépend de ce que tu entends par document.

                      Je n'ai pas autant de données (50Go à tout casser) et pourtant, je peux t'assurer que ce n'est pas évident du tout.

                      Je reçois des tonnes de mails, je passe le plus clair de mon temps à coder et parfois j'aimerais retrouver *le* fichier qui contient la fameuse fonction qui pourrait me depanner là maintenant. Vas-y essaie, même avec une arborescence plus blanche que blanche.

                      Enfin si ça marche pour toi, c'est parfait. Moi beagle ne me sert que pour le cas de figure dont je parle. Mais vu l'efficacité du bouzin, je risque d'user et d'abuser de ses services.

                      il faut juste que je comprenne comment on peut dégager nautilus pour mettre autre chose et j'aimerais bien un mode pour Emacs ;)
        • [^] # Re: et avec ça...

          Posté par  (site web personnel) . Évalué à 3.

          Faut voir ce que tu utilises inotify déjà (ça améliore les perfs pour de l'indexation en temps réel, c'est moins verbeux je crois sur les informations concernant les fichiers).

          inotify remplace dnotify à partir du kernel 2.6.13 http://linuxfr.org/2005/08/29/19485.html , et sinon il faut installer inotify à part (cf instructions sur le site de beagle).

          De plus tu peux l'utiliser pour de l'indexation différée il me semble, comme la pluspart des outils dispos sous windows du même genre (en gros, au bout d'un certain temps d'inactivité du PC, il va regarder ce qui a changé).

          En ce qui concerne les tags, bah non, justement, ça résoud le problème... Tu ne te poses plus de questions... Exemple :tu pourras classifer tes vidéos pr0n avec tous tes tags, selon le contenu, sans avoir à faire de lien symbolique qui sera rompu dès que tu déplaceras le fichier. Ensuite la recherche au moment venu est toute simple petit cochon ^_^

          Mais t'admettras que l'indexation en temps réel des mails, des discussions sur messageries instantanée, des fichiers, c'est une sacrée killer feature :-)

          Les démos Beagle:
          http://nat.org/demos/

          Dépêche DLFP sur beagle:
          http://linuxfr.org/2005/09/16/19583.html
      • [^] # Re: et avec ça...

        Posté par  . Évalué à 2.

        Là où je me pose plus de questions sur l'efficacité du tagging, c'est sur le fait que je ne sais pas comment sont taggés des fichiers échangés... Est ce que tu récupères les tags d'origine, et dans ce cas tu risques d'avoir des tags qui ne correspondent à aucune de tes catégories, ou tu perds les tags, et il faut les redéfinir à chaque fois qu'on te passe des fichiers, ce qui peut être un peu lourd à force si tu as beaucoup de catégories...?

        Ben, en fait, c'est pas un problème nouveau. L'idée, c'est de voir le rangement en arborescence comme un cas particulier de tagging. En gros, ranger un fichier plop.txt dans /titi/toto/tata/tutu, c'est lui donner les propriétés titi, toto, tata et tutu (+ une contrainte d'ordre sur lesdites propriétés).

        Quand tu télécharges plop.txt, ou que tu le reçois en pièce-jointe par courriel, l'information que plop.txt était rangé sur le serveur (ou chez ton correspondant) dans /titi/toto/tata/tutu est perdue, et tu t'en fous éperdumment. Tu vas le ranger quelque part chez toi, c.-à-d. que tu vas lui donner des propriétés qui te semblent pertinentes.

        Symétriquement, si tu copies plop.txt sur une disquette/clé usb/ce que tu veux, je prend les paris que tu ne vas pas conserver les informations sur son chemin initial. Et ça ne te pose aucun problème de conscience.

        C'est pareil avec du tagging. Tu perds les tags, et c'est pas grave. Notons au passage que tu n'as pas forcément à redéfinir tous les tags. En effet, il n'y a pas d'obstacle technique à ce que certaines propriétés soient extraites automatiquement du fichier : titre d'un document pdf, artiste d'un fichier musical, etc.

        Mes deux cents.
      • [^] # Re: et avec ça...

        Posté par  (site web personnel) . Évalué à 7.

        >Beaucoup plus intuitif que l'interface de recherche de Win XP en tout cas (jamais vu une m***de pareille)...

        Tu dis ça parce que tu n'aimes pas les chiens ?
    • [^] # Re: et avec ça...

      Posté par  . Évalué à 2.

      D'ailleurs, pour les tags, ce qui serait bien ça serait qu'ils couplent ça avec l'utilisation des emblèmes (voir http://www.gnome.org/projects/nautilus/images/screenshot1.pn(...) ). Un tag = une emblème. La recherche serait plus visuelle et on évite la double saisie.

      Par contre, il faudrait pouvoir paramétrer leur affichage pour ne pas trop alourdir l'affichage non plus.
      • [^] # Re: et avec ça...

        Posté par  (site web personnel) . Évalué à 3.

        Hum... pas bête ça le 1 tag = 1 emblême... Pour les tags les plus courants qui pourraient être proposés par défaut, c'est pas une mauvaise idée, mais ensuite, avoir des logos différents pour tous les tags, ça risque d'être un peu galère... à moins de faire des classifications de tags (en regrouper certains de manière à ce qu'ils aient un emblême avec la même idée en commun)
        • [^] # Re: et avec ça...

          Posté par  (site web personnel) . Évalué à 1.

          Le problème de Beagle c'est surtout que c'est un soft Mono.
          Ca serait en C/C++/Python..etc je dirais rien mais la c'est un truc dont je ne veux pas chez moi.
          • [^] # Re: et avec ça...

            Posté par  . Évalué à -5.

            Je suis avec toi là dessus.
          • [^] # Re: et avec ça...

            Posté par  (site web personnel) . Évalué à 0.

            Effectivement... C'est pour ça que KDE a lancé Kate, mais on peut regretter qu'il n'y ait pas eu plus d'effort pour essayer d'essayer d'unifier la solution...
            • [^] # Re: et avec ça...

              Posté par  . Évalué à 1.

              euh je viens de regarder ce que recouvrait kate et je ne vois pas trop le rapport en fait avec beagle.

              Lorsque je vais sur la page du projet, ça parle d'un éditeur de texte:

              http://kate.kde.org/

              On parle vraiment de la même chose ?
              • [^] # Re: et avec ça...

                Posté par  (site web personnel, Mastodon) . Évalué à 4.

                c'est kat et pas kate : http://kat.mandriva.com/

                M.
                • [^] # Re: et avec ça...

                  Posté par  . Évalué à 2.

                  :) Effectivement.

                  J'ai eu l'occasion de tester Beagle et j'avoue que j'ai été séduit. Par contre kat, il est disponible sous forme de paquet quelque part ou bien c'est un truc purement Mandriva ?

                  Sur les captures d'écrans, j'avoue qu'il ne m'attire pas trop (c'est plus généralement le cas avec toutes les applis KDE dans mon cas mais bon là n'est pas la question) par contre au niveau des formats qu'il sait indéxer, c'est très impressionnant.

                  Alors dispo ? ;)
                  • [^] # Re: et avec ça...

                    Posté par  (site web personnel) . Évalué à 3.

                    si tu es allé voir le site (je pense puisque tu parles des captures) tu as surement remarqué un lien "download'...
                    en général c'est là qu'on trouve les téléchargements et donc souvent la réponse pour les paquets.

                    Si on le suit on voit qu'il y a des rpms pourmdk, sus9.3, fc4 (+ le src.rpm)
                    Il y a aussi un tar.gz marqué gentoo et bien sur un tar.bz2

                    Il y a aussi des .deb mais pas pour la toute dernière version
                    • [^] # Re: et avec ça...

                      Posté par  . Évalué à 2.

                      Effectivement, je ne suis pas allé voir dans les anciennes versions. Ceci dit, j'ai tenté l'installation de l'avant dernière version sur ma Debian et bien je suis déçu, impossible de l'installer...
      • [^] # Re: et avec ça...

        Posté par  . Évalué à 3.

        Je vais paraître idiot, mais c'est quoi un emblème ? :)
    • [^] # Re: et avec ça...

      Posté par  (site web personnel) . Évalué à 2.

      ça me semble un peut fastidieu de devoir attacher des tags à un peu tout
      Pour éviter d'avoir à tagger, le système de KDE (tenor) utiliseras les liens entre les documents pour les classer.
      Par exemple au lieu de chercher les photos avec le mot clef "vacances" et "nièce" tu chercheras les photos que tante Mireille t'a envoyée en Août. Ça évite d'avoir à faire des annotations sur les photos (même s'il existe des outils efficaces pour en faire).
      Et pour les documents textes (ou équivalents), il suffit d'indexer le contenu (prévu aussi).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.