Discussion Projet:Infobox/Réflexions

Quelques idées de bases pour l’infobox personne

Une infobox modulaire utilisant les briques habituelles, proposant un service d’aide renouvelé des projets de fiches (cf {{Fiche Ville}}) ou un formulaire s’ouvrant au dessus de la zone d’édition (cela existe déjà sur wikisource pour le s:modèle:Auteur avec le gadget auteurForm) et implémentant le microdata personne proposé par les moteurs de recherches (les microformats n’étant pas vraiment adaptés au sujet). Tout les paramètres sont optionnels. Voici une idée rapide de la syntaxe d’appel :

{{Infobox Personne/Début}}
{{Infobox Personne
 | nom               = Jean-Paul II
 | image             = Bl John Paul II.jpg <!-- Par défaut le nom de la page -->
 | légende           = 
 | nom de naissance  = Karol Józef Wojtyła
 | date de naissance = 18/06/1920 <!-- Au format 18/06/1920, /06/1920 ou 1920 -->
 | lieu de naissance = [[Wadowice]]
 | pays de naissance = Deuxième République de Pologne <!-- Nom du modèle de pays et drapeau -->
 | date de décès     = 02/04/2005
 | lieu de décès     = [[Vatican]]
 | pays de décès     = Vatican
 | activité          = Pape/Bienheureux <!-- Fonction(s) principale(s) exercé(s) séparés par un "/", la première valeur défini la charte graphique -->
 | nationalité       = Vaticane/Polonaise<!-- Nationalité(s) séparés par un "/", on le garde ? -->
}}
{{Infobox Personne/Pape
 | date de début de pontificat = 16/10/1978
 | date de fin de pontificat = 02/04/2005
 | prédécesseur = [[Jean-Paul Ier|Jean-Paul I{{er}}]]
 | successeur = [[Benoît XVI]]
 | ***
}}
{{Infobox Personne/Saint
 | date de béatification = 01/05/2011
 | lieu de béatification = 
 | béatifié par = [[Benoît XVI]]
 | ...
}}
{{Infobox Personne/Blason
 | blason = John paul 2 coa.svg
 | ornements = <!-- pour ajouter automatiquement des ornements au blason (utilise modèle:Armoiries avec ornements communs -->
}}
{{Infobox Personne/Fin}}

Qu’en pensez-vous ? Des champs à ajouter/retirer ? Tpt (d) 3 juin 2011 à 18:47 (CEST)

Tout d'abord, je salue cette initiative qui pourra résulter en une bien meilleure réutilisabilité du contenu de Wikipédia et en une simplification de sa maintenance .

Me viennent ensuite quelques interrogations… comment exploiter les dates au format xx/xx/xxxx ou les activités au format xx/xx/… dans les modèles ? Avec un vrai langage de programmation, je ne dis pas… mais avec ce dont on dispose aujourd'hui, j'ai peur que l'on se heurte rapidement à des limitations techniques que les développeurs ont refusé à plusieurs reprises de résoudre sans changer complètement le système… — Arkanosis ^✉ 3 juin 2011 à 19:42 (CEST)

La Parser function #titleparts destiné à l’origine à manipuler les nom de sous-pages (d’ou le "/") retourne un ou plusieurs des éléments séparés par le "/". C’est ensuite assez facile. C’est un hack mediawiki à connaitre ! Tpt (d) 3 juin 2011 à 20:25 (CEST)

Ah, marrant, celle-ci m'avait échappée… merci Tpt .

Deuxième question, alors : si je comprends bien, Infobox Personne a vocation a être le premier module de toutes ces infoboxes (contenant notamment le titre et la charte graphique), ce qui signifierait un enchaînement systématique d'Infobox modulaire/Début et d'Infobox Personne. J'ai bon ? Quid d'Infobox Personne/Début (qui regrouperait les deux) et d'Infobox Personne/Fin (REDIRECT vers Infobox modulaire/Fin) ? — Arkanosis ^✉ 3 juin 2011 à 20:40 (CEST)

Infobox Personne/Début et Infobox Personne/Fin sont utilisés comme sur l’exemple pour ouvrir et fermer le modèle. Le /Début contiendra les prop d’ouverture des microdata et le /Fin sera une simple redirection. Voici un début d’infobox : {{Infobox_Personne}}. Qu’en penses tu ? Tpt (d) 3 juin 2011 à 22:16 (CEST)

En fait ce que voulais dire, c'est que si il faut toujours commencer par Infobox Personne/Début, suivi de Infobox Personne, autant que les paramètres de Infobox Personne soient dans Infobox Personne/Début. On aurait donc Infobox Personne/Début, Infobox Personne/A, , Infobox Personne/B, …, , Infobox Personne/Fin (et plus d'Infobox Personne tout court). Afin d'éviter l'Antipattern Sequential coupling (en) .

Sur le reste, il faudra s'assurer de l'isofonctionnalité avec l'existant, mais ça me plaît beaucoup. — Arkanosis ^✉ 3 juin 2011 à 22:27 (CEST)

