Re: Verifier la presence d'un mot dans tous les champs

Olivier Miakinen, le 4 mars 2023 à 00:08 dans
<news:tttum3$1e38$1@cabale.usenet-fr.net> écrivait :

J'aurais dû la formuler de la façon suivante :
« Après une recherche rapide sur la toile, j'ai l'impression que c'était
mort dès le départ, si on avait voulu faire en AppleScript ce que je
voulais faire avec une regexp ».

Absolument. Applescript est pensé pour manipuler les listes, voire les
matrices, mais très limité au niveau de la manipulation des chaines de
texte, dont tu as dû te rendre compte que pour ce faire on en vient à
traiter des listes d'items.
Applescript ne sait pas manipuler les regex, sauf à écrire la règle dans
une commande shell qui sera exécutée par l'appel «do shell script
"blablabla"»

Quant aux manipulations de nombres dans l'exemple que tu donnes, ça
pourrait être un peu mieux, Applescript supportant la "coercition" d'une
chaine de caractères numériques en réel ou en entier.

Malheureusement, là où ça se complique c'est que le langage va regarder
dans les préférences de langage du Système quel est le séparateur
décimal en vigueur.
Si mon Mac est configuré anglais ou allemand, par exemple, la
proposition
«class of ("+1.5" as number) = real» va répondre true
mais sur un Mac réglé francophone va générer l'erreur -1700
“error "Impossible de convertir \"+1.5\" en type number."

Pour un script à exécuter sur un Mac "français" la bonne syntaxe serait
«class of ("+1,5" as number) = real» ––> true

Histoire de ne pas simplifier les choses au décours d'un script, même en
Système "français", tous les /nombres réels/ sont présentés avec le
point comme séparateur décimal (sauf réglage spécial de l'utilisateur)

Je donne l'exemple ubuesque suivant mais bien réel

set z to "+1,5" # si je mets "1.5" la ligne suivante génèrera une erreur
get (z as number) + 2.3 # si je mets 2,3 j'aurai un refus de compilation

result : 3.8

get (("+1,5" as number) + 2.3) as string

result "3,8"

Pour un francophone écrire un applescript "universel" comportant des
valeurs numériques entrées en variable texte, oblige à des contorsions
indignes d'un langage de programmation qui se veut portable sur toutes
les options de langue possibles de l'OS.
Après ça, ne pas s'étonner qu'Applescript, malgré de très bonne choses
dont la programmation orientée objet, soit quelque peu méprisé par les
habitués des langages historiques, du Pascal au C, ou même Python, etc.

--
 J.B.
Encoder l'anti-écho à court rayon d'action est illogique, puisque le filtre à
grand rayon d'action va neutraliser le spouniseur gravifique.