Discussion utilisateur:Ygonaar : Différence entre versions

De Oniropædia
(Substitution retardée)
m (Substitution retardée : un bot, un bot!)
Ligne 184 : Ligne 184 :
  
 
--[[Utilisateur:Narcian le Grand Rêvant|Narcian le Grand Rêvant]] 1 mars 2007 à 10:50 (CET)
 
--[[Utilisateur:Narcian le Grand Rêvant|Narcian le Grand Rêvant]] 1 mars 2007 à 10:50 (CET)
 +
:Donc, pour résumer, si on veut obtenir une valeur par défaut avec le processus "classique", il ne faut pas que le champ soit présent dans le code d'appel du modèle? --[[Utilisateur:Ygonaar|Ygonaar]] 1 mars 2007 à 15:36 (CET)
 
----
 
----
 
:::Après une petite nuit de sommeil (faites des gosses qu'ils disaient, faites des gosses...), il me semble bien plus problématique d'utiliser une substitution directe. Si on touche ensuite le modèle de premier ordre, il faudra modifier à la main '''tous''' les articles! Remarques, ce serait peut-être tout de même le cas avec une substitution retardée. Du coups, j'hésite furieusement. Qu'en pense le peuple?
 
:::Après une petite nuit de sommeil (faites des gosses qu'ils disaient, faites des gosses...), il me semble bien plus problématique d'utiliser une substitution directe. Si on touche ensuite le modèle de premier ordre, il faudra modifier à la main '''tous''' les articles! Remarques, ce serait peut-être tout de même le cas avec une substitution retardée. Du coups, j'hésite furieusement. Qu'en pense le peuple?
Ligne 192 : Ligne 193 :
 
:::: Tu (on) doit faire le choix entre des articles long et galère à retoucher car pas de lien d'édition de section, et une structure en dure appelant des modèles qui n'implémentent que le corps des sections comme s'était plus ou moins initialement le cas avec les premières versions de modèles. Dans le cas initial, il est à la charge de l'utilisateur/éditeur d'implémenter lui-même manuellement la structure des sections des articles qu'il rédige. La structure avec subtitution (d'un modèle pur ou d'un modèle avec substitution retardée) n'est qu'un outil offert en plus à l'utilisateur/éditeur lui permettant d'alléger sa charge de travail manuelle et rien de plus (sans oublier qu'elle offre une pseudo-normalisation).
 
:::: Tu (on) doit faire le choix entre des articles long et galère à retoucher car pas de lien d'édition de section, et une structure en dure appelant des modèles qui n'implémentent que le corps des sections comme s'était plus ou moins initialement le cas avec les premières versions de modèles. Dans le cas initial, il est à la charge de l'utilisateur/éditeur d'implémenter lui-même manuellement la structure des sections des articles qu'il rédige. La structure avec subtitution (d'un modèle pur ou d'un modèle avec substitution retardée) n'est qu'un outil offert en plus à l'utilisateur/éditeur lui permettant d'alléger sa charge de travail manuelle et rien de plus (sans oublier qu'elle offre une pseudo-normalisation).
 
::::--[[Utilisateur:Narcian le Grand Rêvant|Narcian le Grand Rêvant]] 1 mars 2007 à 10:50 (CET)
 
::::--[[Utilisateur:Narcian le Grand Rêvant|Narcian le Grand Rêvant]] 1 mars 2007 à 10:50 (CET)
 +
:::::Certes, mais ce principe de modèle à deux étages pourrait être généralisé à tous les modèles générant plusieurs sections (plante, humanoïde, recette alchimique, ...). Or il arrivera fatalement un jour que l'on retouche au modèle primaire (ou squelette) d'un de ces modèles complexes. Ces modifications, qu'elles touchent du code en substitution directe ou retardée d'ailleurs (ce qui relativise il me semble l'intérêt de faire une substitution retardée), n'affecteront pas tous les articles déjà créés. On pourrait se dire que tant pis, ça aurait été à fortiori le cas avec des créations manuelles d'articles, mais puisqu'on en est à nos débuts, autant partir des meilleures bases possibles. Je pense donc que posséder au moins un bot capable (un bot par modèle?) de réactualiser automatiquement tous les appels de ces modèles serait un luxe précieux. Et un argument fort pour se lancer à fond dans ce type de stratégie. Mon pauvre modèle {{M|Modifier}} a en fin de compte du soucis à se faire...
 +
:::::Je vais essayer de me renseigner un peu sur les bots et battre le rappel pour voir si on a pas un dresseur diplômé planqué dans un coin. Amitiés. --[[Utilisateur:Ygonaar|Ygonaar]] 1 mars 2007 à 15:36 (CET)

Version du 1 mars 2007 à 15:36

Ceci est ma page de discussion. N'hésitez surtout pas à me laisser un message au besoin. Même si vous êtes débutant en syntaxe wiki, vous ne pourrez faire AUCUN dommage irréparable. Pour éditer un nouveau message, cliquez sur l'onglet "+". Pour intervenir sur un message déjà existant, cliquez sur l'onglet "modifier" correspondant au titre du message sélectionné.

Les anciens messages ont toutes les chances de se trouver aux archives. N'hésitez cependant pas à y intervenir si vous le jugez pertinent.


Les crédits

Je ne sais pas si tu l'a remarqué, mais les crédits mentionnent que les chroniques d'Ygoonar sont une exclusivité de l'Oniropædia, ce qui n'est manifestement pas le cas au vu du premier des deux liens fournis. --Narcian le Grand Rêvant 2 janvier 2007 à 12:06 (CET)

Les crédits mentionnent Licence d'Oniropædia par défaut, soit la licence Attribution-NonCommercial-ShareAlike 2.5, ce qui permet à quiconque de reprendre ce texte à partir du moment où il respecte les termes de la licence. Le fait que ces textes ont déjà été publiés sur d'autres sites sans licence précisée par défaut, c'est à dire sous copyright, ne doit normalement pas poser de problème. En revanche, le modèle crédit me semble encore à améliorer.
Amitiés. --Ygonaar 3 janvier 2007 à 14:19 (CET)
Je ne parlait pas de la licence mais de la ligne qui mentionne exclusivité. A priori il faut renseigner le champ publication avec l'un des deux liens mentionnés pour que cette mention abusive disparaisse. --Narcian le Grand Rêvant 4 janvier 2007 à 10:34 (CET)
Merci, je n'avais pas fait attention. Il faudrait vraiment que j'édite à tête plus reposé... et que je me penche sérieusement sur ce modèle crédit et sa saleté d'insertion automatique de date dans le champs publication...
Amitiés. --Ygonaar 4 janvier 2007 à 20:31 (CET)
Bon, je prends quelques congés et voilà qu'à mon retour je découvre ces tonnes de modifications.
Alors avant tout Oui le modèle Crédits est encore à améliorer. Le système d'insertion de date automatique est là uniquement du fait que j'avais originellement destinée le modèle pour les écrits issus de Fanzines (et de Magazines), or ceux ci n'ayant pas toujours d'issn la date est généralement nécessaire pour identifier le numéro exact.
Maintenant, il y a aussi la redondance existant entre le modèle Voir aussi dans un certain nombre de cas. Il faudrait donc que l'on se penche sérieusement sur ce que l'on veut dans les Crédits, dans Voir Aussi et que l'on définissent les contextes d'usage. Je ne peux pas le faire tout seul (sinon cela serait trop dirigiste).
Quand cela sera bien définit, nous pourrons finaliser un modèle pérenne.--Just an Illusion 5 janvier 2007 à 00:02 (CET)

Ne boude pas JaI, c'est contre le modèle que je râlai, pas contre son concepteur qui a pris le temps d'élaborer un code source complexe et élaboré.
Peut-être trop complexe et élaboré d'ailleurs. La suite a été déplacée sur Discussion Modèle:Crédits#Ce modèle est très complexe et élaboré.
Amitiés.--Ygonaar 18 février 2007 à 19:57 (CET)

Création/Catégorisation des Catégories

J'ai remarqué que tu n'avais pas catégorisé la nouvelle catégorie "Règle maison" dans la catégorie principale "Catégorie". A l'avenir, essaie d'y penser lorsque tu crée une nouvelle catégorie.

Tu ne semble pas non plus habitué à utiliser la syntaxe [[Catégorie:nom de la catégorie|{{PAGENAME}}]]

--Narcian le Grand Rêvant 4 janvier 2007 à 10:41 (CET)

catégorie:Règle maison était catégorisée dans sa catégorie mère catégorie:Règle qui sera elle-même catégorisée dans catégorie:Catégorie racine lorsqu'elle sera éditée. Mais c'est vrai que j'avais oublié catégorie:Catégorie, ce qui est d'autant moins excusable que c'est moi qui l'avait créée.
Quant aux modifications de la classification dans les catégories avec le [[nom de la catégorie|{{PAGENAME}}]], c'est un usage que je connais (je crois d'ailleurs être le premier à en user sur Oniropædia), mais dont l'utilisation systématique me parais pas forcement judiscieuse. Elle simplifie considérablement la lecture et la recherche dans certains cas, mais le fait de connaitre le nom de l'espace dans d'autre cas, et donc savoir que l'on va ouvrir un article, une catégorie ou un portail me paraissait pertinent.
Amitiés. --Ygonaar 4 janvier 2007 à 19:32 (CET)
Si j'ai bien compris ton propos, quand on sait que l'on va ouvrir un portail, il vaut mieux que tout soit indexé à la lettre "P" pour Portail. Dans ce cas, à quoi servent les catégories "Portail" et "Catégorie" ? --Narcian le Grand Rêvant 5 janvier 2007 à 09:53 (CET)
Ce n'est pas vraiment ce que j'ai essayé de dire. Prenons deux exemples:
  • Dans la catégorie portail, nous trouvons x liens qui seraient tous indexés à portail:... avec une catégorisation classique. Le classement alphabétique automatique devient alors abscons et une catégorisation systématique avec [[nom de la catégorie|{{PAGENAME}}]] très très utile.
  • En revanche, dans la catégorie règle maison, on trouvera des articles traitant de règle. La répartition alphabétique de leurs titres devrait être homogène, même si l'on peut craindre que beaucoup d'auteur feront commencer leurs titre de page par "Règle de...". En tout cas, il n'y aura certainement qu'un portail référencé, celui traitant des règles maisons. Un lecteur novice dans Oniropædia aura certainement du mal à trouver le portail à partir de la catégorie, noyé qu'il sera parmi tous les articles commençant par "règle". Dans ce cas, il me semble que l'information de l'espace particulier (portail) est pertinente et n'apporte nulle nuisance, au contraire. Donc je serai partisan de ne pas le catégoriser avec sont seul nom de page. Mais si une majorité préfère une utilisation systématique de PAGENAME par soucis de simplicité, je n'en ferai pas une maladie...
Amitiés. --Ygonaar 6 janvier 2007 à 23:58 (CET)


Il ne s'agit pas d'un soucis de simplicité, mais :
  • De méthodologie : Il vaut mieux prendre une seule et même bonne habitude
  • D'uniformisation : Avant mon intervention nous avions Archives (modèle) à la lètre "A" et Archive (modèle) à la lettre "M". Si à l'intérieur même d'une catégorie, il n'y a pas uniformisation de l'indexation, les "surfeurs" vont rapidement être perdus. Et cela sera pire si le mode d'indexation change d'une catégorie à l'autre. Une telle géométrie variable est (pour moi) nuisible au succès et à la pérénité de l'Oniropædia
  • Sur le point de l'indexation, il reste toutefois un soucis : le classement des lettres spéciales comme "É" et "Œ" qui apparaissent en fin de classement que ce soit avec le classement automatique ou bien avec l'utilisation de [[nom de la catégorie|{{PAGENAME}}]]. Pour ma part je préconise exeptionnellement un classement manuel dans ce dernier cas de figure (par exemple [[Catégorie:Portail|Eléments de portail]] pour la catégorie "Éléments de portail")
--Narcian le Grand Rêvant 8 janvier 2007 à 08:45 (CET)
Je suis d'accords avec toi pour l'indexation des lettres spéciales et tes arguments d'uniformisation et de simplicité se tiennent. Oniropædia n'est pas encore très grosse et nous avons encore le choix, mais c'est vrai que cela risque de devenir problématique de modifier notre stratégie ultérieurement sans bot. Donc il va faloir que l'on décide officielement entre:
  • L'indexation systématique avec le nom de la page seulement. Simple et homogène mais perte d'information pertinente de temps en temps.
  • L'indexation raisonnée, où le contributeur choisi au cas-par-cas la méthode qui lui semble la plus pertinente. Moins homogène, sujet au débat contradictoire et plus sensible aux erreurs, mais fournissant par définition l'information la plus réfléchie et, je l'espère, le plus souvent la plus pertinente.
Je vais mettre un lien sur le Tambour afin qu'un maximum de gens donnent leur avis.
Amitiés. --Ygonaar 8 janvier 2007 à 15:28 (CET)
Cela fait un bout de temps que je n'ai pas contribué donc voici mon opinion sur le sujet.
Si l'on veut catégoriser de manière systématique, tout en évitant le problème des caractères, on doit pouvoir mettre au point un modèle qui retirera les cas problématiques. On arrivera alors à une indexation du type [[nom de la catégorie|{{{Indexation|{{PAGENAME}}}}}]]
De même il devrait être possible de mettre au point un modèle mettrais la catégorie et le nom d'indexation tel que {{{Indexation|Portail}}} qui nous donnerait [[Catégorie:Portail|Eléments de portail]] dans le cas de {{PAGENAME}}=Éléments de portail.
Le principale avantage de l'utilisation d'un modèle pour l'indexation est le fait de pouvoir modifier toute l'indexation sans avoir peur d'oublier une des pages déjà indexé lors des mises à jour. Cela permettra aussi de mettre au point un bot simple dont le rôle pourrait justement être de vérifier la présence de cette indexation. Je crois d'ailleurs que c'est l'une des fonctions d'une des pages spéciales.
L'autre avantage c'est que l'on peut faire le modèle de tel manière pour que les deux propositions d'Ygonaar soient possibles (et cela en fonction des paramètres définis lors de l'appel)
Par exemple :
  • {{{Indexation|Portail}}} donnerait [[Catégorie:Portail|Eléments de portail]] dans le cas de {{PAGENAME}}=Éléments de portail.
  • {{{Indexation|Scénario|toto}}} qui donnerait [[Catégorie:Scénario|toto]] dans le cas de {{PAGENAME}}=Le tort tue.
Pour illustrer mon propos, j'ai directement créé le modèle proposé. Je n'ai pas mis d'exemple, mais le modèle lui-même utilise la version la plus simple de ce modèle. Une autre version en exemple est utilisé pour indexer la page de discussion.--Just an Illusion 9 janvier 2007 à 23:27 (CET)
Honnêtement, je ne vois pas trop à quoi sert ce modèle sinon d'inclure automatiquement le PAGENAME si le champs 2 est vide. Je ne suis pas certain que ce soit plus rapide que la syntaxe de catégorisation par défaut et on risque certainement de perdre les autres contributeurs habitués à Wikipédia. Mais peut-être que quelque chose m'a échappé? Toujours est-il que cela ne répond pas à la question initiale: doit-on instaurer une nomenclature à instaurer systématiquement ou laisse-t-on chaque contributeur choisir ce qu'il estime la plus adaptée au cas-par-cas?
Amitiés. --Ygonaar 12 janvier 2007 à 10:40 (CET)
Le modèle ne sert à rien en lui-même, sauf à anticiper de futures évolutions sur l'indexation des pages. En effet dans ce modèle j'ai isolé uniquement le fond (le nom de la page, et la manière de l'indexée) de l'aspect technique du codage, qui elle ira toujours en évoluant.
Tu me dis que l'on risque de perdre les "habitués à Wikipédia" (tu veux certainement dire de la syntaxe wiki, qui traite la forme). Je te dirais qu'elle n'est nullement intuitive. De plus je ne suis pas sur que tous les utilisateurs courants (et futurs), soient de grands contributeurs en syntaxe wiki. Je pense que la plus part préféreront un système plus style wysiwyg.
Pour répondre a ta question : pour une raison d'uniformité (et de maintenabilité), il ne faut un système systèmatique.
C'est moins contraignant qu'on le croit, et l'indexation n'est pas le problème de l'auteur mais celle du site d'usage. --Just an Illusion 18 janvier 2007 à 00:08 (CET)

Il est vrai qu'actuellement ce modèle n'apporte rien, mais il répond au soucis de méthodologie. En le complexifiant un poil, on peut régler le problème d'indexation des accents et autres caractères spéciaux (Æ,Œ), que l'on index sur PAGENAME, FULLPAGENAME, ou bien encore un LIBELLÉ SPÉCIFIQUE.

Après réflexion j'observe, que pour Ygonaar, il y a deux types de catégories :

  1. Les catégories catalogant les pages d'espaces de nom (par exemple Modèle pour les modèles, Portail pour les portails, Aide pour les pages d'Aide, Catégorie pour les catégories, etc).
  2. Les catégories catalogant les pages de l'espace principal des articles.

toujours pour Ygonaar, la règle d'indexation devrait-être la suivante :

  1. Les catégories catalogant les pages d'espaces de nom (ie catégories d'espace de nom) doivent être systématiquement indexées sur PAGENAME.
  2. Les catégories catalogant les pages de l'espace principal des articles doivent être systématiquement indexées sur FULLPAGENAME.
Désolé mais je n'avais pas noté le cas FULLPAGENAME, donc ce n'est pas dans mon modèle.--Just an Illusion 18 janvier 2007 à 00:08 (CET)
faire une syntaxe [[Catégorie:nom de catégorie]] est équivalente à faire une syntaxe [[Catégorie:nom de catégorie|{{FULLPAGENAME}}]]. L'avantage de la seconde c'est qu'elle simplifie la codification des modèles. --Narcian le Grand Rêvant 18 janvier 2007 à 09:47 (CET)

Avec un modèle on peut automatiser et systématiser le catalogage et l'indexation des pages d'un espaces de nom. Sur le modèle de l'espace des portails, on peut catégoriser les pages principales dans la catégorie "Espace de nom", et les sous-pages dans la catégorie "Élément de espace de nom".
Attention, il y a des cas particuliers : les pages de discussion des modèles ne sont pas cataloguées dans "Discussion modèle" mais dans "Syntaxe des modèles", les pages des utilisateurs ne sont pas cataloguées dans "Utilisateur" mais dans "Éditeur".

D'où mon deuxième champ pour préciser un nom spécifique.--Just an Illusion 18 janvier 2007 à 00:08 (CET)

Il existe également la catégorie spéciale "Archive" qui catalogue toutes les pages dont le nom se termine par "/Archives". On devrait même faire en sorte que les pages d'archive ne soient pas cataloguées dans "Élément de espace de nom" comme c'est actuellement le cas pour les sous-pages d'archive de l'espace des portails.

Le recours a une table de correspondance "Espace de nom" <-> "Catégorie", "Élément de catégorie" permet de traiter automatiquement tous les espaces de nom.

C'est une autre idée. Par contre je vois mal sa mise en place en syntaxe wiki. Surtout si l'on veut être exhaustif.--Just an Illusion 18 janvier 2007 à 00:08 (CET)

Il est à noter que lorsqu'une page d'un espace de nom porte le même nom qu'une catégorie, la page en question est systématiquement cataloguée dans la catégorie en question ainsi que dans la catégorie parente. Attention : une catégorie ne doit pas se retrouver cataloguée dans elle-même, et les pages qui ne sont pas des catégories ne doivent pas se retrouver cataloguée dans la catégorie racine.

En ayant recours à une table de correspondance "Catégorie" <-> "Catégorie parente", on peut également automatiser le catalogage "connexe" des pages d'espace de nom et la hiérarchisation des pages de catégorie. Attention : certaines catégories ont plusieurs catégories parentes.

Pour finir, si l'on veut encore plus de souplesse, on peut recourir à une table de correspondance qui code en dur le mode d'indexation comme suit :

  • Catégorie <-> PAGENAME pour les catégories devant obligatoirement être indexées sur PAGENAME
  • Catégorie <-> FULLPAGENAME pour les catégories devant obligatoirement être indexées sur FULLPAGENAME
  • Catégorie <-> {{{LIBELLÉ SPÉCIFIQUE|####}}} pour les catégories relevant d'un mode d'indexation manuel.

Dans le cas des articles de l'espace principal, on peut faire en sorte qu'en l'absence de paramétrage du modèle d'indexation les pages soient cataloguées dans la catégorie "Pages à catégoriser". De cette façon on peut concevoir une méthodologie simple qui consiste d'abord à inclure le modèle d'indexation sans paramètre (ce qui peut être fait automatiquement par un bot). Ensuite, si cela est nécessaire, on rajoute la bonne catégorie (celle qui correspond à la spécification la plus fine), pour finir, si la page se retouve indexée sous le caractère #, on rajoute le LIBELLÉ SPÉCIFIQUE d'indexation.

Cette façon de faire, permet de changer de politique de catégorisation sans avoir à repasser sur chaque page. Il y a alors juste à retoucher les tableaux de correspondance et les pages de catégorie.

Nota : initialement j'avais rédigé un discours un peu plus structuré/didactique, malheureusement, lorsque j'ai cliqué sur prévisualisation, j'ai tout perdu suite à une déconnection intempestive

Et oui, personnellement je fais parfois un ctrl+a, ctrl+c avant une prévisualisation, sinon j'ai un bon cache.--Just an Illusion 18 janvier 2007 à 00:08 (CET)

--Narcian le Grand Rêvant 12 janvier 2007 à 13:27 (CET)

Blanchiment

Tu as blanchi la page Portail:Botanique/Appel à contribution/archive dont j'avais demandé la suppression est qui était une page de redirection. Cette page fait actuellement doublon avec la page Portail:Botanique/Appel à contribution/Archives. Peux-tu donner la raison de ton action ?

--Narcian le Grand Rêvant 25 janvier 2007 à 18:51 (CET)

En fait, je voulais seulement enlever la catégorisation en "page à supprimer" (car sinon, curieusement, elle reste visible dans cette catégorie même après suppression, et cela devient donc vite le foutoir). Mais un blanchiment complet est parfois plus rapide, et comme la page devait être supprimée...
Amitiés. --Ygonaar 25 janvier 2007 à 19:20 (CET)
Et tu compte la supprimer quand cette fameuse page ? --Narcian le Grand Rêvant 26 janvier 2007 à 09:38 (CET)
Mais c'est déjà fait voyons!!!-) Bon, faudrait peut-être que je dorme plus, moi...
Amitiés. --Ygonaar 26 janvier 2007 à 10:45 (CET)

Politique d'austérité ?

Répondou. --Xiloynaha, qui court se cacher.

Substitution retardée

A postériori la substitution ne s'applique pas directement aux paramètres passés aux modèles. Désolé de t'avoir aiguillé sur un mauvais exemple de code.

Cdlt, --Narcian le Grand Rêvant 28 février 2007 à 18:52 (CET)

Mince, un conflit d'édition! Je recopie: Ce n'est pas grave, l'idée générale n'est pas mauvaise quand même. Je vais faire quelques pâtés pour voir si je m'en sorts. J'ai déjà résolu ma principale inquiétude, c'est à dire pouvoir renseigner les champs des modèles de deuxième ordre. On devrait donc pouvoir s'en sortir!
Amitiés. --Ygonaar 28 février 2007 à 19:10 (CET)

exemple de code qui marche : il est utilisé dans le modèle {{Bienvenue}} pour faire une catégorisation conditionnelle.

<includeonly><!-- début section catégorisation -->
{{subst:</includeonly><includeonly>#ifeq:{{subst:</includeonly><includeonly>NAMESPACE}}|{{subst:</includeonly><includeonly>ns:User}}|[[{{subst:</includeonly><includeonly>ns:Category}}:Éditeur|{{PAGENAME}}]]}}
<!-- fin section catégorisation --></includeonly>

j'espère que tu réussira à t'en inspirer malgrés sa complexité.

--Narcian le Grand Rêvant 28 février 2007 à 19:06 (CET)

Merci, je vais essayer de creuser la question (sous un pâté de sable, c'est peut-être inconscient non?). Amitiés bis. --Ygonaar 28 février 2007 à 19:10 (CET)
Bon, je crois avoir trouvé une bonne piste. Un premier niveau de modèle appelé obligatoirement avec un subst (non retardé) créant la structure des section et appelant des seconds niveaux de modèle créant le corps des sections. J'arrive même à avoir une section secondaire (le Voir aussi de Annexes) complètement conditionnelle. Mon seul problème de fond, pour l'instant, est de comprendre pourquoi le champ niveau de titre n'accepte pas de valeur par défaut avec la procédure classique {{{appel de la valeur de champ|valeur par défaut}}}. Si tu as une explication? Sinon je forcerai la valeur par défaut avec une parser function.
Amitiés. --Ygonaar 1 mars 2007 à 02:14 (CET)

Quand tu utilise le code :

{{subst:Utilisateur:Ygonaar/Bac à sable/squelette
|section=1
|niveau de titre=
|scénario=
|article=bibi fricotin
|lien=
|bibliographie=toute la BD des origines à aujourd'hui
|auteur=
|illustrateur=
|éditeur=
|publication=
|numéro=
|année=
|isbn=
|issn=
|lien=
|licence=
}}

Tu défini un niveau de titre égale à une chaîne de caratère de longueur nulle. Du coup, le paramètre étant "défini", il n'est pas remplacé par sa valeur par défaut. Pour obtenir la valeur par défaut, il faut exclure "|niveau de titre=" du code utilisé voir Discussion Modèle:Section portail pour un exemple de modèle qui ne s'appelle pas toujours avec l'intégralité de ses paramètres (Attention: la page est longue à se calculer).

{{subst:Utilisateur:Ygonaar/Bac à sable/squelette
|section=1
|scénario=
|article=bibi fricotin
|lien=
|bibliographie=toute la BD des origines à aujourd'hui
|auteur=
|illustrateur=
|éditeur=
|publication=
|numéro=
|année=
|isbn=
|issn=
|lien=
|licence=
}}

--Narcian le Grand Rêvant 1 mars 2007 à 10:50 (CET)

Donc, pour résumer, si on veut obtenir une valeur par défaut avec le processus "classique", il ne faut pas que le champ soit présent dans le code d'appel du modèle? --Ygonaar 1 mars 2007 à 15:36 (CET)

Après une petite nuit de sommeil (faites des gosses qu'ils disaient, faites des gosses...), il me semble bien plus problématique d'utiliser une substitution directe. Si on touche ensuite le modèle de premier ordre, il faudra modifier à la main tous les articles! Remarques, ce serait peut-être tout de même le cas avec une substitution retardée. Du coups, j'hésite furieusement. Qu'en pense le peuple?
Ou alors, il nous faudrait un bot capable de repérer le code du modèle dans chaque page, récupérer la valeur des champs et refaire le subst:modèle de premier ordre... Il y a-t-il des dresseurs dans la salle?
Amitiés. --Ygonaar 1 mars 2007 à 10:28 (CET)
Je peux sans problème me charger de transformer le code du modèle en substitution retardée (je me suis déjà fait la main sur le modèle {{Bienvenue}}).

Tu (on) doit faire le choix entre des articles long et galère à retoucher car pas de lien d'édition de section, et une structure en dure appelant des modèles qui n'implémentent que le corps des sections comme s'était plus ou moins initialement le cas avec les premières versions de modèles. Dans le cas initial, il est à la charge de l'utilisateur/éditeur d'implémenter lui-même manuellement la structure des sections des articles qu'il rédige. La structure avec subtitution (d'un modèle pur ou d'un modèle avec substitution retardée) n'est qu'un outil offert en plus à l'utilisateur/éditeur lui permettant d'alléger sa charge de travail manuelle et rien de plus (sans oublier qu'elle offre une pseudo-normalisation).
--Narcian le Grand Rêvant 1 mars 2007 à 10:50 (CET)
Certes, mais ce principe de modèle à deux étages pourrait être généralisé à tous les modèles générant plusieurs sections (plante, humanoïde, recette alchimique, ...). Or il arrivera fatalement un jour que l'on retouche au modèle primaire (ou squelette) d'un de ces modèles complexes. Ces modifications, qu'elles touchent du code en substitution directe ou retardée d'ailleurs (ce qui relativise il me semble l'intérêt de faire une substitution retardée), n'affecteront pas tous les articles déjà créés. On pourrait se dire que tant pis, ça aurait été à fortiori le cas avec des créations manuelles d'articles, mais puisqu'on en est à nos débuts, autant partir des meilleures bases possibles. Je pense donc que posséder au moins un bot capable (un bot par modèle?) de réactualiser automatiquement tous les appels de ces modèles serait un luxe précieux. Et un argument fort pour se lancer à fond dans ce type de stratégie. Mon pauvre modèle {{Modifier}} a en fin de compte du soucis à se faire...
Je vais essayer de me renseigner un peu sur les bots et battre le rappel pour voir si on a pas un dresseur diplômé planqué dans un coin. Amitiés. --Ygonaar 1 mars 2007 à 15:36 (CET)