Il se manifeste bien entendu dans les boîtes de dialogues de fichiers ("ouvrir", "sauver sous").
newdocms est libre sous LGPL, fonctionne avec KDE 3.x, a besoin de kdelibs 3.1rc5 et de SQLite. La v0.1 est dispo.
newdocms dans KDE ?
11
jan.
2003
newdocms est un système de classement des fichiers qui propose non pas d'organiser ses fichiers sous forme de système de fichiers hiérarchique classique (arborescences de dossiers), mais avec des méta-données que l'on peut définir à loisir.
Il se manifeste bien entendu dans les boîtes de dialogues de fichiers ("ouvrir", "sauver sous").
newdocms est libre sous LGPL, fonctionne avec KDE 3.x, a besoin de kdelibs 3.1rc5 et de SQLite. La v0.1 est dispo.
Il se manifeste bien entendu dans les boîtes de dialogues de fichiers ("ouvrir", "sauver sous").
newdocms est libre sous LGPL, fonctionne avec KDE 3.x, a besoin de kdelibs 3.1rc5 et de SQLite. La v0.1 est dispo.
# feedback ?
Posté par benja . Évalué à 5.
Est-ce qu'une organisation cohérente et hiérarchisé en répertoires est moins puissante ?
Comment devient l'efficacité de celui-ci quand le nombre de document devient vraimment important ?
Et la dernière interrogation: est-ce que quelqu'un de par nature désorganisé (pour ne pas dire un neu²) retrouvera plus vite des anciens documents ?
[^] # Re: feedback ?
Posté par Emmanuel Blindauer (site web personnel) . Évalué à 4.
Mon avis est que c'est fait pour les utilisateurs ne sachant pas classer correctement leurs documents.
[^] # Re: feedback ?
Posté par Nicolas Chapin . Évalué à 8.
auteur/date/....
Maintenant tu veux consulter plusieurs dossier en même temps ex:
Toute les images ayant la même date.
Tu devras ouvrir chaque dossier séparément ce qui peut s'avérer très vite lourd. Alors que là, une petite requête et tu as l'ensemble des documents recherchés à ta dispostion sans mettre en place un lourd système de gestion de documents avec une base de données.
Ce système a l'air plutôt interressant pour les personnes qui ont des mégatonnes de fichiers à consulter avec des recherches croisées dans la hierarchie: en clair des bibliothèques de fichiers.
Maintenant il est clair que pour une utilisation usuelle cela ne se justifie pas forcément.
[^] # Re: feedback ?
Posté par wismerhill . Évalué à 7.
À mon avis, une eprsonne désorganisée, qui enregistre ses fichiers là ou ça veut sans vraiment s'en préocupper, ne s'y retrouvera pas beaucoup mieux avec ce nouveau système car il ne mettra pas de description claire à ses fichiers (il va se retrouver avec 1000 fichiers décrit par "image"). Une personne organisée par contre peut s'y retrouver, et même en tirer avantage, mais s'en sort probablement déjà bien avec le système actuel.
Autre chose, comment ce système s'intègre-t-il avec le système de fichier normal, car il faut bien enregistrer ces fichiers quelque part, et il vaut mieux le savoir si on veut les ouvrir avec des programmes qui ne supportent pas ce système.
[^] # Re: feedback ?
Posté par phq . Évalué à 2.
So where do your documents go when you save them with newdocms? As you might have noticed (if you looked at the window titles after saving something), they are stored as ~/Docs/{numeric id}.{ext}.7 All the metadata is stored in a file called ~/newdocms.db. (It is not wise to delete it!) In that file each document's attributes are associated with its unique numeric id (the one which is used as a file name).
[^] # Re: feedback ?
Posté par Nÿco (site web personnel) . Évalué à 0.
Au lieu de sauver les fichiers dans ~/Docs/, il ferait mieux d'y mettre des liens.
Comme ça on peut utiliser les système de fichier hiérarchisé traditionnel, mais aussi le classement par description...
Par exemple, dans mon dossier ~/tofz/, y'a trop de bordel, en plus je nomme mes dossiers par date... et le nom des tofz est un numéro unique... en gros une peloche correspond à une teuf, un évènement, etc... donc si je recherche les tofz de mes neveux à la fête de Noël de l'an dernier pour les comparer à celles de cette année (ils ont grandis les bougres !), je restreint ma recherche à mon dossier ~/tofz/ (puisque j'ai d'autre .jpeg dans d'autres dossiers), et puis à leur prénoms qui sont dans la description...
...et OUI, le classement des tofz est un vrai boulot, le passage à l'ère numérique n'a pas résolu ce problème...
[^] # Re: feedback ?
Posté par phq . Évalué à 2.
[^] # Re: feedback ?
Posté par Benoît Bailleux (Mastodon) . Évalué à 1.
Vécu : au boulot, c'est Win2000 et MS/Word, et il n'y a pas 5 % (je suis large, en plus) des rédacteurs qui enrichissent les méta-données du type "résumé", "mot clef" etc.
Question subsidiaire : et si je veux envoyer mon rapport (par mail, par exemple) écrit avec OOo et enregistré avec newdocms, à quoi resemble ce que reçoit mon destinataire ? Ou son passées les méta-données ?
[^] # Re: feedback ?
Posté par Cédric Girard (site web personnel) . Évalué à 2.
Si cela correspond bien à l'idée que j'ai en tête, un débutant total s'y retrouvera bien mieux, un neuneu aura des problemes d'adaptation, et pour le confirmé, cela dépendra de ses gouts.
# Re: newdocms dans KDE ?
Posté par dinomasque . Évalué à -5.
BeOS le faisait il y a 20 ans !
[^] # Re: newdocms dans KDE ?
Posté par Cédric Girard (site web personnel) . Évalué à 1.
Sauf que BeOS (OS que j'admire) est mort (enfin tant que son clone libre ne sort pas en version utilisable). Donc en attendant, faut bien passer le temps ;-)
[^] # BeOS est-il mort ?
Posté par Benoît Bailleux (Mastodon) . Évalué à 1.
http://zdnet.com.com/2100-1104-980103.html(...)
En substance : un juge viens d'accepter la plainte de Be contre MS. Quelle sera l'issue, c'est une autre affaire ...
[^] # Re: newdocms dans KDE ?
Posté par wismerhill . Évalué à 6.
[^] # Re: newdocms dans KDE ?
Posté par Tof . Évalué à 4.
Je pense à RiscOS, que je trouvais pas mal du tout, surtout pour son époque. Je ne connais pas BeOS, mais apparemment ils avant certaines innovations...
Et par contre, apparait sur MSWindows un truc comme la 'barre des taches', et ça parait l'invention du siecle...
[^] # Re: newdocms dans KDE ?
Posté par Alex . Évalué à 6.
On pourra par exemple imaginer que /etc/pam.conf soit un objet qui n'a pas de réelle existance comme tel, mais représente le cumul de tous les fichiers de /etc/pam.d/
ou encore de creer un repertoire contenant tout les fichiers ogg que vous possedez, et ce sans evidement passer par un sys de lien symbolique ou de copie de fichier.
Le systeme pouvant prendre des plugins on pourrait meme imaginer que la commande shell cat fichier1.mp3 > fichier2.ogg fasse la convertion directement, voir meme pour les plus fous que cat /dev/mic > fichier.txt fasse de la reconnaissance vocale... mai bon la je brode sur des possibilités théoriques.
Ca a l'air bien fort, mais si je trouve étrange de faire gerer tant de chose par un fs
[^] # Re: newdocms dans KDE ?
Posté par Beretta_Vexee . Évalué à 4.
Tous aux abris.
bon -1 et -->[]
[^] # Re: newdocms dans KDE ?
Posté par Alex . Évalué à 1.
jme demande quelle solution est la plus performante, bcp de taf pour le kernel, ou repartir sur les differents composants du systeme
[^] # Re: newdocms dans KDE ?
Posté par dinomasque . Évalué à 1.
Enfin, tout ca n'est finalement qu'une repompe du concept de vues dans les SGBDR (qui a bien du être repompé quelquepart lui aussi).
BeOS le faisait il y a 20 ans !
[^] # Re: newdocms dans KDE ?
Posté par Aurélien Bompard (site web personnel) . Évalué à 1.
[^] # Re: newdocms dans KDE ?
Posté par Alex . Évalué à 1.
de plus ya tellement plus de truc a gerer que sur un fs "traditionnel" que je doute que ça puisse etre plus rapide
# Recherches de fichiers par chaines de caractères : locate !
Posté par Nÿco (site web personnel) . Évalué à -1.
find est bien moisi en comparaison !
...et les interfaces graphiques qui rendent la recherche facile et/ou intuitive (plus rapide à formuler, pas à trouver) ne font pas mieux !
C'est une base de données qui contient les noms de tous les fichiers du système... donc updatedb à faire sous root.
On y gagnerait encore largement plus à le coupler avec les journalisations des FS journalisés.
A ma connaissance, c'est intégré dans toutes les distribs GNU/linux... et à ma connaissance également, je ne l'ai jamais rencontré dans aucun des "grands" Unix propriétaires avec lesquels j'ai bossé (Sun, HP, Alpha).
[^] # Re: Recherches de fichiers par chaines de caractères : locate !
Posté par Infernal Quack (site web personnel) . Évalué à 1.
kfind le permets vu qu'il peut faire une recherche sur les Meta-informations contenus dans les fichiers
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Recherches de fichiers par chaines de caractères : locate !
Posté par Nÿco (site web personnel) . Évalué à -3.
...et kfind n'ira jamais aussi vite !... je sais pas pour newdocms, mais il peut repomper du code puisque GPL...
Pour info, man locate puis man updatedb :
LOCATE(1) Manuel de l'utilisateur Linux LOCATE(1)
NOM
slocate - version sécurisée du locate GNU
SYNOPSIS
slocate [-qi] [-d <chemin>] [--database=<chemin>] <chaîne-recherche>
slocate [-i] [-r <regexp>] [--regexp=<regexp>]
slocate [-qv] [-o <fichier>] [--output=<fichier>]
slocate [-e <rép1,rép2,...>] [-f <type_sf1,...>] <[-l <niveau>] [-c]
<[-U <chemin>] [-u]>
slocate [-Vh] [--version] [--help]
DESCRIPTION
Secure Locate fournit une façon sécurisée d'indexer et de rechercher
rapidement des fichiers sur votre système. Il utilise un encodage
incrémental comme le locate GNU pour compacter sa base de données et
accélérer la recherche, mais il stocke également les permissions et la
propriété des fichiers afin que les utilisateurs ne puissent pas voir
les fichiers auxquels ils n'ont pas accès.
Cette page de manuel documente la version GNU de slocate. slocate
permet aux utilisateurs du système d'effectuer des recherches dans des
systèmes de fichiers entiers sans que des fichiers non autorisés ne
soient affichés.
OPTIONS
-u Créer une base de données slocate débutant au chemin /.
-U <rép>
Créer une base de données slocate débutant au chemin <rép>.
-e <rép1,rép2,...>
Exclure des répertoires de la base de données slocate.
-f <type_sf1,...>
Exclure les fichiers situés dans des systèmes de fichiers
spécifiques de la base de données slocate.
-c Analyser « /etc/updatedb.conf » lors de la mise à jour de la
base de données slocate.
-l <niveau>
Niveau de sécurité. 0 désactive la sécurisation. Cela accélérera
la recherche. 1 active la sécurisation. C'est le comportement
par défaut.
-i Effectuer une recherche non sensible à la casse.
-q Mode silencieux. Les messages d'erreur sont supprimés.
-n <nombre>
Limiter le nombre de résultats affichés à <nombre>.
-r <regexp>
--regexp=<regexp> Rechercher des fichiers dans la base de
données en utilisant une expression rationnelle POSIX de base.
-o <fichier>
--output=<fichier> Spécifie la base de données à créer.
-d <chemin>
--database=<chemin> Spécifie le chemin des bases de données où
chercher.
-h --help Afficher cette aide.
-v --verbose Mode bavard. Afficher les fichiers pendant la création
de la base de données.
-V --version Afficher le numéro de version.
VERSION
Secure Locate v2.6
AUTEUR
Kevin Lindsay - Copyright (c) 1999, 2000
RAPPORT DE BOGUE
Rapportez tous les bogues à klindsay@mkintraweb.com
FTP
ftp://ftp.geekreview.org/slocate/(...)
ftp://ftp.mkintraweb.com/pub/linux/slocate/(...)
WEB
http://www.geekreview.org/slocate/(...)
TRADUCTION
Frédéric Delanoy <delanoy_f>, 2002.
Linux LOCATE(1)
lines 61-108/108 (END)
UPDATEDB(1L) UPDATEDB(1L)
NOM
updatedb - Met à jour la base de données de « slocate ».
SYNOPSIS
updatedb [-u] [-u chemin] [-e chemin1,chemin2,...] [-f fstype1,...]
[-l [01] ] [-q] [-v,--verbose] [-V, --version] [-h, --help] motif...
DESCRIPTION
Cette page documente slocate, une version de « locate » pour laquelle
la sécurité a été améliorée. updatedb n'est qu'un lien vers « slo-
cate » qui sous-entend l'option -u.
OPTIONS
-u Crée (ou met à jour NDT) le fichier de données généré par « slo-
cate » en partant du répertoire racine. C'est le comportement
par défaut lorsqu'on appelle updatedb.
-U chemin
Crée le fichier de données en partant de chemin.
-e reps
La liste reps de répertoires (séparations par virgules) est
exclue de la mise à jour du fichier de données généré par « slo-
cate ».
-f fstypes
La liste fstypes de systèmes de fichiers (séparations par vir-
gules) est exclue de la mise à jour du fichier de données généré
par « slocate ».
-l <num>
Niveau de sécurité :
-l 0 Interdit les vérifications, les recherches sont plus rapi-
des.
-l 1 Accomplit les vérifications, réglage par défaut.
-q Mode silencieux ; les messages d'erreurs sont supprimés.
-v Mode bavard ; affiche les fichiers indexés au cours de la
création ou mise à jour du fichier de données.
--help Affiche un récapitulatif des options de slocate puis quitte.
--Version
Affiche le numéro de version de slocate et quitte.
ENVIRONNEMENT
VOIR AUSSI
locate(1L),
TRADUCTION
lecouffe@altern.org (Dec 2001)
NDT
On trouve dans l'aide (updatedb -h) plusieurs options non documentées
ici, à savoir -i pour insensibilité à la casse, -n pour le nombre de
résultats maximum affiché, -o pour définir un fichier de sortie, -d
pour limiter la zone de recherche et enfin -h pour l'aide et -V pour la
version.
UPDATEDB(1L)
lines 29-70/70 (END)
[^] # Re: Recherches de fichiers par chaines de caractères : locate !
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Et puis ma recherche n'est pas par date mais par date de prise de la photo ce qui est tout à fait différent. Les metas-informations ça peut-être le type d'appareil photo utilisé pour prendre un jpeg, la taille d'un gif, l'année d'un mp3, le nom d'une personne d'un fichier d'adresse vcf, la présence ou non de javascript dans un fichier html,...
Bref locate ne permets pas d'y accéder même si il est plus rapide.
Ce que je veux dire c'est qu'il faut arrêter de croire que les outils graphiques sont plus nuls que les outils textes
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Recherches de fichiers par chaines de caractères : locate !
Posté par Nÿco (site web personnel) . Évalué à 0.
# Re: newdocms dans KDE ?
Posté par Jean-Noël Avila . Évalué à 1.
Par contre, pour de la recherche dans des documents plus anciens, dont on ne se souvient pas forcément du contenu et des thèmes, l'utilisation des méta-données devient cruciale. Ca fait mal à dire, mais les fs de MS intègrent ca par défaut, et c'est très utile de pouvoir afficher une colonne de méta-donnée dans le navigateur de fichiers, ou de rechercher les fichiers sur des queries de méta-données.
Je ne connais pas d'équivalent sur Linux ( à part, les essais reiserfs cités plus haut). Et la solution d'utiliser un fichier à part pour cela n'est pas très convaincante, quand il s'agit de manipuler les fichiers.
[^] # Re: newdocms dans KDE ?
Posté par Jean-Noël Avila . Évalué à 3.
http://www-106.ibm.com/developerworks/linux/library/l-fs10.html?dwz(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.