Bonjour,
Je cherche à faire une liste d'attributs vides. J'arrive à parcourir et à afficher mais je n'arrive pas à créer un compteur qui me permet de connaitre le nombre exacte d'attributs vide.
Merci.
Version imprimable
Bonjour,
Je cherche à faire une liste d'attributs vides. J'arrive à parcourir et à afficher mais je n'arrive pas à créer un compteur qui me permet de connaitre le nombre exacte d'attributs vide.
Merci.
Non ?Code:count(//@*[. = ''])
Je corse un peu la question. Je vais essayer de produire un peu de code de mon côté, mais si quelqu'un trouve avant, il sera le champion :mouarf: !
Supposons des attributs vides. Il y en aurait au moins 2, qui seraient présents 1 fois ou plus.
Maintenant nous aimerions établir la liste de ces attributs, avec le nombre d'occurrences entre parenthèses. Nous ne voulons pas de doublons dans cette liste. Ainsi, je n'aurais par exemple qu'une seule ligne mentionnant l'attribut "id".
Petit exemple du résultat attendu :
Je viens de me poser la question, donc je n'ai ni code source, ni proposition, mais je vais réfléchir là-dessus, je trouve le sujet intéressant... Enfin je crois. Non ?! :oops:Code:
2
3
4
Merci thelVin pour l'aide :ccool:.
- Muench pour avoir la liste dédupliquée des noms d'attributs videsCitation:
Envoyé par VforVincent
- pour chaque attribut, pour obtenir son nombre, count() sur la clé.
Quelque chose comme
À noter que vu que je n'utilise que name() et pas namespace-uri(), il peut possiblement y avoir confusion dans les namespaces. Une solution possible serait d'avoir concat( namespace-uri(), '|', local-name() ) comme use.Code:
2
3
4
5
6
7
8
9
Permettons-nous ce matin une interjection : Purée !
J'étais bloqué sur le count... j'ai pas pensé un seul instant à réutiliser la clé... :aie: n'importe quoi.
En tout cas c'est super sympa d'avoir répondu à la question subsidiaire ! :ccool:
J'ai parlé trop vite :cry: :
J'ai soudainement prix peur, pensant que le problème serait insoluble... Mais finalement il ne manquait qu'une bricole, un petit [1] pour dire que l'on ne veut qu'une seule fois l'item détecté (on n'a pas besoin de tous les détecter, juste le premier ; pour compter par contre, il nous les faut tous).Code:
2
3
Voici donc ce que je propose (en fait la même chose quasiment) :
Le petit fichier XML que j'ai utilisé (fait vite fait à la mano, à partir du contenu d'un ePub) :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Et le résultat, très très simplissime :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
Je pense que ça va me servir (pour des petits logs), donc encore merci thelvin :mrgreen:Code:
2
3
Si tu fais du XSLT 2.0, il y a bien plus simple qu'un Muench : for-each-group est là pour ça.
Code:
2
3
4
5
6
7
Oserai-je ? ....................................................................... :oops:
Pour être honnête, j'ai créé une XSLT par défaut dans oxygen/, qui met automatiquement la version XSLT 2.0 ...
Mais cette inattention a provoqué l'arrivée d'un autre bout de code, donc bénissons le hasard qui fait bien les choses ! :mouarf:
J'avoue ne pas trop connaître le 2.0 (à part quelques bricoles), mais si on a ce genre de choses, alors je vais certainement lire de-ci de-là quelques informations...
Je disais ça parce que generate-id() ne fait pas d'erreur si on ne met pas le [1] en XSLT 1.0.
Ceci étant parce qu'en XSLT/XPath 1.0 la notion de séquence n'existe pas. La seule notion d'ensemble c'est les ensembles de nœuds, et generate-id() prend le premier.
Et donc la leçon du jour les enfants : faites attention à votre version XSLT. :mrgreen:
On a donc 3 codes pour le prix d'une question si je comprend bien (le mien étant un hybride à ne pas suivre:)).