Gil Cot ✔ a écrit 6713 commentaires

On lui a fait prendre la pilule violette et depuis il dort avec un sourire béat.
Prochaine étape, flasher les personnes ayant lu ce fil puis l'effacer. Cet événement n'a jamais eu lieu et les autres peuvent reprendre une activé normale.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

C'est une bonne façon de procéder et donc le document est correct… Que la copie récupère l'ordre de composition initial ou le résultat final est un autre sujet : les deux se valent …tant que le coller produit le résultat escompté. Les joies de l'Unicode (et me semble qu'on avait déjà parlé de ce problème mais je ne sais plus où.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Je me méfie des certaines propriétés qui peuvent/devraient être modifiées manuellement. (là on suppose qu'ont été laissées les valeurs par défaut mais le document aurait pu être produit sous Works et se faire passer pour du LaTeX ou être fait avec du cuir et se faire passer pour du LibO, etc.)
Ceci dit, comment le vois-tu visuellement sur le PDF ? :-)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Je verrai plutôt tr " " "\n" dans une fonction avec un nom explicite, pour pouvoir enchaîner des fonctions avec un nom lisible par un humain, quelque-chose comme to_single_column | uppercase.

Il faut résister à la tentation de faire des fonctions pour dix à quinze caractères, sauf si la fonction est vraiment réutilisée plusieurs fois… En groupant, ce n'est pas moins lisible, je trouve, et si en prime c'est commenté (juste par "to single column And to upper case" ou un truc du genre) c'est meilleur.
C'est d'ailleurs parce-que tr est plus simple et plus lisible sur ce coup que je n'ai pas poussé…

# tr " " "\n"
awk -v RS=" " '{print}'

# tr "[[:lower:]]" "[[:upper:]]"
# AWK is better with accentuated locales
awk '{print toupper($0)}'

# tr "[a-z] " "[A-Z]\n"
awk -vRS=' ' '{print toupper($0)}'

# tr "[a-z] " "[A-Z]\n" | awk '{printf "%d\n", ("0x" $1)}'
# hexa in AWK is in fact case-insensitive
awk  -vRS=" " '{printf "%d\n", (("0x" $1) + 0)}'

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

J'ai fait le test sur un Mac et cet outil là ne semble pas être une implémentation GNU

$ type awk
awk is hashed (/usr/bin/awk)
$ ls -l /usr/bin/awk 
-rwxr-xr-x  1 root  wheel  334944 Dec  8 00:39 /usr/bin/awk
$ type gawk
-bash: type: gawk: not found
$ awk --version
awk version 20200816

Le manpage ne dit pas quelle implémentation c'est non plus, mais de mémoire c'est nawk comme sur d'autres BSD. Je vérifierai sur un autre poste où j'en ai d'autres (mawk et nawk entre autres) ce qu'il en est du comportement par rapport aux hexa. Et surtout voir ce qui est attendu au niveau de la norme…

Peut-être qu'il faut lui forcer la main avec strtonum() ?

Sinon, la façon un peu bourrin de faire la conversion ressemblerait à (non testé) :

for (x=1;x<=length($1);x++){
digit=index("123456789abcdef",substr($1,x,1));
number=number*16+digit}
print number

Pendant que j'écrivais je viens de me rappeler qu'on va parfois chercher loin ce qui est à portée de main… L'expansion arithmétique d'un shell POSIX connait l'hexa en entrée mais retourne tout en décimal (test suivant fait avec Bash, Zsh, Dash pour m'en assurer) :

$ echo $((0x61))
97
$ x='0xE'; printf "%d %d %d" $x "$x" $((x + 1))
14 14 15

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Et les sites de rencontres de manchots et de pingouins alors ?

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Dans cet enchainement :

        tr " " "\n" | uppercase

…tu peux combiner les deux en une opération

        tr "[a-z] " "[A-Z]\n"

…et le test est concluant :

