Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > fr.comp.sys.mac.programmation > #1400 > unrolled thread

[AS] Coup de pouce

Back to article view | Back to fr.comp.sys.mac.programmation

Contents

  [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-15 23:15 +0200
    Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-16 01:51 +0200
      Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-16 11:48 +0200
    Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-16 10:10 +0200
      Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-16 11:48 +0200
        Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-16 12:14 +0200
          Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-16 12:36 +0200
            Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-16 13:24 +0200
              Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-16 17:10 +0200
                Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-16 18:19 +0200
                  Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-16 20:33 +0200
                    Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-16 21:56 +0200
                      Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-16 23:55 +0200
                      Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-17 20:01 +0200
                        Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-17 21:31 +0200
                          Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-20 19:53 +0200
                            Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-20 23:55 +0200
                              Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-21 12:29 +0200
                                Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-21 13:30 +0200
                                  Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-21 15:09 +0200
                                    Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-21 15:33 +0200
                                    Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-21 16:18 +0200
                                      Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-21 17:50 +0200
                                        Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-21 18:13 +0200
                                          Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-21 22:18 +0200
                                            Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-21 23:56 +0200
                                              Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-22 00:07 +0200
                                                Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-22 01:06 +0200
                                                  Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-22 11:02 +0200
                                                    Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-22 17:07 +0200
                                              Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-22 01:09 +0200
                                                Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-22 02:13 +0200
                                                  [BUG] Recherche de fichiers [FUT] Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-05-22 11:02 +0200
                                                Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-05-22 19:29 +0200
                                                Re: [AS] Coup de pouce blanc@empty.org (JiPaul) - 2016-06-30 11:21 +0200
                                                  Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-06-30 21:06 +0200
                                                    Re: [AS] Coup de pouce josephb@nowhere.invalid (Joseph-B) - 2016-06-30 23:29 +0200
                                                    Re: [AS] Coup de pouce Jean-Pierre Kuypers <Kuypers@address.invalid> - 2016-07-01 10:38 +0200
                                                      Re: [AS] Coup de pouce benoit@com.invalid (Benoit) - 2016-07-01 18:35 +0200
                                                        Re: [AS] Coup de pouce blanc@empty.org (JiPaul) - 2016-07-17 17:42 +0200
          Correction de Script {[AS] Coup de pouce} josephb@nowhere.invalid (Joseph-B) - 2016-05-16 14:16 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#1426

Benoit <benoit@com.invalid> a écrit,

> error "Erreur dans Finder : Délai dépassé pour un AppleEvent." number
> -1712

En dépit du message d'erreur, je ne suis pas du tout sûr que le pb se
situe au niveau d'AppleScript.
Avec une telle quantité de fichiers à transformer et écrire par la
commande Shel, il est bien possible que la queue d'attente devienne
ingérable par accumulation des retards de traitement en dépit du "delay
0.3".
C'est là le sens que je vois à la saturation de l'Applevent.
AppleScript ne sert ici que comme medium de la commande Shell.

Je ne sais pas écrire le script directement en shell et l'effecteur dans
le Terminal. Il faudrait demander à un gourou d'Unix.
Peut-être sur un forum de lunixiens bienveillants (si, si ça existe).
mais je continue à penser que 50 000 fichiers html coinceront.

> À toute à l'heure. Je vais faire les courses pendant ce temps-là ;)

Et moi désherber des allées ;-)
-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1427

Benoit <benoit@com.invalid> wrote:

