J'avais lu un post il y a quelque temps sur la façon de voir le nombre de fichiers que comporte un dossier.
A priori, il suffit d'ouvrir le dossier dans le Finder (fenêtre en mode métal). Il y a le nombre de fichiers du dossier écrit en bas de la fenêtre. (En tout cas chez moi).
Si tu sélectionnes un groupe de fichiers, il te dit combien il y a de fichiers sélectionnés.
À moins que je n'ai pas compris la question...
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
Winch <contact@NOSPAMsitegraphique.com> wrote:
J'avais lu un post il y a quelque temps sur la façon de voir le nombre
de fichiers que comporte un dossier.
A priori, il suffit d'ouvrir le dossier dans le Finder (fenêtre en mode
métal).
Il y a le nombre de fichiers du dossier écrit en bas de la fenêtre. (En
tout cas chez moi).
Si tu sélectionnes un groupe de fichiers, il te dit combien il y a de
fichiers sélectionnés.
À moins que je n'ai pas compris la question...
--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?
J'avais lu un post il y a quelque temps sur la façon de voir le nombre de fichiers que comporte un dossier.
A priori, il suffit d'ouvrir le dossier dans le Finder (fenêtre en mode métal). Il y a le nombre de fichiers du dossier écrit en bas de la fenêtre. (En tout cas chez moi).
Si tu sélectionnes un groupe de fichiers, il te dit combien il y a de fichiers sélectionnés.
À moins que je n'ai pas compris la question...
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
jperrocheau
Julien Salort wrote:
J'avais lu un post il y a quelque temps sur la façon de voir le nombre de fichiers que comporte un dossier.
A priori, il suffit d'ouvrir le dossier dans le Finder (fenêtre en mode métal). Il y a le nombre de fichiers du dossier écrit en bas de la fenêtre. (En tout cas chez moi).
Si tu sélectionnes un groupe de fichiers, il te dit combien il y a de fichiers sélectionnés.
Il ne donne que le nombre d'élements au premier niveau dans ce dossier, pas le nombre d'élements récursivement...
À moins que je n'ai pas compris la question...
Ça dépend comment on la comprend... ;-)
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Julien Salort <lists@juliensalort.org> wrote:
J'avais lu un post il y a quelque temps sur la façon de voir le nombre
de fichiers que comporte un dossier.
A priori, il suffit d'ouvrir le dossier dans le Finder (fenêtre en mode
métal).
Il y a le nombre de fichiers du dossier écrit en bas de la fenêtre. (En
tout cas chez moi).
Si tu sélectionnes un groupe de fichiers, il te dit combien il y a de
fichiers sélectionnés.
Il ne donne que le nombre d'élements au premier niveau dans ce dossier,
pas le nombre d'élements récursivement...
À moins que je n'ai pas compris la question...
Ça dépend comment on la comprend... ;-)
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
J'avais lu un post il y a quelque temps sur la façon de voir le nombre de fichiers que comporte un dossier.
A priori, il suffit d'ouvrir le dossier dans le Finder (fenêtre en mode métal). Il y a le nombre de fichiers du dossier écrit en bas de la fenêtre. (En tout cas chez moi).
Si tu sélectionnes un groupe de fichiers, il te dit combien il y a de fichiers sélectionnés.
Il ne donne que le nombre d'élements au premier niveau dans ce dossier, pas le nombre d'élements récursivement...
À moins que je n'ai pas compris la question...
Ça dépend comment on la comprend... ;-)
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Winch
Patrick Stadelmann wrote:
In article <1gjr6br.1kobtwdeewioiN%, (Nicolas MICHEL) wrote:
Winch wrote:
Oui, mis je fais comment moi pour voir ? Je ne connais rien au shell.
Alors une solution sans shell serait bienvenue, mais j'en ai pas.
Fenêtre de recherche dans le Finder, rechercher dans le dossier en question, avec comme critère : type = Document et visibilité = visible+invisible.
Lancer la recherche, le nombre d'éléments trouvés s'affichera juste sous le titre de la fenêtre de résultats.
Patrick Merci, super !
Patrick Stadelmann wrote:
In article <1gjr6br.1kobtwdeewioiN%Nicolas.MICHEL@BonBon.net>,
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote:
Winch <contact@NOSPAMsitegraphique.com> wrote:
Oui, mis je fais comment moi pour voir ? Je ne connais rien au shell.
Alors une solution sans shell serait bienvenue, mais j'en ai pas.
Fenêtre de recherche dans le Finder, rechercher dans le dossier en
question, avec comme critère : type = Document et visibilité =
visible+invisible.
Lancer la recherche, le nombre d'éléments trouvés s'affichera juste sous
le titre de la fenêtre de résultats.
In article <1gjr6br.1kobtwdeewioiN%, (Nicolas MICHEL) wrote:
Winch wrote:
Oui, mis je fais comment moi pour voir ? Je ne connais rien au shell.
Alors une solution sans shell serait bienvenue, mais j'en ai pas.
Fenêtre de recherche dans le Finder, rechercher dans le dossier en question, avec comme critère : type = Document et visibilité = visible+invisible.
Lancer la recherche, le nombre d'éléments trouvés s'affichera juste sous le titre de la fenêtre de résultats.
Patrick Merci, super !
Stephane Chazelas
2004-09-7, 17:18(+02), Nicolas MICHEL: [...]
find /Users/winch/mondossier |wc -l [...]
Et effectivement, les noms de fichiers avec des retours de ligne compteront probablement pour deux.
Ou trois ou douze.
Au fait, comment faire pour les trouver ?
find /dir -name $'*n*' -print (a supposer que le shell connaisse $'...': bash, zsh, ksh93). Si find est le GNU find sur MacOSX (mais je ne pense pas), il faut rajouter -o -name $'.*n*'.
Ou avec zsh:
print -rl /dir/**/*$'n'*(D)
Ou pour les compter:
f=(/dir/**/*$'n'*(ND)) print $#f
-- Stephane
2004-09-7, 17:18(+02), Nicolas MICHEL:
[...]
find /Users/winch/mondossier |wc -l
[...]
Et effectivement, les noms de fichiers avec des retours de ligne
compteront probablement pour deux.
Ou trois ou douze.
Au fait, comment faire pour les trouver ?
find /dir -name $'*n*' -print
(a supposer que le shell connaisse $'...': bash, zsh, ksh93).
Si find est le GNU find sur MacOSX (mais je ne pense pas), il
faut rajouter -o -name $'.*n*'.
Et effectivement, les noms de fichiers avec des retours de ligne compteront probablement pour deux.
Ou trois ou douze.
Au fait, comment faire pour les trouver ?
find /dir -name $'*n*' -print (a supposer que le shell connaisse $'...': bash, zsh, ksh93). Si find est le GNU find sur MacOSX (mais je ne pense pas), il faut rajouter -o -name $'.*n*'.
Ou avec zsh:
print -rl /dir/**/*$'n'*(D)
Ou pour les compter:
f=(/dir/**/*$'n'*(ND)) print $#f
-- Stephane
jeromelebel
Winch wrote:
Bonjour,
J'avais lu un post il y a quelque temps sur la façon de voir le nombre de fichiers que comporte un dossier. Je ne retrouve pas ce post.
Ouvre ton dossier dans le finder, passe en mode liste (pomme-2), puis pomme-option-fleche droite, et tu peux voir le nombre de fichier en bas dans la fenetre type metal.
Winch <contact@NOSPAMsitegraphique.com> wrote:
Bonjour,
J'avais lu un post il y a quelque temps sur la façon de voir le nombre
de fichiers que comporte un dossier. Je ne retrouve pas ce post.
Ouvre ton dossier dans le finder, passe en mode liste (pomme-2), puis
pomme-option-fleche droite, et tu peux voir le nombre de fichier en bas
dans la fenetre type metal.
J'avais lu un post il y a quelque temps sur la façon de voir le nombre de fichiers que comporte un dossier. Je ne retrouve pas ce post.
Ouvre ton dossier dans le finder, passe en mode liste (pomme-2), puis pomme-option-fleche droite, et tu peux voir le nombre de fichier en bas dans la fenetre type metal.
Nicolas.MICHEL
Stephane Chazelas wrote:
find /dir -name $'*n*' -print
euh, à quoi sert le $ dans $'*n*' ? J'ai rien dans mon bouquin de ref...
(a supposer que le shell connaisse $'...': bash, zsh, ksh93).
C'est pas géré par zsh ?
Si find est le GNU find sur MacOSX (mais je ne pense pas), il faut rajouter -o -name $'.*n*'.
On voit ça comment ?
Ou avec zsh:
print -rl /dir/**/*$'n'*(D)
Bin ni avec cette commande, ni avec l'autre je ne trouves le moindre résultat. Pas de retour chariot sur mon disque ou fôte d'erreur ?
merci :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
In article <1gjsryr.1hw8en9t9f0owN%, (Nicolas MICHEL) wrote:
Bin ni avec cette commande, ni avec l'autre je ne trouves le moindre résultat. Pas de retour chariot sur mon disque ou fôte d'erreur ?
Essaye avec r au lieu de n !
Patrick -- Patrick Stadelmann
Stephane Chazelas
2004-09-8, 14:05(+02), Nicolas MICHEL:
Stephane Chazelas wrote:
find /dir -name $'*n*' -print
euh, à quoi sert le $ dans $'*n*' ? J'ai rien dans mon bouquin de ref...
Il y a plusieurs sortes de quotes dans les shells: '...', "...". En perl ou en C, quand on met n dans des "...", l'interpreteur le remplace par un character NL (aka LF, pas CR).
Les developpeurs des shells ont pris la mauvaise approche. Au lieu de faire cette transformation au niveau de l'interpreteur, ils ont laissé ce soin a certaines commandes (comme echo, awk...) de le faire si elles veulent entrainant d'innombrables problemes (de portabilité, de robustesse...).
Le $'...' est un troisieme type de quote qui a ete rajouté par la suite (dans ksh93, puis dans zsh et bash) pour combler le manque.
(a supposer que le shell connaisse $'...': bash, zsh, ksh93).
C'est pas géré par zsh ?
Comment ca ?
zsh remplace $'*n*' part « *<NL>* », qui devient le argv[3] de la commande find.
Si find est le GNU find sur MacOSX (mais je ne pense pas), il faut rajouter -o -name $'.*n*'.
On voit ça comment ?
find --version
Ou avec zsh:
print -rl /dir/**/*$'n'*(D)
Bin ni avec cette commande, ni avec l'autre je ne trouves le moindre résultat. Pas de retour chariot sur mon disque ou fôte d'erreur ? [...]
Remplacer /dir par /.
Il n'y a donc pas de fichier dont le nom contienne un newline (aka linefeed, pas cariage return).
Maintenant, je ne sais pas quel est le terminateur de ligne sur MacOSX, si c'est CR comme dans les anciens MacOS ou NL comme sur tous les Unix.
euh, à quoi sert le $ dans $'*n*' ?
J'ai rien dans mon bouquin de ref...
Il y a plusieurs sortes de quotes dans les shells: '...', "...".
En perl ou en C, quand on met n dans des "...", l'interpreteur
le remplace par un character NL (aka LF, pas CR).
Les developpeurs des shells ont pris la mauvaise approche. Au
lieu de faire cette transformation au niveau de l'interpreteur,
ils ont laissé ce soin a certaines commandes (comme echo,
awk...) de le faire si elles veulent entrainant d'innombrables
problemes (de portabilité, de robustesse...).
Le $'...' est un troisieme type de quote qui a ete rajouté par
la suite (dans ksh93, puis dans zsh et bash) pour combler le
manque.
(a supposer que le shell connaisse $'...': bash, zsh, ksh93).
C'est pas géré par zsh ?
Comment ca ?
zsh remplace $'*n*' part « *<NL>* », qui devient le argv[3] de
la commande find.
Si find est le GNU find sur MacOSX (mais je ne pense pas), il
faut rajouter -o -name $'.*n*'.
On voit ça comment ?
find --version
Ou avec zsh:
print -rl /dir/**/*$'n'*(D)
Bin ni avec cette commande, ni avec l'autre je ne trouves le moindre
résultat. Pas de retour chariot sur mon disque ou fôte d'erreur ?
[...]
Remplacer /dir par /.
Il n'y a donc pas de fichier dont le nom contienne un newline
(aka linefeed, pas cariage return).
Maintenant, je ne sais pas quel est le terminateur de ligne sur
MacOSX, si c'est CR comme dans les anciens MacOS ou NL comme sur
tous les Unix.
euh, à quoi sert le $ dans $'*n*' ? J'ai rien dans mon bouquin de ref...
Il y a plusieurs sortes de quotes dans les shells: '...', "...". En perl ou en C, quand on met n dans des "...", l'interpreteur le remplace par un character NL (aka LF, pas CR).
Les developpeurs des shells ont pris la mauvaise approche. Au lieu de faire cette transformation au niveau de l'interpreteur, ils ont laissé ce soin a certaines commandes (comme echo, awk...) de le faire si elles veulent entrainant d'innombrables problemes (de portabilité, de robustesse...).
Le $'...' est un troisieme type de quote qui a ete rajouté par la suite (dans ksh93, puis dans zsh et bash) pour combler le manque.
(a supposer que le shell connaisse $'...': bash, zsh, ksh93).
C'est pas géré par zsh ?
Comment ca ?
zsh remplace $'*n*' part « *<NL>* », qui devient le argv[3] de la commande find.
Si find est le GNU find sur MacOSX (mais je ne pense pas), il faut rajouter -o -name $'.*n*'.
On voit ça comment ?
find --version
Ou avec zsh:
print -rl /dir/**/*$'n'*(D)
Bin ni avec cette commande, ni avec l'autre je ne trouves le moindre résultat. Pas de retour chariot sur mon disque ou fôte d'erreur ? [...]
Remplacer /dir par /.
Il n'y a donc pas de fichier dont le nom contienne un newline (aka linefeed, pas cariage return).
Maintenant, je ne sais pas quel est le terminateur de ligne sur MacOSX, si c'est CR comme dans les anciens MacOS ou NL comme sur tous les Unix.
-- Stephane
Patrick Stadelmann
In article , Stephane Chazelas wrote:
Maintenant, je ne sais pas quel est le terminateur de ligne sur MacOSX, si c'est CR comme dans les anciens MacOS ou NL comme sur tous les Unix.
Pour les fichiers "Icon" dont on parle, c'est r.
Patrick -- Patrick Stadelmann
In article <slrncju23n.1i0.stephane.chazelas@spam.is.invalid>,
Stephane Chazelas <cette.adresse@est.invalid> wrote:
Maintenant, je ne sais pas quel est le terminateur de ligne sur
MacOSX, si c'est CR comme dans les anciens MacOS ou NL comme sur
tous les Unix.
Pour les fichiers "Icon" dont on parle, c'est r.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