Je préfaire garder la syntaxe actuelle, Personne/Début puis Personne puis Personne/A puis Personne/Fin car c’est elle qui est utilisée dans les autres infobox modulaire ainsi que les taxobox, on surprendra moins de monde. Pour l’isofonctionnalité, bien sûr même si la transition devra se faire directement dans les articles, la nouvelle version étant très différente des anciennes. Tpt (d) 4 juin 2011 à 08:10 (CEST)

Bonjour,
Même approbation qu'Arkanosis, mais avec deux réserves concernant le format de saisie de dates :

• surtout : ce serait introduire une règle de saisie propre à cette infobox, totalement différente de ce dont les contributeurs ont l'habitude par ailleurs. Il faut donc tenir compte du surcroît de complexité que cela entraîne, qui ne me semble pas négligeable.
• à un moindre titre : ce format est à la fois ambigu et non normalisé. Certes, il ne s'agit que d'une ambigüité en entrée et non pour le résultat affiché, et je comprends bien la possibilité de passer par l'astuce du titleparts, mais ce serait là encore le choix d'une particularité. Cordialement, --Lgd (d) 4 juin 2011 à 08:45 (CEST)

Seconce passe, cette fois-ci côté code : pourrait-on envisager la structure suivante :

{{Infobox/Début
 | image             = 
 | alternative       = 
 | légende           = 
 | infobox           = personne <nécessaire pour une éventuelle charte graphique propre à l'infobox personne>
}}
{{Infobox Personne
 | nom               = <ne sera pas nécessairement affiché mais nécessaire pour les microformats notamment>
 | nom de naissance  = 
...
}}
{{Infobox Personne/Pape
...
}}
...
{{Infobox/Fin}}

La raison étant la suivante : les infobox actuelles produisent un code HTML impropre qui est un savoureux mélange de tableau de mise en forme et de tableaux de données. Une évolution nécessaire serait de passer de ce salmigondis à un code HTML sémantique, dans lequel il y aurait notamment :

• une structure de DIV globale pour la mise en forme au lieu d'un tableau de mise en forme ({{Infobox/Début}})
• une structure de Hn pour le titre de l'infobox (ou un P introductif en raison du problème des TOC d'articles), puis DIV, P, etc. pour l'image et sa légende ({{Infobox/Début}} encore). Une question délicate est le titre de l'infobox : la pratique actuelle est de reproduire grosso modo le titre de l'article, ce qui donne une sous-section HTML improprement titrée. Une infobox devrait être titrée (HTMLement parlant) avec quelque-chose de générique et de plus pertinent pour le titre de la section, comme « Données clés » (c'est la section H2 des données clés de l'article, pas une redite apparent de la section principale en H1 Jean-Paul II). Pour les besoins d'exploitation directe du code wiki et d'éventuelles microformats par des outils divers, le nom de la personne peut en revanche être repris sans être affiché dans le bloc {{Infobox Personne}}.
• une structure individuelle de tableau de données correcte (avec titre CAPTION en particulier) pour chaque « bloc » de données (chaque {{Infobox Personne}} et {{Infobox Personne/Truc}} successif étant à chaque fois un tableau de données HTML spécifique et complet).

L'architecture de modèle que j'indique serait un pas (ou même une condition nécessaire) pour pouvoir envisager cette correction, en permettant de créer une structure globale qui sépare le non-tableau des tableaux de données successivement inclus dans l'ensemble.

Cordialement, --Lgd (d) 4 juin 2011 à 10:41 (CEST)

Oui, effectivement ce serai un grand plus ! Je te laisse trifouiller l’{{Infobox Personne}} pour mettre en place cette structure. Il ne faut pas non plus oublier dans ce travail le rendu que cela donnera dans la version mobile de wp et que l’infobox aura une couleur différente suivant les types de personne, "écrivain", "artiste" pour conserver les identités de projet et éviter de choquer beaucoup de monde. Pour le format des dates, ce format permettrait : 1° d’obliger la standardisation car un message d’erreur est retourné dès qu’il y un un problème 2° de pouvoir être facilement manipulable par un programme. Le modèle {{datetime}} est un bon exemple de ce genre de manipulation possibles dans le futur. Mais il y un un gros défaux : changer les habitudes des contributeurs. Une futur PDD devra être faite pour avoir d’autorité suffisante pour décider ce changement, il faudra donc que les exemple de démonstration utilisent l’ancienne comme la nouvelle syntaxe. Le "/" est aussi dans la même optique mais moins utile, je l’abandonne donc dès que tu aura fait tes changements. Voilà la structure que je propose, on s’achemine vers des infobox V3 :

{{Infobox/Début <dans un futur mediawiki html5 ouvre la zone de microdata adaptée à l’infobox>
 | titre             = <le titre apparent du bloc, ci-dessus le champ nom>
 | image             = 
 | légende           = <qui est aussi  l’aternative pour faciliter le travail et la mise en place>
 | infobox           = écrivain <met en place la charte graphique (la balle est dans ton camp puisque je n’ai pas le droit d’édition des css)>
}}
{{Infobox Personne
| nom de naissance  = 
...
}}
{{Infobox Personne/Pape
...
}}
...
{{Infobox/Fin}}