> Joseph-B <josephb@nowhere.invalid> wrote:
> 
> > Bonjor Benoit
> > 
> > Benoit <benoit@com.invalid> a écrit,
> > 
> > > Et pourtant... il y en a qui en ont (ça serait trop simple) :
> > > accouffler (s'-).html
> > 
> > Bonne nouvelle pour toi : même les caractères incompatibles avec les
> > commandes Shell (guillemets simple ou doubles, apostrophe, parenthèses,
> > crochets, signe moins, etc.) ne gêneront pas avec ce script :
> > dans cette mouture j'ai fait en sorte que l'option "quoted form of"
> > porte sur le nom ENTIER de l'original ou du résultat.
> > Dans la version précédente ça ne portait que sur le chemin du dossier,
> > sans inclure le nom du fichier lui-même.
> > 
> > Donc un fichier ayant pour nom 
> > /accouffler (s'-).html/ va bien se convertir en un
> > /accouffler (s'-).txt/
> > (je viens de le vérifier)
> > 
> > > Merci pour tout.
> > Ce fut un plaisir ;-)
> 
> Bon, marche pô
> 
> error "Erreur dans Finder : Délai dépassé pour un AppleEvent." number
> -1712
> 
> set AllFiles to name of (every file of (HFSPath as alias) whose kind is
> "Document HTML")
> 
> Ne sait pas gérer un dossier de 50 000 fichiers. Soit je fais un « set
> appelevent timeout to 3600 » (une heure de mémoire), soit je le fais par
> morceaux dans des sous-dossiers.
> 
> J'essaye la première version en remettant un set appleevent timeout to
> je ne sais quoi (60 par exemple) juste après que la liste ait été créée.
> 
> À toute à l'heure. Je vais faire les courses pendant ce temps-là ;)

Bon, comme j'ai pas trop envie de faire les courses j'ai lancé un truc
qui marche et fortement basé sur ton code :

********************************
set pathToConvert to "/Users/benoit/Desktop/   Ze
book/Argot/www.languefrancaise.net/" --dossier source

set pathToTxt to "/Users/benoit/Desktop/   Ze
book/Argot/www.languefrancaise.net convertis/" --dossier destination

set HFSPath to (POSIX file pathToConvert) as string

tell application "Finder"   
    with timeout of 3600 seconds
        set AllFiles to name of every file of (HFSPath as alias)
    end timeout
end tell

if AllFiles = {} then
    display alert "Pas de fichier à convertir."
    return
end if

repeat with i from 1 to count AllFiles

    set htmlName to item i of AllFiles
    set txtName to ((text 1 thru -6 of htmlName) & ".txt")
    set myHtmlFile to (pathToConvert & htmlName) --nom complet du
fichier htlm à convertir
    set myTxtFile to (pathToTxt & txtName) --nom complet du fichier
converti
    do shell script ("textutil -convert txt -output " & quoted form of
myTxtFile & " " & quoted form of myHtmlFile)
    delay 0.3

end repeat
********************************

Il y en a pour pas loin d'une heure, alors je vais enfin faire les
courses ;)


-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1428

Benoit <benoit@com.invalid> a écrit,

> Bon, comme j'ai pas trop envie de faire les courses j'ai lancé un truc
> qui marche et fortement basé sur ton code :

OK !!

Si non, j'avais pensé à une autre approche : empêcher que les conversions s'enchaînent plus vite que le Finder ne peut
les gérer.
Ça donne le script suivant.
Il vaut mieux qu'au lancement le dossier de réception soit vide.
S'il contient déjà une centaine de fichiers, on va retomber sur le cas de saturation des AppleEvents

∞∞∞∞∞∞∞∞∞∞∞∞∞∞
set pathToConvert to "/Users/macpro/Desktop/testHTML_textUtil/"
set pathToTxt to "/Users/macpro/Desktop/HTML_convertis/"
set HFSPath to (POSIX file pathToConvert) as string
set HFS_txt to ((POSIX file pathToTxt) as string) --chemin hfs du dossier des .txt
tell application "Finder"
  set AllFiles to name of (every file of (HFSPath as alias) whose kind is "Document HTML")
  if AllFiles = {} then
    display alert "Pas de fichier à convertir."
    return
  end if
  
  repeat with i from 1 to count AllFiles
    set htmlName to item i of AllFiles
    set txtName to ((text 1 thru -6 of htmlName) & ".txt")
    set myHtmlFile to (pathToConvert & htmlName)
    set myTxtFile to (pathToTxt & txtName)
    do shell script ("textutil -convert txt -output " & quoted form of myTxtFile & " " & quoted form of myHtmlFile)

    repeat --donner le temps d'écriture du fichier avant de demander la conversion suivante
      if (count files of entire contents of (HFS_txt as alias)) ≥ i then
        exit repeat
      end if
      delay 0.05
    end repeat

  end repeat
end tell
∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞∞

C'est vrai que 50000 fichiers, ça va prendre un certain temps ;-)

-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1429

Joseph-B <josephb@nowhere.invalid> wrote:

> 
> C'est vrai que 50000 fichiers, ça va prendre un certain temps ;-)

C'est simple, il en fait ± 10 000/heure puisqu'il y a un delay de 0.3

Ce sera fini ce soir.

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1430

Benoit <benoit@com.invalid> wrote:

> Joseph-B <josephb@nowhere.invalid> wrote:
> 
> > 
> > C'est vrai que 50000 fichiers, ça va prendre un certain temps ;-)
> 
> C'est simple, il en fait ± 10 000/heure puisqu'il y a un delay de 0.3
> 
> Ce sera fini ce soir.

Bon, c'est fini, mais il en manque 14. 49 801 dans le dossier d'origine
et 49 787 dans le final.

Je vais commencer avec ça et je chercherai ceux qui manquent plus tard.
Maintenant je voudrai trouver comment ce foutu Finder propose de temps
en temps de remplacer des fichiers qui ont le même nom ou de garder
l'ancien et le nouveau à l'occasion d'un déplacement de fichiers. Si je
sais faire, alors je mets tout dans un seul dossier et mon dictionnaire
est prêt ;)


