Wikipédia:Questions techniques/semaine 39 2021

Publication modifier

Article(s) ou modèle(s) concerné(s) : Publication

Questions :Bonjour, comment puis-je passer une page d’une ébauche personnelle à une page publiée. Merci. (https://fr.wikipedia.org/wiki/Utilisateur:Serunoss/White_Buffalo)


Message déposé par Serunoss (discuter) le 28 septembre 2021 à 15:57 (CEST)[répondre]

Réponse apportée ci-dessous.
  Serunoss : Bonjour. il faut renommer la page : cliquer sur Spécial:Renommer une page/Utilisateur:Serunoss/White Buffalo, et remplacer l'espace de nom "Utilisateur" par "(Principal)" et "Serunoss/White Buffalo" par "White Buffalo" tout court. Cordialement, Csar62 (discuter) 28 septembre 2021 à 16:04 (CEST)[répondre]

Tableau modifier

Article(s) ou modèle(s) concerné(s) : Aéroport de Strasbourg-Entzheim

Questions :Bonjour,
Dans le tableau des destinations, on observe des lignes vides. Par exemple au début, avant la mention Brussels Airlines. Des lignes en grisé et d’autres en blanc. Que se passe-t-il ?


Message déposé par Jihaim le 29 septembre 2021 à 14:19 (CEST)[répondre]

Réponse apportée ci-dessous.
  Jihaim : Bonjour. C'est -> cette modif <- du 13 septembre 2021 à 18:51 de l'IP 2a01:cb00:7e4:a400:49bc:23b3:c8d6:cc77 qui introduit le problème. Il y en a 2 autres derrière. La modif a été faite avec l'éditeur visuel, ce qui est souvent source d'erreur dans un tableau généré par un modèle... Le plus simple serait de tout révoquer et restaurer la version antérieure mais le fond de la modif est peut être de bonne foi, il faudrait vérifier en détail mais je ne connais pas le sujet. Cdlt, Csar62 (discuter) 29 septembre 2021 à 14:56 (CEST)[répondre]
@Csar62 Bonjour et merci pour ta réponse. Là je ne sais que faire. Jihaim 29 septembre 2021 à 15:00 (CEST)[répondre]
  Jihaim : Si on suppose la bonne foi du contributeur et on retire simplement les "numéros de lignes" probablement dues à l'éditeur visuel -> comme ceci <- le rendu est correct... Csar62 (discuter) 29 septembre 2021 à 15:16 (CEST)[répondre]
  Jihaim et Csar62 : Les problèmes causés par l'éditeur visuel avec le modèle {{Aéroport-dest-liste}} (tableaux de destinations) sont connus. J'ai essayé de les minimiser en 2018 déjà. Mais dans le cas présent, l'IP n'a visiblement pas respecté systématiquement les instructions insérées dans la description TemplateData du modèle (instructions qui sont visibles en permanence lors de l'édition du modèle depuis l'éditeur visuel).
Elle a très probablement supprimé un paramètre positionnel non nommé quelque part. Ce qui en réaction « fige » les paramètres positionnels non nommés restants (en les transformant en paramètres positionnels nommés).
Il s'agit de la solution technique utilisée par l'éditeur visuel pour ne pas casser les modèles utilisant des paramètres positionnels non nommés. L'autre solution pourrait être de laisser les paramètres vides au lieu de les supprimer.
Il n'existe malheureusement aucun moyen — en l'état actuel — d'indiquer à l'éditeur visuel (via TemplateData) ce qu'il convient de faire en cas de suppression d'un paramètre positionnel non nommé. Il faudrait un moyen de définir ce qu'il convient de faire au niveau du wikicode généré.
On pourrait imaginer pouvoir spécifier une des options suivantes dans ce genre de cas : laisser vide le paramètre s'il est non-dernier non-nommé ; figer les paramètres positionnels non nommés ; supprimer le paramètre sans effectuer le figeage (serait utile avec certains modèles Lua, disposant de plusieurs syntaxes)
En 2018, j'ai effectué certaines modifications sur les données TemplateData visant deux points :
  1. Suppression du format d'indentation (passage au format undefined), ainsi l'éditeur visuel évite d'y toucher (il est techniquement impossible de définir un format personnalisé pour les paramètres positionnels, a fortiori avec deux paramètres par ligne). Cela a réglé le problème de l'éditeur visuel qui « explosait » littéralement le wikicode de ces tableaux.
  2. Ajout de l'instruction suivante dans la description du modèle (seul endroit possible) :
    « Si une ligne du tableau n'est plus utile : effacer le contenu des champs concernés, MAIS NE SUPPRIMEZ PAS LES CHAMPS, laissez-les vides. » Instruction qui n'est malheureusement pas toujours respectée...
--Tractopelle-jaune (discuter) 29 septembre 2021 à 20:23 (CEST)[répondre]
Bonjour @Tractopelle-jaune et merci beaucoup pour cette réponse très détaillée. Jihaim 30 septembre 2021 à 09:57 (CEST)[répondre]
Merci pour les explications. (À mon humble avis, on ne peut pas trop en vouloir aux contributeurs, il n'est pas "naturel" de laisser des champs vides au milieu d'une liste, si on ne veut pas que les gens suppriment un champ, il ne faut pas faire apparaître un bouton "poubelle" quand on clique dedans (!), surtout que l'instruction n'est plus visible dès qu'on scrolle sur le premier champ -> on ne peut pas supprimer/masquer le bouton?) Csar62 (discuter) 30 septembre 2021 à 10:08 (CEST)[répondre]

Div flottant à gauche et liste à plusieurs niveaux modifier

Article(s) ou modèle(s) concerné(s) : pages de la catégorie:Portail:Fêtes et traditions/Éphéméride et discussion

Questions :

Bonjour. Dans ces pages, nous souhaitons avoir un <div> flottant à gauche suivi d'une liste à plusieurs niveaux. Sans précaution particulière, tous les items s'alignent verticalement à droite du cadre, sans indentation, quel que soit leur niveau. Nous souhaitons des listes non numérotées mais pour mieux visualiser le rendu, voici des exemples avec des listes numérotées.

Exemple 1
Rendu Code
Blabla
blibli
blo
blu
  1. A
    1. Aa
  2. B
    1. Ba
    2. Bb
  3. C
#A 
##Aa
#B
##Ba
##Bb
#C

On peut y remédier en ajoutant des <div> avec des propriétés appropriées, pour l'exemple sollicitation de {{Début de bloc solidaire}} et {{Fin de bloc solidaire}}.

Exemple 2
Rendu Code
Blabla
blibli
blo
blu
  1. A
    1. Aa
  • B
    1. Ba
    2. Bb
  • C
  • #{{Début de bloc solidaire}}A
    ##Aa{{Fin de bloc solidaire}}
    #{{Début de bloc solidaire}}B
    ##Ba
    ##Bb{{Fin de bloc solidaire}}
    #C
    

    On remarque un souci de numérotation après le premier {{Fin de bloc solidaire}}, cohérent avec le code HTML généré. Étonnamment toute la numérotation du premier niveau est rétablie si le niveau intérieur n'est pas numéroté

    Exemple 3
    Rendu Code
    Blabla
    blibli
    blo
    blu
    1. A
      • Aa
    2. B
      • Ba
      • Bb
    3. C
    #{{Début de bloc solidaire}}A
    #*Aa{{Fin de bloc solidaire}}
    #{{Début de bloc solidaire}}B
    #*Ba
    #*Bb{{Fin de bloc solidaire}}
    #C
    

    Dernier essai, avec toute la liste dans un "bloc" :

    Exemple 4
    Rendu Code
    Blabla
    blibli
    blo
    blu
    1. A
      1. Aa
    2. B
      1. Ba
      2. Bb
    3. C
    {{Début de bloc solidaire}}
    #A 
    ##Aa
    #B
    ##Ba
    ##Bb
    #C
    {{Fin de bloc solidaire}}
    

    Le dernier exemple semble ne pas poser de problème (Ne considérons pas les marges, qui pourront être réglées). Voyez-vous un quelconque problème d'accessibilité ou de code HTML dans l'exemple 3 ? Peut-être   Tractopelle-jaune. Merci d'avance.

    Message déposé par Ideawipik (discuter) le 30 septembre 2021 à 19:47 (CEST)[répondre]

    Réponse apportée ci-dessous.
    Salut   Ideawipik,
    Concernant la validité et l'accessibilité, voici ce que je peux en dire (en gardant à l'esprit que je ne suis pas développeur web).
    Concernant tes quatre exemples :
    1. HTML valide
    2. HTML invalide ; génère des éléments <li> orphelins, enfants de <td>.
    3. HTML valide ; mais le wikicode est très bancal. Si c'est enfoui au sein d'un modèle (ou assimilé), ce n'est pas gênant. Mais aucun contributeur lambda ne doit avoir à y toucher, car le moindre écart de wikicode explosera à coup sûr le HTML généré.
    4. HTML valide
    Concernant l'accessibilité, aucun problème sauf pour l'exemple 2 (logique, le HTML étant carrément invalide). Dans les trois autres exemples, la liste à puces/numérotée est continue. Quant aux modèles {{Début de bloc solidaire}} et {{Fin de bloc solidaire}}, ils ne font comme tu dis qu'introduire des <div>, donc du moment qu'ils ne cassent pas la continuité d'une liste, ils ne posent aucun problème.
    Pour le reste (entre autre cette discussion) : tl;dr.
    Désolé pour le retard dans ma réponse ; bonne soirée à toi.
    --Tractopelle-jaune (discuter) 5 octobre 2021 à 00:23 (CEST)[répondre]