Rien de neuf sous le soleil, c'est ce que Glec et moi avont proposé avec la modbox. Si les détails techniques sont importants, et je remercie Lgd pour ces conseils, rien ne sert de perdre du temps sur le sujet avant d'avoir un avis positif de la communauté, car je me rappelle avoir subit des refus polis mais ferme de la part de certains projets qui ne voulaient pas voir leur superbe infobox avec liens externes et internes et autres détails remplacés par une infobox uniforme.

Mon conseil pour éviter de perdre du temps pour rien: établit une liste des différents "personnages" ayant une infobox, établit la liste des champs de chaque infobox, propose une liste de champs capable de supporter tout ce qui existe, analyse les particularités de chaque infobox (liens internes, externes, palettes de navigation) et définis s'il sera possible d'ajouter ces structures ou non dans la future infobox. A partir de là, tu pourras lancer un sondage et répondre à toutes les questions des différents projets qui voufront savoir si ils peuvent conserver leurs particularité ou non, si le sondage passe, alors commence de plancher sur le code.

Mais surtout ne te perds pas dans la techniques maintenant, car tu vas être très déçu que peu de personne apprécie le travail que tu auras fourni tout simplement parce que cela ne leur convient pas.

Liens à lire absolument: [1], [2]. Ne pas oublier que les mêmes questions, les mêmes remarques vont être posée. Autant commencer dès maintenant à y répondre. Snipre (d) 4 juin 2011 à 21:31 (CEST)

« c'est ce que Glec et moi avont proposé avec la modbox » : oui, effectivement, j’avais même participer au projet. Mon but était : avoir un module central unifié (équivalant à la modbox biographie) + un ou plusieurs modules pour chaque projet qui garderai ses particularités propre pour ne blesser personne au début. L’apparence extérieure serait personnalisée pour chaque projet grâce à un champ de {{Infobox Personne/Début}} et une feuille de style. Si on arrive à mettre cela en œuvre ce sera déjà bien. Je commence à lister les champs. Tpt (d) 5 juin 2011 à 08:11 (CEST)

Infobox modulaire ou générique

Le but est-il de n'avoir qu'une seule boite ou de pouvoir mutualiser les informations?

Autant la mutualisation avec l'utilisation des sous-box {{Infobox}} est actuellement un succès car de plus en plus utilisé pour la création de modèle, autant l'utilisation au sein de l'article n'est pas ultra répandu. y a que les {{Taxobox}} qui y ont resistés.

Selon mon point de vue, je préférerai me concentrer sur l'implantation de Modèle:Infobox/Personne afin de recycler {{Métadonnées personne}} (enfin plutôt de:vorlage:Personendaten) dans les infobox des personnalités et laisser les autres renseignements aux créateurs d'infobote afin de ne pas avoir à gérer {{Infobox Pornographie (personnalité)}} et {{Infobox Pape de l'Église catholique}}. Je vois déjà la tache qui nous a fallu pour employer {{Infobox Politicien}} à la place d'une rimbambelle d'autres, je n'imagine pas le taf pour toute les biographie. C'est comme l'utilisation de {{Infobox Ville}}, on voit les limites lorsqu'il y a des spécificités nationales ou des liens à réajuster.

Cet axe permettrait de façon simple et transparente (on agit que sur les modèles) de pouvoir nous ouvrir les portes des bases de données et au passage, d'uniformiser le bloc date de naissance. Je sais qu'outre les données d'identités, y a un chantier à prévoir sur l'utilisation des codes iso pour récupérer des infos sur les subdivisions (pays/régions/département), superficie et population (voir de:Vorlage:Info ISO-3166-2 et les tentatives français de {{Population suisse}}, , {{Bdd Population Évry (Essonne)}}). Dans un avenir où on aura un wikidatabase (Je rêve qu'un jour, depuis n'importe quelle wikipedia, on partage les mêmes données, comme on partage déjà les mêmes images), il suffira de remplacer ces blocs par une requête SQL.

Tachons de ne pas vouloir perturber les rédacteurs d'articles et de simplifier les modélistes sans tout refaire. -- Xfigpower (pssst) 5 juin 2011 à 18:47 (CEST)

Nous rêvons tous de cela. Pour le bloc, oui, c’est une bonne idée simple à intégrer dans les modèles. Par contre, gros problème, c’est que le contenu des champs est tout sauf bien normalisés. Il faudrait par exemple que tout le monde mettent les date en JJ/MM/AAAA comme dans mon infobox d’exemple, on gagnerait en normalisation et ce déploiement est faisable par des bots. Question technique : est-il possible d’extraire des données d’un modèle qui n’est pas directement dans la page mais inclut via un autre modèle ? Si la réponse est non, l’intérêt de la combine est bien plus limité à par si on crée un microformat html spécifique à ces données. Bref dans ce cas là aussi beaucoup de travail mais c’est déjà plus réalisable. Tpt (d) 5 juin 2011 à 21:25 (CEST)