-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1431

Benoit <benoit@com.invalid> a écrit,

> Bon, c'est fini, mais il en manque 14. 49 801 dans le dossier d'origine
> et 49 787 dans le final.

0,03% de perte, je trouve que tu t'en tires bien :-)

> Maintenant je voudrai trouver comment ce foutu Finder propose de temps
> en temps de remplacer des fichiers qui ont le même nom ou de garder
> l'ancien et le nouveau à l'occasion d'un déplacement de fichiers. Si je
> sais faire, alors je mets tout dans un seul dossier et mon dictionnaire
> est prêt ;)

Tu veux faire ça à la mano ou avec un script ?
Parce que par script, que ce soit la commande shell cp ou la commande
"Duplicate" du Finder, par défaut ça écrase le fichier de même nom.
Pour empêcher ça il faut écrire une procédure de renommage.
(Du moins c'est comme ça sur mon vieux Lion)

-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1432

Joseph-B <josephb@nowhere.invalid> wrote:

> Benoit <benoit@com.invalid> a écrit,
> 
> > Bon, c'est fini, mais il en manque 14. 49 801 dans le dossier d'origine
> > et 49 787 dans le final.
> 
> 0,03% de perte, je trouve que tu t'en tires bien :-)
> 
> > Maintenant je voudrai trouver comment ce foutu Finder propose de temps
> > en temps de remplacer des fichiers qui ont le même nom ou de garder
> > l'ancien et le nouveau à l'occasion d'un déplacement de fichiers. Si je
> > sais faire, alors je mets tout dans un seul dossier et mon dictionnaire
> > est prêt ;)
> 
> Tu veux faire ça à la mano ou avec un script ?
> Parce que par script, que ce soit la commande shell cp ou la commande
> "Duplicate" du Finder, par défaut ça écrase le fichier de même nom.
> Pour empêcher ça il faut écrire une procédure de renommage.
> (Du moins c'est comme ça sur mon vieux Lion)

De temps en temps, quand je droppe des fichiers dans un dossier il me
dit qu'il y e a qui ont le même nom et me demande si je veux remplacer
ou conserver les deux. Je n'arrive pas à me rappeler quand il le fait et
quand il ne le fait pas :-(

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1433

Benoit <benoit@com.invalid> a écrit,

> De temps en temps, quand je droppe des fichiers dans un dossier il me
> dit qu'il y e a qui ont le même nom et me demande si je veux remplacer
> ou conserver les deux. Je n'arrive pas à me rappeler quand il le fait et
> quand il ne le fait pas :-(

Il le fait à chaque fois que dans le dossier de destination existe déjà
un fichier de même nom que celui que tu veux y déposer.
La petite fenêtre te propose de garder les deux ou remplacer celui du
dossier de destination par le fichier que tu importes, auquel cas il
l'écrase.
Si tu gardes les deux, le fichier que tu déposes va avoir son nom avec
"copie" à la fin et même "copie 2" "copie 3" etc. s'il en existe déjà
d'autres.

-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1436

Joseph-B <josephb@nowhere.invalid> wrote:

> Il le fait à chaque fois que dans le dossier de destination existe déjà
> un fichier de même nom que celui que tu veux y déposer.

Non, il e le fait pas à chaque fois.

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1438

Benoit <benoit@com.invalid> a écrit,

> Non, il e le fait pas à chaque fois.

Alors tu as un Finder "spécial" ;-)
-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1434

Joseph-B <josephb@nowhere.invalid> wrote:

> Benoit <benoit@com.invalid> a écrit,
> 
> > Bon, c'est fini, mais il en manque 14. 49 801 dans le dossier d'origine
> > et 49 787 dans le final.
> 
> 0,03% de perte, je trouve que tu t'en tires bien :-)

Trouvé ! Il y a des fichiers qui ont « / » dans le nom ! Il va me
falloir terminer ça à la main, parce qu'une recherche de « / » dans le
dossier me donne n'importe quoi sauf des fichiers qui ont ce caractère
dans le nom.

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1435

Benoit <benoit@com.invalid> a écrit,

> Trouvé ! Il y a des fichiers qui ont « / » dans le nom ! Il va me
> falloir terminer ça à la main, parce qu'une recherche de « / » dans le
> dossier me donne n'importe quoi sauf des fichiers qui ont ce caractère
> dans le nom.

Bizarre parce que chez moi ça les trouve très bien dans le dossier
désigné. 
au moment où tu entres le caractère / dans la fenêtre de recherche,
n'oublie pas de préciser via le menu qui s'affiche en-dessous "Nom du
fichier".

-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1437 — [BUG] Recherche de fichiers [FUT] Re: [AS] Coup de pouce

Joseph-B <josephb@nowhere.invalid> wrote:

Récapitulatif :

J'ai un script qui manipule un des fichiers dans un dossier. Tous sont
pris en compte sauf ceux contenant un « / ».

> Benoit <benoit@com.invalid> a écrit,
> 
> > Trouvé ! Il y a des fichiers qui ont « / » dans le nom ! Il va me
> > falloir terminer ça à la main, parce qu'une recherche de « / » dans le
> > dossier me donne n'importe quoi sauf des fichiers qui ont ce caractère
> > dans le nom.
> 
> Bizarre parce que chez moi ça les trouve très bien dans le dossier
> désigné. 
> au moment où tu entres le caractère / dans la fenêtre de recherche,
> n'oublie pas de préciser via le menu qui s'affiche en-dessous "Nom du
> fichier".

Je confirme : une recherche de fichiers contenant « / » donne des
résultats sur le disque, mamis n'en trouve aucun dans le dossier
spécifique.

Peut-il y avoir un autre « / » Unicode qui soit utilisable en adresse
web ?

[FU2] plus approprié je pense.

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1439

Benoit <benoit@com.invalid> a écrit,

> Trouvé ! Il y a des fichiers qui ont « / » dans le nom ! Il va me
> falloir terminer ça à la main, parce qu'une recherche de « / » dans le
> dossier me donne n'importe quoi sauf des fichiers qui ont ce caractère
> dans le nom.

Moi aussi "Trouvé !", mais un peu tard, comment obliger les fichiers qui
un nom comportant un slash à être pris en compte malgré tout.
Ça demande une petite fonction de substitution.

-- 
J. B.

[toc] | [prev] | [next] | [standalone]

#1481

Benoit <benoit@com.invalid> wrote:

> Trouvé ! Il y a des fichiers qui ont « / » dans le nom ! Il va me
> falloir terminer ça à la main, parce qu'une recherche de « / » dans le
> dossier me donne n'importe quoi sauf des fichiers qui ont ce caractère
> dans le nom.

Recherche avec quoi ?

Parce qu'ici avec le Finder ça marche (même si beaucoup d'autres peuvent
apparaîtrent qui noient le poisson)

Le mieux est que tu fasses un essai avec un tel fichier placé dans une
répertoire provisoire qui ne contient rien d'autre. Et que tu fasses la
recherche exclusivement dans ce dossier.

Bon ceci étant, la raison pour laquelle ça ne peut pas marcher avec
certaines recherches dans un script (en particulier dans un shell
script) est que les / qui apparaissent dans un nom de fichier du Finder
sont remplacés par le caractère ':'
Donc si tu nommes (par le Finder) un fichier "machin/chose" et si tu vas
regarder le nom de ce fichier avec le Terminal, tu verras "machin:chose"

La raison de ce remplacement est que le caractère / est utilisé par le
système pour séparer un répertoire de son répertoire père dans
l'écriture d'un chemin. 
Par exemple :
   essai/truc signifie le sous-dossier truc dans le dossier essai

Donc le caractère /  est interdit dans un nom de fichier (vu du système
ou de toute application qui accède directement aux chemins du système,
telle par exemple le Terminal).

Remarque bien que pour la même raison, tu ne peux pas mettre le
caractère ':' dans un nom de fichier, quand tu es dans le Finder. En
effet celui-ci ne peut ni le conserver tel quel (car il deviendrait un
/) à la relecture, ni le transformer en /.

 Essaie par exemple de créer le fichier "machin:truc"...
-- 
                JiPaul.    
/ /--/--//\\                         Jean-Paul Blanc
|/| L   |\\\                quelquepart en   (somewhere in)
\/|| = |||\\\                             FRANCE

[toc] | [prev] | [next] | [standalone]

#1488

JiPaul <blanc@empty.org> wrote:

> Bon ceci étant, la raison pour laquelle ça ne peut pas marcher avec
> certaines recherches dans un script (en particulier dans un shell
> script) est que les / qui apparaissent dans un nom de fichier du Finder
> sont remplacés par le caractère ':'
> Donc si tu nommes (par le Finder) un fichier "machin/chose" et si tu vas
> regarder le nom de ce fichier avec le Terminal, tu verras "machin:chose"
> 
> La raison de ce remplacement est que le caractère / est utilisé par le
> système pour séparer un répertoire de son répertoire père dans
> l'écriture d'un chemin. 
> Par exemple :
>    essai/truc signifie le sous-dossier truc dans le dossier essai
> 
> Donc le caractère /  est interdit dans un nom de fichier (vu du système
> ou de toute application qui accède directement aux chemins du système,
> telle par exemple le Terminal).

Je le savais/m'en doutais. J'ai terminé à la main ces fichiers, il n'y
en avait qu'une centaine et ce n'était plus « drôle » de passer plus de
temps à résoudre intelligement un problème plutôt que de le faire de
façon simple, simplissime, bête ;)