$ cat hex.txt 
61 62 0a
63 64 0a
$ cat hex.txt | tr "[a-z] " "[A-Z]\n"
61
62
0A
63
64
0A

Et là, on aimerait bien passer tout ça à awk pour qu'il traduise ça en caractères affichables via sa fonction printf.
Mais il lui faut un nombre en base 10 et je sais pas traduire l'hexa facilement avec awk (hors version GNU),

Bien vu pour printf. Le "truc" est juste de lui passer une chaîne déjà en hexa …en forçant la chaîne de caractères à être lu comme un nombre hexa…

printf "%d\n", (("0x" $1) + 0)

Vérification…

$ echo "obase=10;ibase=16; 61" | bc
97
$ echo "61" | awk '{ printf "%d\n", (("0x" $1) + 0) }'
97
$ cat hex.txt | tr "[a-z] " "[A-Z]\n" | awk '{printf "%d\n", (("0x" $1) + 0)}'
97
98
10
99
100
10

Tu étais donc sur la bonne voie ; j'y aurais pas pensé à ce détour tout seul.

Est-ce qu'on aurait pas plus simple encore ?

[edit] Du coup, on peut combiner from_hex_to_decimal | from_dec pour la route :D

$ cat hex.txt | tr "[a-z] " "[A-Z]\n" | awk '{printf "%c", (("0x" $1) + 0)}'
ab
cd

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

et xxd -p -r qui fait l'inverse

OD et HexDump ne font pas l'inverse… Mais comme tu fais déjà du traitement avec AWK, peut-être utiliser sa faction chr (et ord dans l'autre sens ?) Je sais, c'est pas du jeu :-)

