Mais il devrait les retrouver dans tous les cas. Ex: j'ai fait il y a quelques mois une présentation sous openoffice impress. Sauf qu'il s'agissait peut etre d'un essai avec beamer. Ou xsw. Enfin bon. Je sais qu'il y avait une photo tirée du blog de Chris Hoff (ça j'en suis sur). Maintenant, comme c'était un test (et pas un document à rendre) mais que c'était pour le boulot, je l'ai plutôt mis sous Docs/ sous Vrac/ sous Test/ sous Boulot/ et sous Boulot/ sous Boulot/Aout/ ou bien Boulot/projet/ et d'ailleurs, quelle est la bonne manière de faire? Boulot/Juillet/semaine2/ ou bien Aout/ ou bien Impress/ ou bien projet-de-test-d'environnement-pour-faire-des-diapos/ ou autre chose?
Parce que tu crois que tu arriverais mieux à te souvenir des tags que tu aurais mis dessus ? En fait, le plus probable est que tu aies simplement négligé d'en mettre. Alors bonjour pour le retrouver, le document...
Tu n'as jamais entendu parler de la règle de Bayes ? Quand la proba de a sachant b est proche de 1, tu n'as pas trop à te préoccuper si le tag s'applique ou pas. Il s'applique sans états d'âmes. ça ne marche pas que pour les tris binaires.
-- http://ar-tot.neuf.fr/
Nicolas George wrote:
Kevin Denis , dans le message
<slrnh9spvm.379.kevin@slackwall.local.tux>, a écrit :
Mais il devrait les retrouver dans tous les cas.
Ex: j'ai fait il y a quelques mois une présentation sous openoffice
impress. Sauf qu'il s'agissait peut etre d'un essai avec beamer. Ou
xsw. Enfin bon. Je sais qu'il y avait une photo tirée du blog de
Chris Hoff (ça j'en suis sur). Maintenant, comme c'était un test (et
pas un document à rendre) mais que c'était pour le boulot, je l'ai
plutôt mis sous Docs/ sous Vrac/ sous Test/ sous Boulot/ et sous
Boulot/ sous Boulot/Aout/ ou bien Boulot/projet/ et d'ailleurs, quelle
est la bonne manière de faire?
Boulot/Juillet/semaine2/ ou bien Aout/ ou bien Impress/ ou bien
projet-de-test-d'environnement-pour-faire-des-diapos/ ou autre
chose?
Parce que tu crois que tu arriverais mieux à te souvenir des tags que tu
aurais mis dessus ? En fait, le plus probable est que tu aies simplement
négligé d'en mettre. Alors bonjour pour le retrouver, le document...
Tu n'as jamais entendu parler de la règle de Bayes ? Quand la proba de a
sachant b est proche de 1, tu n'as pas trop à te préoccuper si le tag
s'applique ou pas. Il s'applique sans états d'âmes. ça ne marche pas que
pour les tris binaires.
Mais il devrait les retrouver dans tous les cas. Ex: j'ai fait il y a quelques mois une présentation sous openoffice impress. Sauf qu'il s'agissait peut etre d'un essai avec beamer. Ou xsw. Enfin bon. Je sais qu'il y avait une photo tirée du blog de Chris Hoff (ça j'en suis sur). Maintenant, comme c'était un test (et pas un document à rendre) mais que c'était pour le boulot, je l'ai plutôt mis sous Docs/ sous Vrac/ sous Test/ sous Boulot/ et sous Boulot/ sous Boulot/Aout/ ou bien Boulot/projet/ et d'ailleurs, quelle est la bonne manière de faire? Boulot/Juillet/semaine2/ ou bien Aout/ ou bien Impress/ ou bien projet-de-test-d'environnement-pour-faire-des-diapos/ ou autre chose?
Parce que tu crois que tu arriverais mieux à te souvenir des tags que tu aurais mis dessus ? En fait, le plus probable est que tu aies simplement négligé d'en mettre. Alors bonjour pour le retrouver, le document...
Tu n'as jamais entendu parler de la règle de Bayes ? Quand la proba de a sachant b est proche de 1, tu n'as pas trop à te préoccuper si le tag s'applique ou pas. Il s'applique sans états d'âmes. ça ne marche pas que pour les tris binaires.
-- http://ar-tot.neuf.fr/
Yves Lambert
Kevin Denis wrote:
Le 02-09-2009, Stéphan Peccini a écrit :
Bref, le tri en dossier/ sous dossiers/ doit disparaitre. Point.
Et pour ton cas, que proposes-tu ?
Oula, pleins de choses.
Une recherche efficace, à la Spotlight. Recherche de mots clés dans les fichiers, le nom des fichiers, les PJ des mails, etc..
Pour la majorité des fichiers, une vue "application-centric". Je me contrefiche de la manière dont sont rangés mes mp3, je veux les retrouver facilement, c'est tout.
Pour les autres fichiers type documents, je cherche une vue à la 3D. L'axe Z serait l'axe temporel. Les fenêtres seraient donc toutes empilées, et transparentes. Il devrait être possible de visualiser l'empilement des fenêtres en diagonale. Je cherche une méthode fiable pour trouver les modifications de fichiers de manière graphique rapidement. Par ex: comment savoir quand est ce que j'ai modifié tel document. Dans l'empilement des documents, il faudrait un repere visuel qui indiquerait si le document est modifié ou pas. De la même façon, en un clic, il faudrait retrouver tous les documents de cette époque (ex un snapshot complet de tous les répertoires). Enfin, il faudrait pouvoir disposer d'un nuage de fichiers souvent accédés à la même époque. On travaille souvent de manière parrallèle sur différents projets, ce serait un tag intéressant.
C'est ton profil, pas celui du voisin :/
Je n'ai pas la solution. Pour les mp3, je trouve les classements actuels efficaces. Pour les documents types rapports, articles (ou sources, pour les programmeurs) je ne vois pas.
A l'opposé (?) http://www.academicproductivity.com/2009/the-killer-feature-that-a-reference-management-tool-must-have-be-portable-in-plain-text/
Je n'ai pas trouvé d'environnement de ce type, ou alors absolument pas convivial (genre Thunar+svn). On pourrait bricoler un système à base de svn et de beaucoup plus d'huile de coude, mais rien qui ne soit vraiment simple à appréhender.
Voui. Tu tiens aux effets visuels ? ça peut être rigolo à prototyper. Fais un prototype papier et parle-z-en autour de toi. Tu en viendra forcément à améliorer le modèle. Si tu peux faire des petites anims ça serait bien aussi pour se faire une idée en ligne.
-- http://ar-tot.neuf.fr/
Kevin Denis wrote:
Le 02-09-2009, Stéphan Peccini <stephan@photonature.fr> a écrit :
Bref, le tri en dossier/ sous dossiers/ doit disparaitre. Point.
Et pour ton cas, que proposes-tu ?
Oula, pleins de choses.
Une recherche efficace, à la Spotlight. Recherche de mots clés dans les
fichiers, le nom des fichiers, les PJ des mails, etc..
Pour la majorité des fichiers, une vue "application-centric". Je
me contrefiche de la manière dont sont rangés mes mp3, je veux les
retrouver facilement, c'est tout.
Pour les autres fichiers type documents, je cherche une vue à la 3D.
L'axe Z serait l'axe temporel.
Les fenêtres seraient donc toutes empilées, et transparentes. Il
devrait être possible de visualiser l'empilement des fenêtres
en diagonale. Je cherche une méthode fiable pour trouver les
modifications de fichiers de manière graphique rapidement.
Par ex: comment savoir quand est ce que j'ai modifié tel document.
Dans l'empilement des documents, il faudrait un repere visuel qui indiquerait
si le document est modifié ou pas. De la même façon, en un clic, il
faudrait retrouver tous les documents de cette époque (ex un snapshot
complet de tous les répertoires).
Enfin, il faudrait pouvoir disposer d'un nuage de fichiers souvent
accédés à la même époque. On travaille souvent de manière parrallèle
sur différents projets, ce serait un tag intéressant.
C'est ton profil, pas celui du voisin :/
Je n'ai pas la solution. Pour les mp3, je trouve les classements actuels
efficaces. Pour les documents types rapports, articles (ou sources, pour les
programmeurs) je ne vois pas.
A l'opposé (?)
http://www.academicproductivity.com/2009/the-killer-feature-that-a-reference-management-tool-must-have-be-portable-in-plain-text/
Je n'ai pas trouvé d'environnement de ce type, ou alors absolument
pas convivial (genre Thunar+svn). On pourrait bricoler un système à
base de svn et de beaucoup plus d'huile de coude, mais rien qui ne soit
vraiment simple à appréhender.
Voui. Tu tiens aux effets visuels ? ça peut être rigolo à prototyper.
Fais un prototype papier et parle-z-en autour de toi. Tu en viendra
forcément à améliorer le modèle. Si tu peux faire des petites anims ça
serait bien aussi pour se faire une idée en ligne.
Bref, le tri en dossier/ sous dossiers/ doit disparaitre. Point.
Et pour ton cas, que proposes-tu ?
Oula, pleins de choses.
Une recherche efficace, à la Spotlight. Recherche de mots clés dans les fichiers, le nom des fichiers, les PJ des mails, etc..
Pour la majorité des fichiers, une vue "application-centric". Je me contrefiche de la manière dont sont rangés mes mp3, je veux les retrouver facilement, c'est tout.
Pour les autres fichiers type documents, je cherche une vue à la 3D. L'axe Z serait l'axe temporel. Les fenêtres seraient donc toutes empilées, et transparentes. Il devrait être possible de visualiser l'empilement des fenêtres en diagonale. Je cherche une méthode fiable pour trouver les modifications de fichiers de manière graphique rapidement. Par ex: comment savoir quand est ce que j'ai modifié tel document. Dans l'empilement des documents, il faudrait un repere visuel qui indiquerait si le document est modifié ou pas. De la même façon, en un clic, il faudrait retrouver tous les documents de cette époque (ex un snapshot complet de tous les répertoires). Enfin, il faudrait pouvoir disposer d'un nuage de fichiers souvent accédés à la même époque. On travaille souvent de manière parrallèle sur différents projets, ce serait un tag intéressant.
C'est ton profil, pas celui du voisin :/
Je n'ai pas la solution. Pour les mp3, je trouve les classements actuels efficaces. Pour les documents types rapports, articles (ou sources, pour les programmeurs) je ne vois pas.
A l'opposé (?) http://www.academicproductivity.com/2009/the-killer-feature-that-a-reference-management-tool-must-have-be-portable-in-plain-text/
Je n'ai pas trouvé d'environnement de ce type, ou alors absolument pas convivial (genre Thunar+svn). On pourrait bricoler un système à base de svn et de beaucoup plus d'huile de coude, mais rien qui ne soit vraiment simple à appréhender.
Voui. Tu tiens aux effets visuels ? ça peut être rigolo à prototyper. Fais un prototype papier et parle-z-en autour de toi. Tu en viendra forcément à améliorer le modèle. Si tu peux faire des petites anims ça serait bien aussi pour se faire une idée en ligne.
-- http://ar-tot.neuf.fr/
Doug713705
Le Sat, 05 Sep 2009 22:42:39 +0200, Yves Lambert a gâché de la bande passante pour nous écrire :
le génie logiciel doit lui permettre de s'affranchir totalement de cette servitude
Je n'arrive pas à comprendre où se situe la différence de servitude entre une gestion à base de tags (par exemple) et une gestion type arborescence comme on en dispose aujourd'hui.
Il faudra _toujours_ une part de travail de l'utilisateur et c'est cette part de travail qui "pose problème".
-- @+ Doug - Linux user #307925 - Slamd64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
Le Sat, 05 Sep 2009 22:42:39 +0200, Yves Lambert a gâché de la bande
passante pour nous écrire :
le génie logiciel doit lui
permettre de s'affranchir totalement de cette servitude
Je n'arrive pas à comprendre où se situe la différence de servitude
entre une gestion à base de tags (par exemple) et une gestion type
arborescence comme on en dispose aujourd'hui.
Il faudra _toujours_ une part de travail de l'utilisateur et c'est cette
part de travail qui "pose problème".
--
@+
Doug - Linux user #307925 - Slamd64 roulaize ;-)
[ Plus ou moins avec une chance de peut-être ]
Le Sat, 05 Sep 2009 22:42:39 +0200, Yves Lambert a gâché de la bande passante pour nous écrire :
le génie logiciel doit lui permettre de s'affranchir totalement de cette servitude
Je n'arrive pas à comprendre où se situe la différence de servitude entre une gestion à base de tags (par exemple) et une gestion type arborescence comme on en dispose aujourd'hui.
Il faudra _toujours_ une part de travail de l'utilisateur et c'est cette part de travail qui "pose problème".
-- @+ Doug - Linux user #307925 - Slamd64 roulaize ;-) [ Plus ou moins avec une chance de peut-être ]
Jean-Francois Mauguit
Jerome Lambert wrote:
Cumbalero a écrit :
Jerome Lambert a écrit :
Avec quoi? Des liens?
man find man locate
Non. Je veux un dossier où, dans une structure type /année/client, apparaissent *tous* les fichiers d'un client donné, ou tous les fichiers d'une année donnée si la structure est client/année. Ce que tu proposes va au mieux me donner une liste.
Bonjour,
Tu prends un mac, tu range tes fichiers comme tu veux ou pas du tout dans des folders (tu as le choix), tu crées des smart folders (à l'aide de critères que tu aimes - tous les fichiers contenant le mot CLIENT, de type WORD et datant de 2008 -) qui se remplissent tout seul.
Tu as spotlight pour la recherche, ...
Tout ce que tu demandes existe déjà sur un mac. Pour ceux qui préfèrent la hiérarchisation en folder, ça marche aussi. Les liens symboliques, aussi. Locate ? Aussi !
Le backup ? Timemachine avec une espèce de versioning par date. On peut remonter dans le temps, faire des recherches spotlight dans le passé.
HTH
Jef
Jerome Lambert wrote:
Cumbalero a écrit :
Jerome Lambert a écrit :
Avec quoi? Des liens?
man find
man locate
Non. Je veux un dossier où, dans une structure type /année/client,
apparaissent *tous* les fichiers d'un client donné, ou tous les fichiers
d'une année donnée si la structure est client/année. Ce que tu proposes
va au mieux me donner une liste.
Bonjour,
Tu prends un mac, tu range tes fichiers comme tu veux ou pas du tout
dans des folders (tu as le choix), tu crées des smart folders (à l'aide
de critères que tu aimes - tous les fichiers contenant le mot CLIENT, de
type WORD et datant de 2008 -) qui se remplissent tout seul.
Tu as spotlight pour la recherche, ...
Tout ce que tu demandes existe déjà sur un mac. Pour ceux qui préfèrent
la hiérarchisation en folder, ça marche aussi. Les liens symboliques,
aussi. Locate ? Aussi !
Le backup ? Timemachine avec une espèce de versioning par date. On peut
remonter dans le temps, faire des recherches spotlight dans le passé.
Non. Je veux un dossier où, dans une structure type /année/client, apparaissent *tous* les fichiers d'un client donné, ou tous les fichiers d'une année donnée si la structure est client/année. Ce que tu proposes va au mieux me donner une liste.
Bonjour,
Tu prends un mac, tu range tes fichiers comme tu veux ou pas du tout dans des folders (tu as le choix), tu crées des smart folders (à l'aide de critères que tu aimes - tous les fichiers contenant le mot CLIENT, de type WORD et datant de 2008 -) qui se remplissent tout seul.
Tu as spotlight pour la recherche, ...
Tout ce que tu demandes existe déjà sur un mac. Pour ceux qui préfèrent la hiérarchisation en folder, ça marche aussi. Les liens symboliques, aussi. Locate ? Aussi !
Le backup ? Timemachine avec une espèce de versioning par date. On peut remonter dans le temps, faire des recherches spotlight dans le passé.
HTH
Jef
Jerome Lambert
Cumbalero a écrit :
Jerome Lambert a écrit :
Non. Je veux un dossier où, dans une structure type /année/client, apparaissent *tous* les fichiers d'un client donné
Eh bien range les comme ça.
Ben non, puisque si c'est pour un besoin ponctuel (est-ce un bon client, p.ex.?) on ne va pas chambouler la structure. Moralité: cette structure en répertoires ne répond pas à tous les beoins, loin de là.
Cumbalero a écrit :
Jerome Lambert a écrit :
Non. Je veux un dossier où, dans une structure type /année/client,
apparaissent *tous* les fichiers d'un client donné
Eh bien range les comme ça.
Ben non, puisque si c'est pour un besoin ponctuel (est-ce un bon client,
p.ex.?) on ne va pas chambouler la structure. Moralité: cette structure
en répertoires ne répond pas à tous les beoins, loin de là.
Non. Je veux un dossier où, dans une structure type /année/client, apparaissent *tous* les fichiers d'un client donné
Eh bien range les comme ça.
Ben non, puisque si c'est pour un besoin ponctuel (est-ce un bon client, p.ex.?) on ne va pas chambouler la structure. Moralité: cette structure en répertoires ne répond pas à tous les beoins, loin de là.
Christian
Stéphane CARPENTIER a écrit:
Certainement pas. Ça a probablement été essayé, mais c'est bien trop compliqué d'allumer un feu avec des silex pour que ça ait été utilisé.
ben non, j'ai vu quelqu'un allumer un feu sous mes yeux en moins de 3 minutes avec un silex. Les ingrédients :
- une pierre de silex - une pierre de marcassite - une rondelle d'amadou très fine - un peu de paille
(il est impossible d'allumer un feu en frappant 2 silex l'un contre l'autre)
-- Christian
Stéphane CARPENTIER a écrit:
Certainement pas. Ça a probablement été essayé, mais c'est bien trop
compliqué d'allumer un feu avec des silex pour que ça ait été utilisé.
ben non, j'ai vu quelqu'un allumer un feu sous mes yeux en moins de 3
minutes avec un silex. Les ingrédients :
- une pierre de silex
- une pierre de marcassite
- une rondelle d'amadou très fine
- un peu de paille
(il est impossible d'allumer un feu en frappant 2 silex l'un contre
l'autre)
Certainement pas. Ça a probablement été essayé, mais c'est bien trop compliqué d'allumer un feu avec des silex pour que ça ait été utilisé.
ben non, j'ai vu quelqu'un allumer un feu sous mes yeux en moins de 3 minutes avec un silex. Les ingrédients :
- une pierre de silex - une pierre de marcassite - une rondelle d'amadou très fine - un peu de paille
OK, il ne s'agit plus de l'âge de pierre.
des morceaux de pyrites ont pourtant été découverts à côté de silex dans certaines grottes préhistoriques belges (~ -13000ans)
OK, c'est un peu plus ancien que ce que je croyais. Je croyais que c'était le néolithique, alors que c'est la fin de l'âge de pierre.
il ne faut pas sous-estimer nos ancêtres
Je ne sous estime pas de beaucoup, je me suis gouré de 4 000 ans sur une période de 500 000 ans.
Si le néolithique est ce qu'il y a eu de plus important dans l'histoire de l'humanité, ce n'est pas la période que je connais le mieux, je me suis plus intéressé au début de l'écriture.
Christian wrote:
Stéphane CARPENTIER a écrit:
Christian wrote:
Stéphane CARPENTIER a écrit:
Certainement pas. Ça a probablement été essayé, mais c'est bien trop
compliqué d'allumer un feu avec des silex pour que ça ait été
utilisé.
ben non, j'ai vu quelqu'un allumer un feu sous mes yeux en moins de 3
minutes avec un silex. Les ingrédients :
- une pierre de silex
- une pierre de marcassite
- une rondelle d'amadou très fine
- un peu de paille
OK, il ne s'agit plus de l'âge de pierre.
des morceaux de pyrites ont pourtant été découverts à côté de silex
dans certaines grottes préhistoriques belges (~ -13000ans)
OK, c'est un peu plus ancien que ce que je croyais. Je croyais que
c'était le néolithique, alors que c'est la fin de l'âge de pierre.
il ne faut pas sous-estimer nos ancêtres
Je ne sous estime pas de beaucoup, je me suis gouré de 4 000 ans sur une
période de 500 000 ans.
Si le néolithique est ce qu'il y a eu de plus important dans l'histoire
de l'humanité, ce n'est pas la période que je connais le mieux, je me
suis plus intéressé au début de l'écriture.
Certainement pas. Ça a probablement été essayé, mais c'est bien trop compliqué d'allumer un feu avec des silex pour que ça ait été utilisé.
ben non, j'ai vu quelqu'un allumer un feu sous mes yeux en moins de 3 minutes avec un silex. Les ingrédients :
- une pierre de silex - une pierre de marcassite - une rondelle d'amadou très fine - un peu de paille
OK, il ne s'agit plus de l'âge de pierre.
des morceaux de pyrites ont pourtant été découverts à côté de silex dans certaines grottes préhistoriques belges (~ -13000ans)
OK, c'est un peu plus ancien que ce que je croyais. Je croyais que c'était le néolithique, alors que c'est la fin de l'âge de pierre.
il ne faut pas sous-estimer nos ancêtres
Je ne sous estime pas de beaucoup, je me suis gouré de 4 000 ans sur une période de 500 000 ans.
Si le néolithique est ce qu'il y a eu de plus important dans l'histoire de l'humanité, ce n'est pas la période que je connais le mieux, je me suis plus intéressé au début de l'écriture.
Christian
Stéphane CARPENTIER a écrit:
des morceaux de pyrites ont pourtant été découverts à côté de silex dans certaines grottes préhistoriques belges (~ -13000ans)
OK, c'est un peu plus ancien que ce que je croyais. Je croyais que c'était le néolithique, alors que c'est la fin de l'âge de pierre.
il ne faut pas sous-estimer nos ancêtres
Je ne sous estime pas de beaucoup, je me suis gouré de 4 000 ans sur une période de 500 000 ans.
tu soutenais surtout qu'on ne peut pas faire de feu avec du silex ;-)
