Re: SignAuPif 1.0.2

"Benoît L." <benoit@com.invalid> wrote:

Si tu tapes
set set AppleScript's text item delimiters (return & return)
ça ne marche pas mais
set AppleScript's text item delimiters to (linefeed & linefeed)
oui. Pourquoi ? No idea.

Il y a deux raisons à cela

1) la première est que la source, le fichier .text original des GMP, si
tu l'ouvres dans BBEdit, tu verras sur le bandeau en pied ses
caractéristiques
« Text File ; Unicode (UTF-8) ; Unix (LF) » le dernier étant le type de
coupure de ligne, Line Feed et non pas Return comme pour du MacOS Roman
que l'on traine encore comme un boulet que l'on est passé à OS X.

2) Parce que je sais par expérience que progressivement AppleScript
(intégré aux couches basses du Système) devient plus strict (je devrais
dire plus cohérent) sur le type d'encodage (UTF-8) et donc de coupure de
ligne, mais que Yosemite, par exemple, aurait accepté sans broncher les
deux, Linefeed ou Return, comme absolument équivalent,
ce qui n'est plus le cas depuis 10.12 (encore que avec M. V. on a pu
trouver des "exceptions déroutantes" avec l'interpréteur AppleScript des
commandes Shell, toujours pas corrigées depuis 22 ans …)

Je vois des "
 
"
Dans ton script.

C'est encore un nouveau "feature" d'Applescript récent qui a transcrit
lors de la compilation en forme texte (caractère invisible) ce qui
aurait dû rester en symbolique de code "\n".
À l'inverse, si sur mon Capitan je tape des retours à la ligne dans le
code, à la compilation il m'écrit des "\r" ce qui est une aberration
héritée de Mac OS pré X !
 
Bon, j'aurais écrit <linefeed> en toutes lettres au lieu de "\n" le
problème ne se srait pas posé.

Ce sont des manques de rigueur comme cela depuis aussi longtemps
qu'Applescript existe qui le font mépriser par les "vrais "
programmeurs. Et ça fait plus de 20 ans que je le dis, pas attendu
l'article que tu cites.
<https://www.economist.com/business/2022/01/29/what-if-all-workers-wrote-software-not-just-the-geek-elite>

--
J. B.