Petites notes sympas, vu que ce ne sont pas des fonctions natives (en tout cas pas requis par POSIX donc propre à l'implémentation si présente) : https://www.gnu.org/software/gawk/manual/html_node/Ordinal-Functions.html et https://helpmanual.io/man3/ordchr-am/

C'est la première fois que j'entends parler du besoin de faire l'opération inverse dans un script ; du coup je suis allé regarder le source. Je ne suis pas sûr d'avoir compris ce que tu tentes de faire : pour du rechercher-remplacer il n'est pas besoin de passer par ce détour …à moins que ce ne soit des caractères trop particuliers ? (auquel cas méfiance…) S'il s'agit par contre de changer l'encodage, il n'y a pas de mal à faire appel à iconv dont c'est le boulot (et qui donc prend en compte un certain nombre d'autres paramètres.)
En fait, quand il y a plusieurs solutions possibles j'aime plutôt permettre au script de s'adapter en conséquence (il y a de grande chance que l'un des deux outils soit installé, et si c'est pas le cas on fait avec) :

if command -v iconv >/dev/null ; then
  # traitement avec iconv...
elif command -v xxd >/dev/null ; then
  # traitement avec xxd...
else
  # p-o-c qu'on peut faire sans l'un ni l'autre
  # ou arret avec message d'erreur clair
  # ou traitement degrade avec avertissement
fi

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

De case en case on sent la bande s'user (les moins jeunes, qui l'ont faite tourner au stylo et/ou utiliser des nettoyantes comprendront l'allusion.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

En vrai, il y a des gens qui vendent du vent virtuel et des gens qui se font plumer (argent réel contre titre de propriété onirique) dans une première catégorie.
En face, il y a des spectateurs (donc ont forcément connaissance du marché de dupes tendance tousse) et des gens qui sont trop dans ce réel pour se douter de ce qui se trame.
Donc il y a au final 11 catégories de personnes…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Bah, le premier lien, celui du support G, fait le même mélange…
Je viens d'aller voir le trois lien (mais second site, celui du Huffpost) qui effectivement parle de deux zones info et ICE (ECDU) …mais je n'ai pas cela chez moi. Probablement lié au "Health app" ou une version plus récente du système ? L'article termine en disant que tous les appareils n'ont pas cette possibilité et qu'il reste toujours le mélange des deux. La boucle est bouclée.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Personne n'a l'air épanoui comme ça devant un écran de pub comme peu le suggérer les photos en haut à gauche et en bas à droite de l'illustration

Non, mais c'est un classique : il faut toujours donner l'impression que les gens sont plus heureux et heureuses grâce à la pub, et les gens inutiles de ce métier se sentent plus heureux et épanouies.

Je n'ose pas imaginer comment ça doit être pénible de voir des pubs pendant qu'on pédale comme la personne en haut à droite

Le propre de nos société de consumérisme qui marchent sur la tête. On en arrive à voter des lois pour que les gens restent concentrés sur la conduite, mais en face on ne fait rien si ce n'est encourager la distraction publicitaire qui serait bonne pour l'économie. Autant c'est problématique d'avoir les yeux sur son écran qui vous indique l'itinéraire, autant c'est bien quand c'est pour se prendre de la réclame. (remarque avec le vélo véhicule autonome ce ne sera plus un problème.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Ah le « info on your lock screen » …j'avais pas souvenir que c'était préfixé de « emmergency » :D J'ai toujours mis mes deux adresses de courriel dont je sais le mot de passe par cœur, en guise d'adresse où me joindre si un pas méchant samaritain trouvait mon précieux allumé.
Merci beaucoup parce-que sur le coup je ne pensais pas à ça et que maintenant j'ai l'idée d'ajouter des numéros à prévenir en cas d'urgence. (je n'utilisais ce truc que pour le cas de perte.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Ça m'avait fait tiquer aussi, mais en lisant… il s'agit :
5. de la personne qui administre son poste Fenêtre
6. de la personne qui programme ou script en environnement Linuxien et l'administre un peu
7. il manque donc les personnes qui écrivent leurs pilotes ou programment un noyau

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

L'équivalent des « Perles de » (profs, élèves, Bac, etc.) mais entreprise ici…
Je viens de jeter un coup d'œil et il faudrait plusieurs fichiers en effet (au moins un par département ou top rôle…) et/mais on perdrait certains aspects de la génération… (j'ai pensé aux fichiers de fortune parce-que je n'imaginais pas que c'était des morceaux re-assemblés, je pensais plutôt des listes de dialogues tels quels.)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Ce n'est pas sans rappeler un autre lien : https://linuxfr.org/users/colargol/liens/la-generation-qui-a-grandi-avec-google-ne-sait-pas-utiliser-un-systeme-de-fichiers

C'est une bonne chose cette échelle de l'OCDE, et elle pourra être reprise par l'UE pour son Europass.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Aucun lien ! Dans les habitations domestiques (maisons, pavillons, immeubles d'habitations, etc.) des contrées dites occidentales (je le précise car le lectorat pouvant être juste francophone mais pas résident d'un des pays auxquels je pense) il y a un certain nombre de normes qui font que l'électricité ne devrait pas causer certains accidents (y compris déclencher des incendies sans que ce soit volontaire.) Et dans les cas qui ne sont pas des concours de circonstances malheureux, l'enquête montre presque toujours un manquement aux normes.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Énormissime… Ça me rappelle un peu une autre appli Android. Dans les deux cas, je me demande si la liste n'est pas disponible sous forme de fortune file…

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Je n'ai jamais retenu mon numéro de portable, et j'ai toujours trouvé ça normal justement parce-que c'est l'un des numéros que je n'appelle jamais. À une époque reculée, quand j'avais un fixe, j'ai fini par connaître ce numéro parce-que je fais parti des privilégiés qui avaient un répondeur et qui n'étaient pas souvent chez eux.

Le coup de la liste de personnes à contacter se perd. À une certaine époque, il y avait une page dédiée en début de nos agenda de poche… Et comme tu en reparles, je vais me refaire une telle liste à laisser dans mon porte-feuille.
En parallèle, j'aimerais aussi la liste sur le smartphone avec la fonctionnalité qu'a mentionné Zenitram : je suis donc preneur des infos car je ne trouve pas où c'est.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Comme quand tu assembles un ordi, il faut une certaine protection ne serait-ce contre (ou plutôt à cause de) l'électricité statique.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Pour mes sauvegardes sur site, au lieu d'un petit boitier NAS, il faut privilégier une tour. Une grande tour avec une étiquette "stop vol".
Sinon, je suppose qu'un mini-rack fait l'affaire aussi ? Dans le style, je comptais m'équiper d'un blade de seconde main. Il va sans dire que ce n'est pas pour le salon ni la chambre à coucher hein.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Ah ce n'était pas la carcasse nue comme je l'imaginais.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Je n'ai pas la mémoire des chiffres non plus : il m'a fallu attendre douze à quinze ans pour arriver à retenir ma date de naissance.
Ceci dit, comme un autre, j'ai certains nombres qui ne s'effacent plus : le numéro de mon premier compte en banque, mon numéro de sécu, le numéro de téléphone de la maison et d'autres numéros de personnes décédées.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

une option -N pour ne convertir qu'un certain nombre de caractères là où on a déjà d'autres outils pour faire ça (comme head)…

Pas compris… Je suppose que tu veux faire ceci avec head ?

$ cat nbr.txt
100
301
502
703
904
105
$ od -N4 -c nbr.txt
0000000    1   0   0  \n                                                
0000004
$ head -c4 nbr.txt | od -c
0000000    1   0   0  \n                                                
0000004

Historiquement, head n'avait pas l'option -c d'une part, et il n'y avait pas d'éditeur de binaire Or il fait sens de vouloir examiner une portion déterminée sans devoir remplir tout l'affichage (rappelons-nous des petits écrans sans mémoire tampon pour garder plusieurs pages écran en mémoire tout ça)

Pour la petite histoire, od existe depuis la v1 d'UNIX AT&T, tandis que head est apparu plus tard dans PWB UNIX…

$ od -j8 -N4 -c nbr.txt 
0000010    5   0   2  \n                                                
0000014
$ xxd -s8 -l4 nbr.txt
00000008: 3530 320a                                502.
$ od -j8 -N4 -x nbr.txt 
0000010      3035    0a32                                                
0000014

Et c'est tellement inutile que même xxd permet de le faire ;D

je ne comprends pas le choix de mettre plein d'options pour spécifier une sortie octale avec 1, 2 ou 4 caractères par ligne, des options pour des sorties hexa avec 2 ou 4 caractères par ligne

En fait il y a deux notions, qui sont souvent liées quand on fait de la programmation : le (type de) format et la longueur. Cela correspond à signaler le type de données …non signé qui sont interprétés… sans quoi lui il ne sait pas trop à quoi correspond le binaire sous-jacent.

Si tu ne manipules que des octets, les choix seront plutôt entre :
-tuC ou -tu1 pour la base 10, -tdC ou -td1 pour la même en nombre signé, -toC ou -to1 ou -b pour la base 8, -txC ou -tx1 pour la base 16.

l'équivalent de xxd -p -c 1 pour convertir l'entrée en hexa sur une seule colonne

Bon, le manuel dit que -p c'est le « postscript continuous hexdump style » ou « plain hexdump styple » hum. Et -c pour indiquet le nombre d'octets affichets par ligne, au lieu de 16 par défaut.

$ echo test | xxd
00000000: 7465 7374 0a                             test.
$ echo test | xxd -p
746573740a
$ echo test | od -tx1
0000000    74  65  73  74  0a                                            
0000005
$ echo test | od -An -tx1
           74  65  73  74  0a

Pour supprimer le compteur (je suppose que c'est ce que fait le style continue à la postscript), il faut utiliser -An
Pour afficher des octets aussi en hexa aussi, j'utilise -tx1 Par défaut il travaille sur deux octets : -x ou -h ou -tx2 en hexa, -o ou -B ou -to2 en octal par défaut. Et quand on prend par paire l'ordre est un peu différent…

$ echo test | od -An -tx2
             6574    7473    000a                                        
$ echo test | od -An -tx1 | tr -d ' '
746573740a

Par contre on ne sait pas agir sur le groupement, sauf avec l'implémentation GNU qui prévoit une option -w entre autres. Je pense que ce n'est pas grave vu que tu AWK après dessus ; sinon un pipe supplémentaire comme dans l'exemple pour virer les blancs.

et xxd -p -r qui fait l'inverse

OD et HexDump ne font pas l'inverse… Mais comme tu fais déjà du traitement avec AWK, peut-être utiliser sa faction chr (et ord dans l'autre sens ?) Je sais, c'est pas du jeu :-)

“It is seldom that liberty of any kind is lost all at once.” ― David Hume

Quant à XPath, ça ne permet pas que de récupérer les noms de programmes dans le texte mais aussi les noms de programmes mentionnés dans les see also ou en tant que termes d'un glossaire.

Je n'ai pas compris. Je ne connais pas le fonctionnement de DocBook.

Ce qu'il voulait dire, c'est que XML et SGML ne sont pas qu'une famille de format de balisage et/ou de description de documents. Ce sont d'abord des « grammaire » pour décrire des structures arborescentes (ce qui s'applique bien à des « documents structurés » mais est tout à l'opposé des langages de description de pages pour lesquels les formats de description de pages —comme TeX/TROff/RTF/etc.— sont des abstractions plus hauts niveau.) Ces grammaires sont distribuées dans une forme normalisée (XML Schema puis ReLaX NG ainsi que DTD plus historiquement) et ne sont plus des grammaires incorporées dans les outils (et documentées en syntaxe BN par exemple.) Du coup c'est très bien comme format d'échange, mais je m'égares un peu.
Outre la validation, cette arborescence peut être simplement interrogée/requêtée et c'est ce que formalisent XPath et XQuery.
De la même façon, on peut mettre en œuvre des transformations d'une grammaire en une autre en utilisant XSLT et indiquer avec XSL-FO les règles générales de présentation ; ce qui la rend la chose encore meilleur comme format d'échange, mais je m'éloigne trop.

Ceci sont valables pour tous les documents XML. On peut avoir des XML pour une base de données bibliographique, pour sa collection de timbres, pour du dessins vectoriel (c'est le cas avec SVG), pour du texte structuré (c'est le cas avec les formats OpenDocument, epub, TEI et DocBook…)

Je suppose que see also est une section balisée comme telle dans DocBook. Si c'est le cas, il n'y a pas d'équivalent à ce que tu dis dans troff. Cette section pourrait être implémentée entre deux appels de macros .SEE_ALSO1 et .SEE_ALSO2 et à l'intérieur tu pourrais y mettre l'appel à .APPLICATION comme partout ailleurs

C'est un peu l'idée mais en plus subtile. Comme les index et les différentes tables (illustrations, tableaux, etc.) tu peux donc avoir une section VoirAussi avec une sous-section Logiciels (ou juste une section Index des programmes…) où les programmes ne sont pas référencés comme dans le corps du document (car pas besoin de mise en page/évidence particulière) mais on sait facilement récupérer cette liste …en plus des éléments ailleurs.

Bref, XML est utilisé et devrait être la norme (d'échanges) dans les systèmes de traitement documentaires. Ce genre de système (pense par exemple au catalogue de la BNF ou tout système où on doit pouvoir indexer finement et réorganiser programmatiquement de larges volumes) n'a pas de lien avec son propre système de documentation (écrire ses rapports/mémoires/livres) et de toute façon, XML est ingérable à la main (i.e. dans un simple éditeur de texte par exemple.) Je milite pour l'emploie de XML mais il n'est pas dans mon workflow personnel.

“It is seldom that liberty of any kind is lost all at once.” ― David Hume