Sinon, concernant les recherches avec « / » comme j'ai trouvé un bug
dans une appli parce que le Finder gère un encodage de caractères
non-standard, il est possible que ce « / » soit un autre chose que le
« / » de base.

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1489

Benoit après avoir mûrement réfléchi nous suggère :

> Sinon, concernant les recherches avec « / » comme j'ai trouvé un bug
> dans une appli parce que le Finder gère un encodage de caractères
> non-standard, il est possible que ce « / » soit un autre chose que le
> « / » de base.

En effet, le caractère standard "/" de notre clavier alphabétique, qui
sert aussi de signe division sur le clavier numérique est l'unicode 002F
ou "solidus" (ASCII 32) et est utilisé aussi comme séparateur dans les
posix path, donc mieux vaut le proscrire dans un nom de fichier.
Dans le terminal il sera effectivement remplacé par  "\:"

Il existe aussi le "Fraction Slash"     "⁄"

FRACTION SLASH
Unicode: U+2044, UTF-8: E2 81 84 (id 8260 en décimal)
que l'on optient au clavier par                 Option-Maj-X
mis dans un nom de fichier, le terminal ne fera pas de substitution.

-- 
J. B.
Alerte ! Le méta-cristal compressé paraît morpho-encoder dangereusement
! Il faut inhiber le fragment atomique d'urgence !!!

[toc] | [prev] | [next] | [standalone]

#1490

In article (Dans l'article) <1mpoctg.bontjgp5kfj4N%benoit@com.invalid>,
Benoit <benoit@com.invalid> wrote (écrivait) :

> J'ai terminé à la main...

Il arrive un moment où ça aide...

-- 
Jean-Pierre Kuypers

Veuillez terminer les phrases dans leur con-
texte avant de résoudre sciemment.

[toc] | [prev] | [next] | [standalone]

#1491

Jean-Pierre Kuypers <Kuypers@address.invalid> wrote:

> In article (Dans l'article) <1mpoctg.bontjgp5kfj4N%benoit@com.invalid>,
> Benoit <benoit@com.invalid> wrote (écrivait) :
> 
> > J'ai terminé à la main...
> 
> Il arrive un moment où ça aide...

Pas trouvé la contrepétrie ;)

-- 
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La
pratique, c'est quand tout fonctionne et que personne ne sait pourquoi.
Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et
personne ne sait pourquoi !" [ Albert Einstein ]

[toc] | [prev] | [next] | [standalone]

#1494

Benoit <benoit@com.invalid> wrote:

> Pas trouvé la contrepétrie ;)

Normal !.. Aucun mathématicien n'est jamais assez fort pour ce calcul
!... ;-)

-- 
                JiPaul.    
/ /--/--//\\                         Jean-Paul Blanc
|/| L   |\\\                quelquepart en   (somewhere in)
\/|| = |||\\\                             FRANCE

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | fr.comp.sys.mac.programmation

csiph-web